Good call!

Especially since - as it is now - for some tasks you can overwrite what's in
the sourcecode and vice versa, for example with the utilobject task and the
corresponding tag and which name should be used (COMP or JNDI). 

So dividing in @tags for java files and subtasks for XML files makes a lot
of sense to me.

Bernhard

-----Urspr�ngliche Nachricht-----
Von: Aslak Helles�y [mailto:[EMAIL PROTECTED]]
Gesendet: Dienstag, 28. Januar 2003 12:25
An: [EMAIL PROTECTED]
Betreff: [Xdoclet-user] DRY


This is an old topic, but I'd like to revisit it.

The fact that people have to specify both <localinterface/>,
<localhomeinterface/> AND @ejb.bean view-type="local|both" violates the DRY
(Don't Repeat Yourself) principle.

Although XDoclet2 is still mostly a fantasy, we should try to simplify this
when we start implementing it. My suggestion is to *REMOVE* all the subtasks
that generate java classes from XDoclet, and control wether a java class
should be generated or not entirely on the @tag level.

We'd still need Ant-level subtasks for generation of most XML files (files
that are generated from many classes) because we'd run into contradictions
otherwise (one class might say "do generate", and another "don't generate").
In short (and a bit simplified):

* Generation of various java files: Controlled entirely by @tags
* Generation of various xml files: Controlled entirely by <subtasks/>

What do you users think?

Aslak



-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
_______________________________________________
Xdoclet-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/xdoclet-user

This e-mail and any attachment is for authorised use by the intended recipient(s) 
only.  It may contain proprietary material, confidential information and/or be subject 
to legal privilege.  It should not be copied, disclosed to, retained or used by, any 
other party.  If you are not an intended recipient then please promptly delete this 
e-mail and any attachment and all copies and inform the sender.  Thank you.


-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
_______________________________________________
Xdoclet-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/xdoclet-user

Reply via email to