[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: Feeler for SML (Simple Markup Language)

  • From: Leigh Dodds <ldodds@i...>
  • To: xml-dev@i...
  • Date: Tue, 16 Nov 1999 11:41:02 -0000

RE: Feeler for SML (Simple Markup Language)
> >right to ignore external entities, not to barf, just to ignore them.  If
> >the system is specified in this way, nobody will send external entities.
> >(Which lord knows they shouldn't be doing in ecommerce-land anyhow).
> 
> Nope, sorry, not that easy, unless you specify the use of a specific
> processor or put big warning labels throughout indicating that external
> entities should not be used.  

Aren't those "big warning labels" going to be the schema/DTD/messaging 
format defined for your EDI/E-Commerce application. If you're 
in violation of that format then you message/data/whatever deserves 
to be junked. 

If you use entities internally thats fine, so long as they get 
replaced before the XML 'hits the wire'.

The problem applies equally to say, malformed element names - if 
its outside the spec it invalid.

I can see why perhaps there would be a need to gracefully recover 
from such cases, and attempt to get *something* out of the document, 
but if we're talking EDI/E-Commerce then we're probably talking 
atomic transactions as well, so getting *some* of the data 
just isn't enough.

If you've defined a standard messaging format that stops a lot 
of features being used, then I can also see some advantage in 
not having a parser which supports those features, if theres 
a significant performance/overhead difference, and I know 
the format is never going to be revised to add in any 
other those features.

So, conform to your spec and you'll be fine. It means that 
you may have to do additional work to ensure that the 
fragments/documents/messages don't use any illegal features, especially 
if you're handling fragments from outside your own domain.

I think you've already correctly pointed out (in your Packaging/Profiling 
posting) that this type of validation needs some attention.


Cheers,

L.

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To unsubscribe, mailto:majordomo@i... the following message;
unsubscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)



PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.