This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 5248 - What does it mean if <locator> is not resolved
Summary: What does it mean if <locator> is not resolved
Status: RESOLVED FIXED
Alias: None
Product: SML
Classification: Unclassified
Component: Interchange Format (show other bugs)
Version: FPWD
Hardware: PC Windows XP
: P2 normal
Target Milestone: LC
Assignee: Virginia Smith
QA Contact: SML Working Group discussion list
URL:
Whiteboard:
Keywords:
Depends on: 5118
Blocks:
  Show dependency treegraph
 
Reported: 2007-11-05 16:52 UTC by Sandy Gao
Modified: 2008-06-05 19:04 UTC (History)
0 users

See Also:


Attachments

Description Sandy Gao 2007-11-05 16:52:18 UTC
The current IF draft has:

"A conforming SML-IF consumer MAY locate a referred to document. If a conforming SML-IF consumer chooses to not locate a referred to document, it SHOULD make its invoker aware of this condition."

The spec should be clear about what it means if either of the following is true (both are allowed):
- The consumer doesn't attempt to resolve documentURI (or other mechanism used by <locator>)
- The consumer does attempt to resolve it but failed.

Should it be:
a An error
b Treated as if containing <document> is not in the IF document
c Treated as if the interchange set doesn't not contain this document
...

Difference between (b) and (c) is that (b) will hide errors like duplicate aliases and (c) won't.

I prefer (c).
Comment 1 Kumar Pandit 2007-11-10 03:39:25 UTC
Proposal:
Align this with the proposal for 5040. 

The behavior of a conforming SML-IF consumer is undefined when it enounters error when dereferencing a 'locator'.
Comment 2 Pratul Dublish 2007-11-12 16:13:54 UTC
Agree with #1 - recommend resolving as per #1
Comment 3 Pratul Dublish 2007-11-12 22:05:08 UTC
Fix as per (c) in Sandy's original proposal. This should be the behavior of IF consumers when
- The consumer doesn't attempt to resolve <locator> 
- The consumer does attempt to resolve it but failed (network error or document not present)
Comment 4 Virginia Smith 2007-11-13 00:02:54 UTC
Fixed as follows:

Old text:
--------
5.2.2 Document References

If a document is to be referred to rather than embedded, SML-IF producers MUST provide its location using the locator child of the corresponding document element. SML-IF specifies one way that MAY be used to provide the location of the referred to document, the documentURI element. A conforming SML-IF consumer MAY locate a referred to document. If a conforming SML-IF consumer chooses to not locate a referred to document, it SHOULD make its invoker aware of this condition. 
--------

New text:
--------
5.2.2 Referenced Documents

If a document is to be referred to rather than embedded, SML-IF producers MUST provide its location using the locator child of the corresponding document element. SML-IF specifies one way that MAY be used to provide the location of the referenced document, the documentURI element.

An SML-IF consumer MAY choose to locate a referenced document. If an SML-IF consumer chooses not to locate a referenced document or if it attempts to locate the referenced document and this attempt fails, then the SML-IF consumer MUST treat the referenced document as if it is not part of this interchange set. If either of these conditions occurs, the SML-IF consumer SHOULD make its invoker aware of this condition. 
--------
Comment 5 Kumar Pandit 2007-11-14 07:02:38 UTC
The change looks correct.
Comment 6 John Arwe 2007-11-15 17:36:21 UTC
from: "...as if it is not part of this interchange..."
to  : "...as if it is not part of the  interchange..."

aside from that, fine