On Wed, 2003-07-09 at 00:10, Aslak Helles�y wrote: > Justin Akehurst wrote: > > >When we run ant against our code, XDoclet is giving us this warning: > > > >[ejbdoclet] (xjavadoc.XJavaDoc 889 ) Ignoring class > >com.versaly.ejb.session.PhoneServices in > >/home/akehurst/workspace/Versaly_PocketNet/WEB-INF/classes/com/versaly/ejb/session/PhoneServices.java. > >It was generated (Tue Jul 08 15:28:36 PDT 2003) after XJavaDoc's timestamp > >was reset (Tue Jul 08 06:33:08 PDT 2003) > > > > > This happens when XJavaDoc finds a source file whose timestamp is > fresher than the time XJavaDoc was started. I.e. generated after > XJavaDoc was started. XjavaDoc ignores such sources to avoid predictable > behaviour. > > This happens when: > a) You're telling XDoclet to generate sources into the same place where > your @tagged sources are. (Don't do that!)
Interesting you should say that, as our builds normally do and I've never seen that error. The first step in our builds is to copy everything from the src directory to the build directory, applying token replacement in the process (for version nos. etc.). We then run xdoclet over the files in the build directory, generating to the same place. Perhaps we're just lucky. Or maybe it's because we always restrict the fileset to only those files (include="**/*EJB.java") and not the generated ones, to avoid lengthy parsing delays if we re-run the build target without cleaning first? Andrew. ------------------------------------------------------- This SF.Net email sponsored by: Parasoft Error proof Web apps, automate testing & more. Download & eval WebKing and get a free book. www.parasoft.com/bulletproofapps _______________________________________________ xdoclet-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/xdoclet-user
