Re: [xml-dev] Re: Question external entities and relative URis

[Mike Sokolov <sokolov@ifactory.com>]

Just an opinion, but it seems to me that in this matter of including 
files, a guiding principle is modularity.  So if file B includes C using 
a relative reference, the much more usual case is to expect the link 
from B->C to be relative to B's location, and not the location of some 
as-yet-to-be named file (A) that might include B.  If it were the other 
way, then the B->C nexus wouldn't really be modular: the validity of 
that reference would depend on the scope in which B was embedded, which 
usually is not what you want.

Full disclosure: I don't really know what the XML specs say, just 
reasoning from basic faith in rationality :)

-Mike

On 07/15/2010 04:44 AM, Karl Fischer wrote:
> David Carlisle<davidc<at>  nag.co.uk>  writes:
>
>    
>> well the spec's not over clear but that's my reading (and I think it's
>> what existing parsers do). For external parsed entities, if you want to
>> simply inline, you can (sometimes) make use of xml:base to locally reset
>> the base URI, but for the examples you gave of parameter entities in a
>> DTD I don't think there is any local scoping construct that you could
>> use with xml:base, so you need to keep track of the scope of the inclusion.
>>
>> David
>>      
> I think MS's XML parser doesn't work this way, but yeah, it seems others do,
> which is why I am confused.
>
> Note that the spec said:
> "This is defined to be the external entity containing the '<' which starts the
> declaration, __at the point when it is parsed as a declaration.__"
>
> The "at the point when it is parsed as a declaration" seems to imply the
> behavior I described in my first post; ... but I think your interpretation is
> probably the right one. I would like to hear some other opinions, if anyone
> else has one though.
>
> Thanks for your help, David.
>
>
> _______________________________________________________________________
>
> XML-DEV is a publicly archived, unmoderated list hosted by OASIS
> to support XML implementation and development. To minimize
> spam in the archives, you must subscribe before posting.
>
> [Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
> Or unsubscribe: xml-dev-unsubscribe@lists.xml.org
> subscribe: xml-dev-subscribe@lists.xml.org
> List archive: http://lists.xml.org/archives/xml-dev/
> List Guidelines: http://www.oasis-open.org/maillists/guidelines.php
>
>