Spaces in property values result in values bein enclosed in quotes (Linux)

Question

G'day,
I couldn't find this mentioned in the bugs database (or anywhere else) so it might be a new bug.
If a property value in a JNLP descriptor contains spaces then the resulting property value returned by System.getProperty() is enclosed in quotes, e.g.
<property name="jnlp.blah" value="foo bar"/>
results in System.getProperty("jnlp.blah") returning the value +{color:#ff0000}"{color}foo bar{color:#ff0000}"{color}+ instead of the expected foo bar (without quotes).
In the Java console I see the following:
jnlpx.vmargs = {color:#ff0000}"{color}-Xmx512m -Xms256m ... -Djnlp.blah={color:#ff0000}\"{color}foo bar{color:#ff0000}\"{color} ... {color:#ff0000}"{color}
This only affects Linux (tested with JRE 6.0_20 on Ubuntu 10.04). The same JNLP launched with Java Web-Start on Windows (JREs 6.0_12 & 6.0_21 on Vista) produces the following:
jnlpx.vmargs = -Xmx512m -Xms256m ... {color:#ff0000}"{color}-Djnlp.blah=foo bar{color:#ff0000}"{color} ...
So, the problem stems from the way property values with spaces are handled by the Linux implementation of the JRE.
Has anyone else come across this behaviour?
Regards,
Chris.

Answer 1

G'day,
AndrewThompson64 wrote:
If there is one, the best thing to do is raise a bug report, but first you'll need a test case.
Something with source, JNLP and build file provided. In fact, if you can produce that in a Zip archive available on the net, I can download it and run it both Win 7 & Ubuntu for a further test. Good call - narrowing down a test-case helped me pin down the problem.1. Download the test-case here.
2. Unzip to /tmp:
cd /tmp
unzip JnlpPropertyWithSpacesBug.zip
3. Test 1:
javaws file:///tmp/JnlpPropertyWithSpacesBug/test.jnlp
This should result in the message: System.getProperty("jnlp.my.property") returns null
This is the correct result.
4. Test 2:
javaws /tmp/custom.jnlp
On Linux, this should result in the message: +System.getProperty("jnlp.my.property") returns {color:#ff0000}"{color}should not be enclosed in double-quotes{color:#ff0000}"{color}+
This result is incorrect (shouldn't have double quotes).
Note that custom.jnlp is a customized version of JnlpPropertyWithSpacesBug/test.jnlp:
1. attributes have been added to the java tag
2. a property tag has been added for a secure property: sun.java2d.noddraw
3. a property tag has been added for a jnlp property: jnlp.my.property
All three are needed to produce the bug. It only occurs on when the Linux JRE is used (6.0_20; Ubuntu 10.04).
This simulates the situation in which a custom JNLP descriptor is dynamically generated, e.g. to invoke the application with custom system properties.
There will be extra chance of test results if you can provide a link directly to the JNLP file on the net. The test case would need to be small and sand-boxed, of course.Any suggestions as to where you can freely host Java Web-Start applications?
Thanks,
Chris.
Edited by: cpudney on Aug 18, 2010 2:06 PM