Stefan,

thanks for your comments, I have just checked in what you have suggested.

collect.jar in jrefactory is not common-collections from apache (judging by the package names java.lang. ... )
It looks like something coming from Sun, and having to do with reflection or something like that, I am not
sure what it exactly is.


Cheers,
Antoine

Stefan Bodewig wrote:

On 23 Mar 2004, <[EMAIL PROTECTED]> wrote:



+ <work nested="jar/ErrorList.jar"/>
+ <work nested="jar/ProjectViewer.jar"/>
+ <work nested="jar/bcel.jar"/>
+ <work nested="jar/collect.jar"/>
+ <work nested="jar/core.jar"/>
+ <work nested="jar/coreplugin.jar"/>
+ <work nested="jar/findbugs.jar"/>
+ <work nested="jar/findbugsGUI.jar"/>
+ <work nested="jar/gjc-rt.jar"/>
+ <work nested="jar/jai_codec.jar"/>
+ <work nested="jar/jai_core.jar"/>
+ <work nested="jar/jbuilder.jar"/>
+ <work nested="jar/jedit.jar"/>
+ <work nested="jar/openide.jar"/>
+ <work nested="jar/primetime.jar"/>
+ <work nested="jar/proguard.jar"/>
+ <work nested="jar/saxpath-1.0-fcs.jar"/>



ugly.


Any idea what the contents are?  bcel.jar sounds like jakarta-bcel,
collect could be commons-collections.  JAI could be an installed
package if other projects need it as well.  saxpath is already
somewhere as an installed package.

In general I'd rather use a technique like

<project name="jai">
 <jar name="jar/jai_codec.jar"/>
 <jar name="jar/jai_core.jar"/>
</project>

inside the module combined with <depend project="jai"/> in the project
for jars in CVS.  This enables us to switch between using a jar from
CVS, using an installed package and building a project from scratch
more easily.

Stefan

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]







--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]



Reply via email to