[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)

• To: "'Mukul Gandhi'" <mukul_gandhi@y...>,"'Pete Cordell'" <petexmldev@t...>,<xml-dev@l...>
• Subject: RE: Another XML parsing idea? Was: Re: XML Hangover)
• From: "Michael Kay" <mike@s...>
• Date: Thu, 14 Jul 2005 22:42:41 +0100
• In-reply-to: <20050714212251.24448.qmail@w...>
• Thread-index: AcWIujOLzYk2nLRkSpakAp5l6snmzQAAoSlw

 
> 
> Let us take Java and Microsoft products (e.g. MSXML).
> A Java application has to take services of the
> Microsoft XML parser. I am not talking about any COM
> bridge etc. The Microsoft XML parser will implement a
> sort of protocol listner (similarly on Java side). The
> Java application will request for XML parsing over
> this protocol (presently hypothetical). Just now I am
> not sure what will be the semantics of this protocol;
> but to my opinion, it will work over native OS
> transport, like memory queues;)
> 
> Does this sound possible to have?
> 

It's entirely possible, but it's also unnecessary, since there are perfectly
good Java parsers around. If you have to run applications on a heterogeneous
platform, then you want to put the boundary where the amount of chat is
lowest.

Michael Kay
http://www.saxonica.com/

• References:
  • RE: Another XML parsing idea? Was: Re: XML Hangover)
    • From: Mukul Gandhi <mukul_gandhi@y...>

• Prev by Date: RE: Another XML parsing idea? Was: Re: XML Hangover)
• Next by Date: XSLT processor internals (was RE: Another XML parsing idea?)
• Previous by thread: RE: Another XML parsing idea? Was: Re: XML Hangover)
• Next by thread: RE: Another XML parsing idea? Was: Re: XMLHangover)
• Index(es):
  • Date
  • Thread