RE: [security-services] Fragment identifiers (again)

["Hallam-Baker, Phillip" <pbaker@verisign.com>]

I don't think we need xml:base because there is no reason to support
changing the base in our particular case. 


Phillip Hallam-Baker FBCS C.Eng.
Principal Scientist
VeriSign Inc.
pbaker@verisign.com
781 245 6996 x227


> -----Original Message-----
> From: Eve L. Maler [mailto:eve.maler@sun.com]
> Sent: Wednesday, February 06, 2002 9:44 AM
> To: security-services@lists.oasis-open.org
> Subject: Re: [security-services] Fragment identifiers (again)
> 
> 
> At 07:22 PM 2/5/02 -0500, Rich Salz wrote:
> >The W3C rules (for what it's worth) require every XML spec to be
> >xml:base-aware, even if they say "no special semantics."
> 
> Not so.  From http://www.w3.org/TR/xmlbase/:
> 
> "The deployment of XML Base is through normative reference by new 
> specifications, for example XLink and the XML Infoset. 
> Applications and 
> specifications built upon these new technologies will 
> natively support XML 
> Base. The behavior of xml:base attributes in applications based on 
> specifications that do not have direct or indirect normative 
> reference to 
> XML Base is undefined."
> 
> At some future point, there might be a grand XML unification 
> in which XML 
> Base is built in to parser behavior.  But even then, you need 
> to know the 
> application's concept of which of its fields are URIs in 
> order to fully 
> apply XML Base.
> 
> >I believe the intent is less that someone may define xml:base, but
> >rather that (as in xml dsig) you define an entity, &dsig, 
> for the base,
> >so things like &disg;#x509data make sense.
> >
> >SOAP, of course, does not allow DTD's, so no entitities, so 
> there's no
> >gain.  And using xml:base there might be confusing, since some SOAP
> >toolkits might want to use it themselves.  (None that I know of, but
> >still...)
> 
> XML Base merely provides an in-band, element-granularity way to set a 
> base.  There are other ways (e.g., by fiat in the 
> application's spec, which 
> I suggested before).  It's probably too late/complicated for 
> us to get into 
> the XML Base business this time around, but perhaps a later version...
> 
>          Eve
> --
> Eve Maler                                    +1 781 442 3190
> Sun Microsystems XML Technology Center   eve.maler @ sun.com
> 
> 
> ----------------------------------------------------------------
> To subscribe or unsubscribe from this elist use the subscription
> manager: <http://lists.oasis-open.org/ob/adm.pl>
>

Phillip Hallam-Baker (E-mail).vcf