DO NOT REPLY [Bug 14971] - junit task replaces classpath when includeantruntime fork=yes is used

2003-09-19 Thread bugzilla 
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=14971.
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=14971

junit task replaces classpath when includeantruntime  fork=yes is used

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-09-19 09:21 ---
Ant will now grab the content of the CLASSPATH environment variable and prepend
that to the classpath argument if you use includeantruntime=true.

Fixed with nightly build 2003-09-20.

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

DO NOT REPLY [Bug 14971] - junit task replaces classpath when includeantruntime fork=yes is used

2003-03-31 Thread bugzilla 
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=14971.
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=14971

junit task replaces classpath when includeantruntime  fork=yes is used

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]
 AssignedTo|[EMAIL PROTECTED]  |[EMAIL PROTECTED]
   Target Milestone|--- |1.6



--- Additional Comments From [EMAIL PROTECTED]  2003-03-31 11:57 ---
Hmm, I see where the problem lies.

A workaround for you would be something like this:

property env=env/
junit ...
  classpath path=${env.CLASSPATH}/
  ...
/junit

We want forked junit to become independent of Ant's classpath and in 
particular
the stuff in ANT_HOME/lib, that's why we don't include the system classpath
explicitly here.

If includeantruntime is false, we will invoke the spawned VM without any
classpath setting to ensure you get whatever is in your environment.  If it is
true, we explicitly pass the jars, just as described and thus overwrite
CLASSPATH, this is not intentional.

The only way around this is really going to the native environment, as 
java.class.path has already been tainted by ANT_HOME/lib.  I'll try to come up
with a solution.