Unfortunately, as is ever the case, the interface protocol is rather out of my hands......
<OT> Although, I can see their point to an extent. When processing messages coming across a network stream in real time, you want processing speed to be high, and latency to be low, which means you want to cut down on the volume of stuff that goes across the wire, and hence the amount of stuff your parser has to parse </> Cheers James ---------------------------------------- Message History ---------------------------------------- From: Tom Bradford <[EMAIL PROTECTED]>@gate1.de.deuba.com on 23/05/2001 12:24 MST Please respond to [EMAIL PROTECTED] DELEGATED - Sent by: [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: Re: Terminating with </> James Richardson wrote: > I've been asked to integrate some java with a c++ program that spits out > (almost) xml. The xml looks something like this > > <Request> > <Service Act="Subscribe" Dest=":Naming:"> > <ServiceAttr>SomeValue</> > </Service> > </Request> > > That is, the terminating tag can be _either_ </> or </name>. I know that > this is not true xml, but it can make for significantly shorter messages. > > Is this something that I can parse out-of-the-box with xerces-j? If it were, I'd be very surprised and disappointed. Disk space is cheap, and parsers are free, so it's probably far more economical to ask the c++ programmers to actually spit out proper XML than this bastardization of it. It will only help them in the end. -- Tom Bradford --- The dbXML Project --- http://www.dbxml.org/ We store your XML data a hell of a lot better than /dev/null --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
