Konstantin,

I like your idea of using XJavadoc and the existing dd stuff and revers populating the source. It sounds a little more involved than your description of something small and nice but I'll have to see for myself. It might turn out to be easier than fiddling with the ANTLR stuff I just recently learned. I'll toss it around and consult with my buddies here. I didn't think that the template language stuff was that difficult. Having some solid Ant expertise I thought it would be straight-forward. The stuff I saw so far kind'a felt like Ant with tag handlers resembling custom tasks. I may be in over my head though so I'll take your word for now. On a different topic we currently have four developers including myself on this project. It is a hell-of-a-lot of code which is why we need XDoclet so bad. We do have our in-house built custom generators that we use for the entity beans and some other misc utility classes. They are not nearly as powerful/flexible as XDoclet, another reason why I'm doing what I'm doing.

Clifton C. Craig, Software Engineer
Intelligent Computer Systems -  A Division of GBG
2101 Embassy Drive
Lancaster, PA  17603

Phone: 717-295-7977 ext. 621
Fax: 717-295-7683
[EMAIL PROTECTED]
[EMAIL PROTECTED]




Konstantin Priblouda wrote:

--- "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






-------------------------------------------------------
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