JDK-8016271 : wsimport -clientjar does not create portable jars on windows due to hardcoded backslash
Type:Bug
Component:xml
Sub-Component:jax-ws
Affected Version:7
Priority:P2
Status:Closed
Resolution:Fixed
OS:generic
CPU:generic
Submitted:2013-06-10
Updated:2014-02-12
Resolved:2013-10-22
The Version table provides details related to the release that this issue/RFE will be addressed.
Unresolved : Release in which this issue/RFE will be addressed. Resolved: Release in which this issue/RFE has been resolved. Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.
It is one machine configuration issue. Close it and track it in another bug, https://bugs.openjdk.java.net/browse/JDK-8026405
13-12-2013
This bug was fixed in JDK 8. You can't mark it unresolved and erase build number details. There is a test configuration issue with windows boxes on aurora queue. That's tracked via https://bugs.openjdk.java.net/browse/JDK-8026405 - The 8016271 bug is fixed
22-10-2013
The attached test still fail on windows.
See attached nightly result on 2013-10-22:
http://aurora.ru.oracle.com/functional/faces/RunDetails.xhtml?names=307321.CORELIBS-JDK8-NIGHTLY-JTREG-9
22-10-2013
SHORT SUMMARY:
wsimport -clientjar option packages jar file incorrectly
.
INDICATORS:
Use of jar files created from wsimport don't work correctly on unix systems
Portability issue.
.
COUNTER INDICATORS:
TRIGGERS:
.
Using windows created jar file on unix system causes incorrect extraction
.
KNOWN WORKAROUND:
Create jar files for unix deployment on unix system.
.
PRESENT SINCE:
FCS
.
HOW TO VERIFY:
Auto unit testcase will be supplied.
.
NOTES FOR SE:
.
REGRESSION: No.