ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 37223] - dynamically extend ant's classpath, i.e. from inside of a running ant
Date Wed, 26 Oct 2005 16:11:30 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=37223>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37223





------- Additional Comments From meinc@web.de  2005-10-26 18:11 -------
(In reply to comment #5)
> Have you thought about using -lib option of ANT? you could either provide a 
> script that calls ANT with this aditional parameter, or setting ANT_OPTS 
> environment variable so it passes this argument.
> 
> You will get the same effect as you want.
> 

Good proposal! However, I knew about them and was not satisfied since
both solutions add an additional level of indirection.
We are used to have one single environment setup for all projects and not one
per project. This environment setup solely points/sets the JAVA_HOME
and ANT_HOME and finally starts a clean command line shell or dosbox.
Up from there developers/testers/managers(!) switch to the appropriate
project directory and just type ant which should do the rest.

However, until all projects share the same libraries the usage of the
ANT_OPTS would be reasonable (i.e. as a third environment variable to be set).

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org


Mime
View raw message