Summary: | [Readme] Can no longer use "version" property | ||
---|---|---|---|
Product: | [Eclipse Project] Platform | Reporter: | Dani Megert <daniel_megert> |
Component: | Ant | Assignee: | Darin Wright <darin.eclipse> |
Status: | VERIFIED FIXED | QA Contact: | |
Severity: | normal | ||
Priority: | P3 | CC: | markus.kell.r, markus |
Version: | 3.0 | Keywords: | readme |
Target Milestone: | 3.0 RC4 | ||
Hardware: | PC | ||
OS: | Windows XP | ||
Whiteboard: |
Description
Dani Megert
2003-10-29 05:13:53 EST
Someone is setting a system property named "version" with the value "2.4.1" It is not the Ant integration. I have not tracked done who/what is setting it. The workaround is to explictly set a property version: either using the version tab of the Ant launch configuration or specifying using -D as a argument on the main tab. I did not include any other script and expect mine to be executed as it would be when running the ant script outside Eclipse. I assume this comes from some offered Eclipse ant tasks which predefine the property "version" (which is a bad idea, they should do it like ant does i.e. use <component>.version like ant.version). The workaround is not handy since either all of us have to fix their scripts or change how we launch the export scripts. I used -debug and -verbose and could not get a log which shows me who sets the version (is getting a full log also not under your control)? Isn't the ant task who probably sets the version property an optional task? If so, isn't it an ant support bug if any optional task that I did not even choose to run/use affects my ant script? How can I write a valid ant script then at all? Do I have to try out until I find a set of still unused properties? It is nothing to do with Ant that is setting the property. That is why no debug or verbose is showing anything. Someone (likely a plugin?) is setting a System property (java.lang.System). When the Ant build occurs in the same VM as Eclipse, it sets all System properties to be Ant properties. Again, nothing from an Ant task etc. I will try to track down what is setting the System property and I agree that it is really bad form that they are not setting a fully qualified property name. When did this problem start? Note: I now switched to use J9 which does not show this problem. 2.4.1 sounds like a version number of Xalan. André just had the same problem. It is Xalan who sets two system properties which then break the stuff. Until Xalan changes, there is not much we can do except possibly a readme notation? If it cannot be fixed then it should be in the readme. I added the keyword. Added to the Ant readme section. Please verify DarinW. Verified. |