On Fri, 15 Sep 2000, Rickard �berg wrote:
> Hi!
>
> Jay Walters wrote:
> > I have spent quite a lot of time researching some of the tools for
> > generating EJBs which are being worked on in the Open Source community, in
> > preparation for my company's efforts to get access to a robust tool for this
> > purpose. One requirement of our solution is that we can drive it from a UML
> > model expressed in XMI. For the most part that makes a Javadoc based tool
> > require an extra step, XMI -> Java -> Java, vs XMI -> Java if we use
> > something like XSLT. It is not yet clear whether we will open source our
> > tool, though I believe we are commited to doing so.
>
> I don't see a big problem (a small one, granted) with this if you use
> the EJBDoclet with Ant. Simply run it on the XML-generated EJB source
> before compilation, and it's dealt with.
>
> > www.percolator.org - provides CMP entity beans, session facades,
> > value holders and more for several app servers including jBoss, but you'll
> > need to tweak the generated xml files since they wrote their templates
> > before differential metadata. Percolator uses a simple XML file format for
> > input.
>
> This is cool, but for me one of the main points of EJBDoclet is to keep
> all info in one file, i.e. the bean source. Makes it very clean. If you
> start with XML anyway this may not be a big point though.
>
> Also, does this generate the actual bean? I personally prefer to
> hand-code my beans, but don't mind generating the rest of the stuff.
We sort of work from the other direction. All beans are generated, but the
bean stuff is done in a super/inherit way, ie, there is a super class
generated with all default implementations (no bussines code, since its
not possible to know that in advance) and an almost empty sublcass, where
you might write your own code. During normal generation the subclass is
NOT owerwritten.
(The EJB code generated is geard toward beans representing data entities,
the bussines logic is written by your self in facade objects (sessions
beans, local classes ..., the stuff generated are a client side proxy, a
proxymanager, an enity manager and an entity. More are in the pipe...a
rewamped template engine for example)
//Peter
>
> > I am interested in hearing from anybody on the list who is also interested
> > in working on an EJB generator as I expect for the most part that there is
> > much in common in the templates used for code generation even if some people
> > use Javadoc and some XML.
>
> Yes, I would also be very interested in comments on what the actual
> output templates should look like. The more good patterns I
> automatically can put into the EJBDoclet (such as EJB 2.0 CMP get/set,
> bulk data accessors, etc.) the better.
>
> /Rickard
>
> --
> Rickard �berg
>
> Email: [EMAIL PROTECTED]
> http://www.telkel.com
> http://www.jboss.org
> http://www.dreambean.com
>
>
>
> --
> --------------------------------------------------------------
> To subscribe: [EMAIL PROTECTED]
> To unsubscribe: [EMAIL PROTECTED]
> Problems?: [EMAIL PROTECTED]
>
------------------------------------------------------------
Peter Antman Technology in Media, Box 34105 100 26 Stockholm
Systems Architect WWW: http://www.tim.se
Email: [EMAIL PROTECTED] WWW: http://www.backsource.org
Phone: +46-(0)8-506 381 11 Mobile: 070-675 3942
------------------------------------------------------------
--
--------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Problems?: [EMAIL PROTECTED]
