I do not recommend you generate any files into directories where code/data is maintained in your SCM system. Why not just generate the output to your ${build.dir} or some subdirectory thereof? Being able to do a clean build by deleting a single directory is very much an Ant best practice that I recommend you stick with.

Erik, co-author, Java Development with Ant (Manning Publications)


Adam Houghton wrote:
I'm using the ejbdoclet task in Xdoclet to produce interfaces, valueobjects, and the deployment descriptors for entity and session beans. It's reading in files from a merge directory to make entries in ejb-jar.xml, jboss-xml, and jbosscmp-jdbc.xml for beans that aren't in Xdoclet.
I set it up so that the merge directory is the same as the deployment descriptor destination directory. This keeps all of the descriptor files in the same place and I make sure to only include the correct ones in the JAR. Everything is working great right now. However, I was wondering if there was any chance that this could lead to problems down the line. For instance, if an Xdoclet template looks for a merge file that is named the same as a generated descriptor file (like jbosscmp-jbdc.xml), having the two sets of files in one directory would be bad. Is this situation being specifically avoided when choosing merge file names or could this type of overlap potentially happen?

Thanks,
Adam

-------------------------------------------------------
This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power & Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en
_______________________________________________
Xdoclet-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/xdoclet-user




-------------------------------------------------------
This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power & Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en
_______________________________________________
Xdoclet-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/xdoclet-user

Reply via email to