Hi Mathias and the rest of you, > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: 14. oktober 2002 18:03 > To: [EMAIL PROTECTED]; Ara Abrahamian > Cc: [EMAIL PROTECTED]; > [EMAIL PROTECTED] > Subject: Discussion: Integrating Middlegen and UML2EJB > > > Hi, Aslak and Ara, > > now that UML2EJB has its first production-stable release (based on > XDoclet 1.2.0-beta1) and at least some productive UML2EJB users, it is > time to come back to your original suggestions about tool integration. > > IIRC, in our summer discussions, we ended up with an idea about XMI as a > kind of "meta-information bus" where different tools like Middlegen and > UML2EJB would be able to plug in: > > * Middlegen would extract a DB schema and write it to XMI (using NSUML?)
I haven't had a chance to use UML2EJB for a while, but I did some initial work on this this summer when I first discovered UML2EJB. Middlegen's architecture is based on a core an an API for plugins. This could be achieved by writing a Middlegen plugin that writes XMI. I see two possible approaches: a) (what I started on) is a Velocity template embedded in the Middlegen XMI plugin that will be rendered to a final XMI document. The NSUML API is not used. b) NSUML is used instead of Velocity to render the XMI document. I'm leaning toward approach a) because this fits well into Middlegen's current architecture. However, if the Velocity template becomes too complicated, maybe NSUML is better suited as a "rendering" engine. I don't know how complex these XMI documents are yet. About GUI integration, I don't know. We'd like to see IDE plugins for Middlegen too (as well as for XDoclet GUI and UML2EJB), and if these can communicate over a "bus", maybe integration on the GUI level is less interesting. Let me know if this makes sense, and I can show you the code. Regards, Aslak http://www.freeroller.net/page/rinkrank (Btw, Mathias - would CodeUnit be interesting for UML2EJB? I would think so!) > * Poseidon or other CASE tools would import XMI into UML classes > * The human designer would add behavior to the UML classes and save the > model > * UML2EJB would generate EJBs or something else, using a combined set of > Velocity templates from existing projects (especially Middlegen, too!). > > That way, we would have a nice "J2EE workbench" kind of thing. > > What do you (and other list members) think about it in the meantime? > > Cheers... > Matthias > > P.S.: BTW, you were right - UML2EJB will need to be renamed in less than > 6 months. :-) > > --------------- > > Matthias Bohlen > Consulting that helps project teams to succeed... > http://www.mbohlen.de ------------------------------------------------------- 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
