[Standards] About stream namespaces

Tomasz Sterna tomek at xiaoka.com
Mon Mar 19 08:40:25 UTC 2007

Dnia 19-03-2007, pon o godzinie 07:23 +1100, Daniel Noll napisał(a):
> > the XML recommendation), the XML parser is allowed to bail out and call
> > it a 'not-well-formed XML document'.
> Is it?  I don't know of any parsers which do, and I certainly don't know of 
> anything in the XML specification which demands that the entire document be 
> available up-front.  Most parsers will just sit there and do nothing until 
> they get all the data (which in this situation would never happen, if that 
> were the only parser reading from the stream.  If you had two parsers and one 
> of them was making responses, it might be a different story.)

I seem to be missing your point.
Where is this discussion going to?

We do not produce XML documents with XMPP.
We do not process XML documents with XMPP.
We've defined so called XML-streaming protocol, that uses an application
of XML to transport XMPP packets. And these packets are of our interest.
We happen to use XML technologies, because it has well designed
extensibility built-in, that is our goal (the X in the XMPP acronym).

It might be, that an XMPP <stream/> is not a well formed XML _document_.
So what? It wasn't designed to be.
You cannot properly parse XMPP with your XML parser? It simply means,
that it doesn't conform to XMPP requirements. Use another parser, or fix
yours to be XMPP compliant. "Fixing" XMPP to fit your parser isn't a way
to go.

> > Another alternative would be to make a small packet-layer on the tcp stream
> > which sends packets which look roughly like this:
> >    -------------------------------
> >
> >    | packet length header | data |
> >
> >    -------------------------------
> > data would contain a fully well-formed XML document and the other side
> > just needs to parse that well-formed XML document contained in the data
> > part after it has read the whole packet.

How is this going to help with anything?
What is the rationale behind this idea?

Tomasz Sterna
Xiaoka Grp.  http://www.xiaoka.com/

More information about the Standards mailing list