JDK-6861589 : Upgrade JAXP/SJSXP to JSR-173 StAX v1.2
- Type: Bug
- Component: xml
- Sub-Component: javax.xml.stream
- Affected Version: 6,7
- Priority: P2
- Status: Closed
- Resolution: Fixed
- OS: generic,windows_xp
- CPU: generic,x86
- Submitted: 2009-07-16
- Updated: 2012-04-25
- Resolved: 2009-08-19
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.
To download the current JDK release, click here.
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.
To download the current JDK release, click here.
| Other | JDK 6 | JDK 7 | Other |
|---|---|---|---|
| 1.4.0,OpenJDK6Fixed | 6u18Fixed  |
7Fixed |
OpenJDK6Fixed |
Related Reports
|
Duplicate :
|
|
|
Relates :
|
|
|
Relates :
|
Description
JSR 173: Streaming API for XML Maintenance Review 3 has passed and finalized on 7/6/09. Refer to http://jcp.org/en/jsr/detail?id=173. The resulting version is StAX 1.2. We've decided to upgrade jaxp/sjsxp to this latest release. We will then integrate the change into JDK7, JDK6 and 6-Open. JAXP/SJSXP and JDK6 and 7 currently implement StAX 1.0, which requires us to implement changes made in both StAX 1.1 and 1.2. StAX 1.1 contains mostly specification clarafication and correction of the JavaDoc errors. There was also an optional DTDStreamReader interface [1] requested by JSR 280. Revision 1.2 mainly deprecated three factory newInstance methods and replaced them with newFactory methods. This change was due to the fact that the original design used a wrong class loader, e.g. bootclassloader when the parameter is null. Note that, our implementation in jaxp 1.4 and jdk6/7 correctly used context class loader with additional secure measure. However, this raises conformance issue, which needs to be evaluated during the implement of rev 1.2. [1] http://java.sun.com/javame/reference/apis/jsr280/javax/xml/stream/DTDStreamReader.html
Comments
|