> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Vincent
> Harcq
> Sent: Friday, July 12, 2002 6:38 PM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: Re: [Xdoclet-user] UML modeling frontend for XDoclet
Hi Vincent and the list,
thank you for the compliments - I think the applause is why we do Open
Source, right? :-)
No, the main reason for me to do it was
a) I am a consultant (see www.mbohlen.de) and want to show my clients the
power of the model driven architecture approach.
b) The generator made it easier to develop a realistic example for my
upcoming book on EJBs.
I am happy that this motivation led to a good generator, anyway.
Now, to answer your message:
> The way you permit the reengeneering is just so beautiful in
> its simplicity.
Hmmm... I did not quite get the "reengineering" point. UML2EJB does not
reengineer anything. It always operates from model to code, never the other
way round. I call this strategy "repeatable forward" as opposed to "round
trip" that some other tools do. By "repeatable", I mean that it is possible
to run the generator more than once without overwriting or destroying
hand-written code. This makes it easy to change the model and have the code
adjusted. I dislike "round trip" tools because they tend to clutter up the
model with implementation details.
> These are really the tools that are missing is Open Source
> nowadays. When
> you see how much cost this kind of product on the market...pfff...
Well, these generators exist in many a project, carefully handcrafted by
project members, re-inventing the wheel everytime. I have tried to condense
what I have seen and done over the years during my consulting work in those
projects into the tool and its templates. It can compete with commercial
generators, I think.
> I really prefer this way of "starting", I mean from UML
> instead of from
> Database (aka Middlegen). In fact it is not a -preference- but the
> personnal usage I can see from these tools. I also
> understand the need for
> db oriented generation.
Yes, this is also "my" way:
* model first
* write some JUnit tests
* make everything compile
* run the tests and make them fail
* fill in the business logic
* run the tests again and see them succeed
I can't describe the feeling I have when the bar goes green on 171 EJB files
at once after a relatively short time.
> As Ara says, having a relationship between MiddleGen and
> uml2ejb would be
> great.
This is a real good point. I'll cover it in a separate email message.
> The only problem I see is the name : uml2j2ee would have been
> better, I bet
> you'll need to change the name in less than 1 year, see ejbdoclet ;)
> hehe :) Then uml2dotnet, etc...
Yep! I see that coming, too. However, I am a fan of DTSTTWPW ("do the
simplest thing that will possibly work", a principle from extreme
programming). I wanted to start with a simple name that "says it all" for
now and refactor it later. (I hope the sourceforge.net people will support
the project rename in eight months).
> I hope to use it on a big project I have that starts right now.
Wow - tell me more about it! (Hey, I have just seen that we do not live far
away from each other, Feluy/Belgium and Meckenheim/Germany, right? This
would make a phone or i2i contact possible).
CUAGN...
Matthias
----
Matthias Bohlen
Consulting that helps project teams to succeed...
Web:
http://www.mbohlen.de/
Snail:
Luise-Albertz-Str. 25
53340 Meckenheim
Germany
Fon: +49 (170) 772 8545
Fax: +49 (2225) / 945189
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Xdoclet-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/xdoclet-user
