| Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
|---|---|---|---|---|---|---|
| JDK-2075174 | 5.0 | Jeff Suttor | P3 | Resolved | Fixed | beta |
Name: sdR10048 Date: 09/26/2003
Filed By : SPB JCK team (###@###.###)
JDK : java full version "1.5.0-beta-b20"
Specification excerpt:
======================
--------- J2SE API spec v.1.5 ---------
...
If the DocumentLS interface is supported, the expectation is that an instance of the
DocumentLS interface can be obtained by using binding-specific casting methods on
an instance of the Document interface, or by using the method Node.getFeature with
parameter values "DocumentLS" and "3.0" (respectively) on an Document, if the
Document supports the feature "Core" version "3.0" defined in [DOM Level 3 Core]
...
---------- end-of-excerpt ---------------
Problem description
===================
Issue #1
The concrete problem spec quote is
"..or by using the method Node.getFeature with parameter values
"DocumentLS" and "3.0" (respectively) on an Document".
So it is not clear what will be with the old document content. Will it be another object
(DocumentLS implementation) or it will be the same object or whatever.
Clearification needed.
Issue #2
Qoute: "If the DocumentLS interface is supported, the expectation
is that an instance of the DocumentLS interface can be obtained by
using binding-specific casting methods on an instance of the
Document interface".
It is unspecified what will be with class-casting to DocumentLS if this feature
("DocumentLS", "3.0") is not supported. Currently JDK does casting successfully
(without any exception). Some words need to be added:
for example "if this feature supported then class-casting does not necessarily
throws ClassCastException" or something will be nice.
Touched (not failing) testcases:
api/org_w3c/dom/ls/DocumentLS/index.html#misc[misc0001]
api/org_w3c/dom/ls/DocumentLS/index.html#misc[misc0002]
======================================================================
Filed By : SPB JCK team (###@###.###)
JDK : java full version "1.5.0-beta-b20"
Specification excerpt:
======================
--------- J2SE API spec v.1.5 ---------
...
If the DocumentLS interface is supported, the expectation is that an instance of the
DocumentLS interface can be obtained by using binding-specific casting methods on
an instance of the Document interface, or by using the method Node.getFeature with
parameter values "DocumentLS" and "3.0" (respectively) on an Document, if the
Document supports the feature "Core" version "3.0" defined in [DOM Level 3 Core]
...
---------- end-of-excerpt ---------------
Problem description
===================
Issue #1
The concrete problem spec quote is
"..or by using the method Node.getFeature with parameter values
"DocumentLS" and "3.0" (respectively) on an Document".
So it is not clear what will be with the old document content. Will it be another object
(DocumentLS implementation) or it will be the same object or whatever.
Clearification needed.
Issue #2
Qoute: "If the DocumentLS interface is supported, the expectation
is that an instance of the DocumentLS interface can be obtained by
using binding-specific casting methods on an instance of the
Document interface".
It is unspecified what will be with class-casting to DocumentLS if this feature
("DocumentLS", "3.0") is not supported. Currently JDK does casting successfully
(without any exception). Some words need to be added:
for example "if this feature supported then class-casting does not necessarily
throws ClassCastException" or something will be nice.
Touched (not failing) testcases:
api/org_w3c/dom/ls/DocumentLS/index.html#misc[misc0001]
api/org_w3c/dom/ls/DocumentLS/index.html#misc[misc0002]
======================================================================
- backported by
-
JDK-2075174 DocumentLS, getFeature, class-casting: spec issues
-
- Resolved
-