|
...dont worry about the schedule; I do have a workaround (I patched ant.sh)
>You mentioned in the issue that the Environment variable is not passed down, I was just wondering what you meant by this? I mean that I have ANT_OPTS predefined with all our proxy settings in the normal environment; the environment in which Bamboo runs, but the env variable doesn't appear to get down to Ant when Bamboo execs it. And as we both agree, you can't set a new env variable with spaces in, where the one I need is ANT_OPTS=-Dhttp.proxyHost=proxy -Dhttp.proxyPort=8088 I can't set these in the properties section of the form, because they are JVM properties, not ant props. As an aside, I am the effective maintainer of Ant's proxy support; both the <setproxy> task, the Ant1.7 proxy support, and their documentation is mine, primarily because I encounter the problem at work: we did try with Ant1.7beta to enable proxies by default, using java.net.useSystemProxies, but this (a) didnt appear to work on many systems (b) caused ClassNotFoundExceptions on IBM's runtime and (c) broke JDBC connections to oracle databases. This is why it is not the default in Ant1.7. I may be able to turn it on using -steve Hi Steve,
Thanks for getting back to us. So what we are saying is that the environment variables set up on the machine doesn't get picked up by the Ant process that gets run by Bamboo? So to confirm - if we can set multiple environment variables in the "Environment variables" field for a build plan (which currently doesn't seem to work), then this issue should be resolved? Cheers, I think there are a number of ways to solve this problem without relying on Sun to fix their proxy support in Java, or the Ant team (i.e. me) to write a custom proxy setup tool for Java1.5
1. let me set env variables with spaces in their values in the build plan, so that I can set up ANT_OPTS properly. 2. provide a way in the build plan to specify JVM parameters to Ant. then I can go -Dhttp.proxyHost=proxy -Dhttp.proxyPort=8088 -Xmx512M directly. these two are effectively the same...ant.bat and ant.sh take the ANT_OPTS env variable and turn it into the arguments for the JVM. 3. automatically propagate proxy settings from Bamboo to the ant build. this would be the best, because bamboo needs proxy setup for both SVN access and, eventually, for XMPP support through firewalls. If you have a one-stop place to set up the proxy and pass it down to ant and maven, then end users get the proxy settings they want, without having to fiddle with things. Nb, the most up to date info on Ant's proxy settings are now: this is based on recent discussions with Sun on how their proxy code in Java5 works, with specific reference to behaviour on Linux and windows. http://svn.apache.org/viewvc/ant/core/trunk/docs/manual/proxy.html?revision=528522 Steve,
An update to this: 1) I have fixed the code so that you can now input environment variables with spaces in them. To do this, you will need to quote the value, like: 2) On a side note, I was also testing setting the system environment variables and seeing if this went through. I tested this by a simple task: Cheers, |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Apologies for the late response to your issue.
We have been doing some testing around this area to see what the issue is.
You mentioned in the issue that the Environment variable is not passed down, I was just wondering what you meant by this?
With regards to the space issue - that does indeed seem to be the case.
Cheers,
Edwin