gen2j-development — Issues, questions, discussion for Gen2J developers

[Paul B. <pa...@as...>]

News this week...

I have placed another "nearly to first base" version on the Gen2J website,
which has partial entity update functionality working.  Download it from
http://gen2j.sourceforge.net/preview/gen2j-0.8.2.zip.

Stacy spent an afternoon with me earlier this week looking at Gen2J, and he
is starting to look at one of the most important new development areas -
rewriting some of the core processing in Java instead of XSLT.  This is
important because the XSLT core is (a) slow and (b) close to unmaintainable.
I think that there are still many important uses for XSLT in the project,
such as generating code, views and documentation, but the core XMI model
generation tasks are just stretching it too far.  (And he's got a new
job...congratulations!)

An issue, if anyone has an opinion:
 Gen2J needs an input XMI file produced by a UML case tool.  As these
beasties are heavyweight, have a learning curve and cost $250 - $sky-high,
would a different means of input be useful?  My first idea was for the user
to write bare-bones Java classes with specialised Javadoc tags, and then
create a doclet to turn this into the XMI input for Gen2J.  Writing code
might be preferred by the hard-core developer types anyway...  Any thoughts?

Cheers

Paul3

Paul Boocock
Ashridge Technologies Ltd
Phone  +44 1727 846706
Mobile +44 7802 872093
www.ashridgetech.com