--- "Clifton C. Craig" <[EMAIL PROTECTED]> wrote:
> Hello all,
> 
> I am an XDoclet newbie with a rather large project
> that I'm working on. 
> I have an app with 100's (if not 1000's) of java
> files. None of them are 
> not XDoclet tagged. We want to integrate XDoclet
> into our build and I'm 
> trying to determine the best approach. The idea is
> to start on just our 
> session beans and get XDoclet to generate the deploy
> descriptors for 
> them. If all goes well then we will eventually use
> XDoclet to do all of 
> our code generation.

Just curious, how big is your team to handle this
amount
of EJB? It must be hell in maintenance and keeping
everything in synch...

Basically eployment of xdoclet will help you to reduce
amount
of manually coded code....



> Now I was originally thinking that I would take a
> modification of a 
> recent source augmenter tool I wrote using ANTLR to
> update our source 
> files and insert some basic tags like @ejb.bean and
> @ejb.resource-ref to 
> get us off the ground. This would work with most if
> not all of our 
> session beans allowing XDoclet to generate dd's
> pretty much matching 
> what we already have. As we continue to develop we
> could update the 
> .java source and put in more specific stuff like
> transactional 
> attributes or whatever.
> 
> That was my 1st plan until I started toying with
> XDoclet and ran across 
> the merge point stuff and figured out a little about
> the template 
> language. That gave me a new idea. I thought that
> maybe I didn't have to 
> augment the source at all and maybe I could use the
> template language to 
> generate the basic dd stuff for all files that don't
> have tags. However 

This would be difficult.  EJB moduels use a lot of
lgic to guess/determine proper names of interfaces and
such stuff.

And templating language is not nice. It will bite your
ass off,
and will not say why or where...

> across the XDoclet 
> GUI. I understand it helps you update .java source
> with tags and I saw 
> the screen shots. I'm planning on checking this out
> as soon as I send 
> this mail but I want to solicit the advice from
> experts so I don't waste 
> too much time. What's the best approach toward what
> I'm attempting? Does 
> the XDoclet GUI have batch update capability? You
> all have been so 
> helpful on my last problem and I'm hoping you can
> help me here. Thanks 
> in advance.

No. there is no batch update capability, but it can
help you 
to tag your classes faster than manually.  There is
also jEdit plugin
and I heard of some efforts for idea / eclipse

JBoss also has some use for xdoclet, and they also
have GUI
( AFAIK ) 

You may also roll something small and nice which is
based on xjavadoc ( xdoclet parser engine ) - it has
code mutation capability
( GUI uses it ) and some xml parsing stuff - you parse
your existing DDs, and reverse populate sources off it
with tags...

regards,

=====
----[ Konstantin Pribluda ( ko5tik ) ]----------------
Zu Verst�rkung meines Teams suche ich ab Sofort einen
Softwareentwickler[In] f�r die Festanstellung. 
Arbeitsort: Mainz 
Skills:  Programieren, Kentnisse in OpenSource-Bereich
----[ http://www.pribluda.de ]------------------------

__________________________________
Do you Yahoo!?
Yahoo! Mail - More reliable, more storage, less spam
http://mail.yahoo.com


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
xdoclet-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/xdoclet-user

Reply via email to