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

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   Re: [xml-dev] canonicalization

[ Lists Home | Date Index | Thread Index ]

At 5:04 PM -0500 3/3/02, Simon St.Laurent wrote:


>I see what you mean, but I'd expect the canonicalization to have already
>performed that resolution, and halted if it encountered a fall back.
>The canonicalized document sent to me would have no risk of "backhoe
>errors" modifying the meaning of the document, much as canonicalization
>currently removes the risk of external entities suffering backhoe
>errors.
>

However, that's not an option in the current XInclude draft. It 
specifically states in section 4.4 Fallback Behavior:

XInclude processors must perform fallback behavior in the event of a 
resource error, as follows:

If you turn off fallbacks, then you're not doing XInclude processing 
according to the latest CR. The fallback option is a critical 
difference between XInclude and external entities.
-- 

+-----------------------+------------------------+-------------------+
| Elliotte Rusty Harold | elharo@metalab.unc.edu | Writer/Programmer |
+-----------------------+------------------------+-------------------+
|          The XML Bible, 2nd Edition (Hungry Minds, 2001)           |
|             http://www.cafeconleche.org/books/bible2/              |
|   http://www.amazon.com/exec/obidos/ISBN=0764547607/cafeaulaitA/   |
+----------------------------------+---------------------------------+
|  Read Cafe au Lait for Java News:  http://www.cafeaulait.org/      |
|  Read Cafe con Leche for XML News: http://www.cafeconleche.org/    |
+----------------------------------+---------------------------------+




 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS