> I think using ant subtask presence for configuration choices is a
> *really* bad idea.  That is, as Dmitri hints at using isSubTaskDefined
> for decisions about template output, it flies in the face of the
design
> of both ant and xdoclet.

So you think having to declare @ejb:dataobject class="MyDataObject" and
so on in each class is a good idea? Well, the basic idea is you should
set it once and it gets applied for all your beans. I'm sure many people
will complain about having to declare @tags in each class, and many will
forget! It's really like some global IDE settings, for example IDEA lets
you prefix member attributes of a class, you set it once in a nice
dialog and IDEA does the rest automatically. <dataobject/>/etc is
exactly like that, but you may still complain that "hey, why should I
define pieces of my design in another dialog?".
Anyway, I believe we should change some defaults: view-type="local" if
ejb2, remote otherwise; don't generate dataobject if ejb2 maybe, and so
on. Whatever we do you should still have full control.

> The danger in adding or omitting specific subtasks in the ejbdoclet
ant
> task is that now the design of your application depends on this
> secondary configuration file called build.xml.  It breaks the one file
> beauty of xdoclet.  The ant design should allow a person to specify
two
> different ejbdoclet tasks, one that generates all the .java as a
> precursor to compilation, and another that generates ejb-jar.xml as a
> precursor to jarring.  (This is perhaps a  contrived example, since
both
> ejbdoclet tasks are based on javadoc and inherently expensive to
> execute, making it logical to combine them into one task.)
> 
> Optional subtasks are still important, imo, since they support the ant
> incremental build philosophy.  But enabling optional features such as
> data-objects should definitely be driven by the .java, not build.xml

So you say: if Xdoclet finds a @ejb:dataobject in a source then generate
it, but if doesn't then just don't. See my above answer, I'm free for
further discussions in this regard.

Ara.


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


_______________________________________________
Xdoclet-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/xdoclet-devel

Reply via email to