DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19224>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19224 The <javac> task should accept the 'dependcache' and 'dependcacheref' attributes Summary: The <javac> task should accept the 'dependcache' and 'dependcacheref' attributes Product: Ant Version: 2.0 spec Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: Other Component: Core tasks AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] We use 'WorkAreas' pointing to 'Baselines' (see bug 19006). Currently, the <depend> task works by deleting all outdated 'class' files from 'srcdir'. But the 'Baselines' are read-only (once published, their content must never be modified), so the <depend> task can NOT handle Java dependencies for 'WorkAreas' pointing to 'Baselines'. My enhancement request is that the <javac> task accepts the 'dependcache' and 'dependcacheref' attributes (similar respectively to the 'sourcepath' and 'sourcepathref' attributes) : If 'dependcache' or 'dependcacheref' is specified : - If <javac> does NOT find the dependencies cache in the first directory of 'dependcache', then it should copy it from the next directory of 'dependcache'. - Whenever a first 'java' file in 'srcdir' has an absent or outdated corresponding 'class' file in 'classpath', then <javac> should also recompile all 'java' files in 'sourcepath' impacted by this first 'java' file. Then the following statements should work : <path id="myPath"> <pathelement location="${basedir}"/> <pathelement location="${sp1}"/> <pathelement location="${sp2}"/> </path> <javac srcdir="${basedir}" destdir="${basedir}" sourcepathref="myPath" classpathref="myPath" dependcacheref="myPath"/> I know very well that the implementation of this feature is a lot of work for you (I have implemented it in the PERL script that we use everyday), but this feature is mandatory for us to replace our proprietary PERL script by 'build.xml' files.