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

Re: Common XML (was Re: Document Feature Requirements)

  • From: "Simon St.Laurent" <simonstl@s...>
  • To: David Megginson <david@m...>, <xml-dev@x...>
  • Date: Mon, 10 Apr 2000 21:54:14 -0400

common xml tags
At 08:23 PM 4/10/00 -0400, David Megginson wrote:
>"Don Park" <donpark@d...> writes:
>
>> I would agree with you if it was just the parser and the application
>> with nothing in between.  Unfortunately, most e-commerce systems is
>> based on N-tier designs with lots of middleware and mediums between
>> the data source and the application.  You have to worry, not just
>> about the size of the your toilet hole, but all the pipes between
>> your home and the sewer plant.  Sorry about my rather yucky
>> analogy. <g>
>
>Most e-commerce players are going to use XML only for interchange;
>despite the best efforts of self-proclaimed XML vendors, few real
>players would be foolish enough to redesign all of their internal
>around XML.

I think you missed something here.  N-Tier doesn't mean redesigning
internal systems around XML - it just means that multiple layers of
processing are taking place.  Those could be SAX filters, those could be
systems on different machines.  Assuming that a PI or comment that entered
at the start is going to survive the transfer, even if no explicit
transformations take place, is basically foolhardy.

We aren't writing the rules, merely pointing out the potholes.  

Element structures are more robust than PIs and comments.  Should that
surprise anyone?  

For all the reasons stated here about why PIs and comments aren't element
structures, no.

If robustness matters, if the content inside those PIs and comments needs
to be able to survive trips through multiple tiers of processing, then
consider alternatives - like clearly labelled element structures.  If it
doesn't, then use PIs and comments.

[Side note: XSLT's defaults for PIs and comments, to me, say a lot
indirectly about the 'robustness' of PIs and comments, especially in
contrast to the rules for elements: The built-in template rule for
processing instructions and comments is to do nothing.  <xsl:template
match="processing-instruction()|comment()"/>]

Simon St.Laurent
XML Elements of Style / XML: A Primer, 2nd Ed.
Building XML Applications
Inside XML DTDs: Scientific and Technical
Cookies / Sharing Bandwidth
http://www.simonstl.com

***************************************************************************
This is xml-dev, the mailing list for XML developers.
To unsubscribe, mailto:majordomo@x...&BODY=unsubscribe%20xml-dev
List archives are available at http://xml.org/archives/xml-dev/
***************************************************************************

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.