OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

entity-resolution message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]


Subject: Re: An interoperability problem?


Norm,
   in your example, for the second document:
  <?xml-stylesheet href="a.xsl" type="text/xsl"?>
  <?oasis-xml-catalog catalog="myCat.xml"?>
  <?xml-stylesheet href="b.xsl" type="text/xsl"?>
  <!DOCTYPE doc PUBLIC "x">
  <doc/>
I suppose you meant:
  <?xml-stylesheet href="http://example.com/a.xsl" type="text/xsl"?>
  <?oasis-xml-catalog catalog="myCat.xml"?>
  <?xml-stylesheet href="http://example.com/b.xsl" type="text/xsl"?>
  <!DOCTYPE doc PUBLIC "x">
  <doc/>
Nevertheless, is it reasonable to expect to have two processors
of various "speeds of behaviour" addressing the same resource types
(in this case XSL)?  Given this unlikely situation, and given that we are
set to resolve any URI that may exist anywhere in the scope of the
document, I don't see a problem for us recommending that, for the
sake of coherence in the resolution of URIs, the PI gets placed immediately
following the xml PI.
Normand

--- Haec sed satis, vale et me ama -----
----- Original Message -----
From: "Norman Walsh" <ndw@nwalsh.com>
To: <entity-resolution@lists.oasis-open.org>
Sent: Tuesday, May 15, 2001 7:02 AM
Subject: An interoperability problem?


> Imagine two processors, GreedyProc and LazyProc working on this
> document:
>
>   <?xml-stylesheet href="http://example.com/a.xsl" type="text/xsl"?>
>   <?xml-stylesheet href="http://example.com/b.xsl" type="text/xsl"?>
>   <!DOCTYPE doc PUBLIC "x">
>   <doc/>
>
> When greedy encounters a stylesheet PI while parsing a document, it
> immediately retrieves the stylesheet and compiles it. The parser in
> the lazy processor has no special knowledge of the stylesheet PIs, so
> it just puts them into the DOM for the document and the processor goes
> looking for them there later, if it needs them.
>
> Now let's add an oasis-xml-catalog PI for myCat.xml, where myCat.xml
> contains:
>
>   <uri name="http://example.com/a.xsl"
uri="file:///stylesheets/aPrime.xsl"/>
>   <uri name="http://example.com/b.xsl"
uri="file:///stylesheets/bPrime.xsl"/>
>
> For the sake of argument, aPrime and bPrime are very different from a
> and b on example.com.
>
> Here's the new document:
>
>   <?xml-stylesheet href="a.xsl" type="text/xsl"?>
>   <?oasis-xml-catalog catalog="myCat.xml"?>
>   <?xml-stylesheet href="b.xsl" type="text/xsl"?>
>   <!DOCTYPE doc PUBLIC "x">
>   <doc/>
>
> Now, the greedy processor is going to retrieve these stylesheets:
>
>   http://example.com/a.xsl
>   file:///stylesheets/bPrime.xsl
>
> But the lazy processor is going to retrieve:
>
>   file:///stylesheets/aPrime.xsl
>   file:///stylesheets/bPrime.xsl
>
> I don't see any way out of this interoperability problem: I don't
> think we can say either of these processors is "wrong" in some way and
> I don't think we can assert that oasis-xml-catalog PIs have to come
> first. Some other spec (say with a PI to control the XML processing
> model or something) might legitimately make the same claim.
>
> Thoughts?
>
>                                         Be seeing you,
>                                           norm
>
> --
> Norman.Walsh@Sun.COM   | Wink at small faults; for thou has great
> XML Standards Engineer | ones.--Thomas Fuller (II)
> Technology Dev. Group  |
> Sun Microsystems, Inc. |
>
> ------------------------------------------------------------------
> To unsubscribe from this elist send a message with the single word
> "unsubscribe" in the body to:
entity-resolution-request@lists.oasis-open.org
>


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]


Powered by eList eXpress LLC