[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] RE: Another XML parsing idea? Was: Re: XML Hangover)
--- Michael Kay <mike@s...> wrote: > A protocol implies sending and receiving messages > typically across a process > boundary or even a machine boundary. This would > raise the cost of XML > parsing by a couple of orders of magnitude. I agree, that will be.. Thanks for your thoughts. Regards, Mukul > Michael Kay > > > -----Original Message----- > > From: Mukul Gandhi [mailto:mukul_gandhi@y...] > > > Sent: 13 July 2005 20:01 > > To: Michael Kay; 'Pete Cordell'; > xml-dev@l... > > Subject: Another XML parsing idea? Was: > Re: > > XML Hangover) > > > > Today, we have a paradigm in XML parsing of using > APIs > > like SAX or DOM. I was thinking of another > approach to > > parse XML documents. > > > > Can we have a protocol (instead of API) that will > talk > > between a application and the XML parser? This > shall > > make using a XML parser interoperable to the > calling > > application.. We could achieve this "we could have > a > > Microsoft XML parser serving Java program's XML > > parsing request.." > > > > Just now we have APIs like SAX and DOM and > proprietary > > Microsoft APIs.. Had we had some protocol similar > to > > HTTP, that talked between a application and > parser, it > > may help interoperability.. > > > > Is this sensible thinking? Is this idea > conceptually > > similar to StAX or .NET XmlReader parsing > approach? > > > > Regards, > > Mukul __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|