DO NOT REPLY [Bug 3198] - The task doesn't work properly with multi-element sourceparh

[bu...@apache.org]

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=3198>.
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=3198

The <javac> task doesn't work properly with multi-element sourceparh





------- Additional Comments From sean@openmake.com  2001-12-28 13:13 -------
I can confirm this as a serious loss of functionality compared with running 
javac at the command line and also support at least an option to use the 
standard javac behavior.  There is no easy workaround.

The command line -sourcepath works like the include and lib paths in C 
compilers ( and the classpath and the system PATH) by finding files on a 'first-
found' basis.  However, Ant searches for files by itself in a different manner, 
and there is no easy way to access the javac behavior.

Why is this important?  It allows additional flexibility in managing your 
source code. e.g., I work on a team with 5 developers and we have a stable set 
of code in

/source/stable  ( com/wigcom/*.java - 100 java files )

Now I want to make a change to a single file: com/wigcom/ServerManager.java

I don't need/want to copy/synchronize 100 Java files and I can't overwrite the 
one in /source/stable because my team members rely on that one. So, I check out 
(or copy ) com/wigcom/ServerManager.java to an empty /home/sean/mychanges 
directory.

>From there I issue the command  'javac -sourcepath .:/source/stable -d . 
com/wigcom/*.java'  And javac compiles all the java files in '.' 
and '/source/stable' EXCEPT /source/stable/com/wigcom/ServerManager.java 
because it found a local one with an identical name first.  Thus I've created a 
full application configuration from one full configuration and a 
partial 'delta' to that configuration.

Combining the 'first-found' behaviour with ant's powerful multidepth 
wildcarding will really extend ant's utility.

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>