--- Henri Yandell <[EMAIL PROTECTED]> wrote:No, Konstantin.
[no, not the @javabean one on the site, I think]
Is there anything that let's me do:
public class Person {
/** * @read * @write */ String name;
}
If not, is there a technical reason why not? ie)
doclet's only work
properly on methods or something?
There is no technical reason. I's just not
implemented yet. But ou can write your own template, or extend
existing....
For new development you shall consider writing
xdoclet2 plugin. It will work faster, and is easier.
( but very very alpha... )
The only thing that is alpha about xdoclet2 is the documentation and the fact that it hasn't been officially released yet.
In fact, XDoclet2 is very very stable. There are *no* outstanding bugs in the core.
XDoclet2 is also based on very stable software libraries such as: -QDox -Velocity -Jelly -PicoContainer
I intend to make a beta release as soon as the documentation is good enough.
Using XDoclet for this kind of thing is pushing it a bit far. I generally recommend that code generation be used as a "work-around" for a technological platform that makes it cumbersome to write everything by hand. I mean technologies that require related information to exist in many diferent places. (Like EJB, Hibernate, JDO, Struts etc).I'd intend to have some other setting to specify whether that generates out an interface, abstract and concrete, or just a concrete. The generated class would have to match the inheritence structure of the bean it's running on, ie) Person extends Thing, so the generated code would have to match such a thing. Would this cause an xdoclet problem?
Writing vanilla beans isn't something complicated enough that you'll gain any benefits by a tool like XDoclet. Just because you can doesn't mean you should.
Cheers, Aslak
------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ xdoclet-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/xdoclet-user
