<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'>I'm not sure what architecture you are using, but aren't you doing something like:<BR>
 <BR>
- read socket (TLS is handled at the socket layer)<BR>
- unwrap sasl if sasl has been negotiated<BR>
- uncompress if XEP-0138 compression has been negotiated<BR>
- present ascii XML to XML parser<BR><BR>
I also don't see why you can't just keep doing what you are doing now (throwing out the parser). The only thing that is changing is the removal of the <stream:stream> stanzas. You can still throw away (or reset) the parser at the right moments.<BR><BR><BR><BR>

<HR id=stopSpelling>
<BR>
> From: linuxwolf@outer-planes.net<BR>> To: standards@xmpp.org<BR>> Date: Wed, 7 May 2008 21:42:02 -0600<BR>> Subject: Re: [Standards] stream restarts<BR>> <BR>
> <BR>> "Simply" inserting a TLS wrap/unwrap stage is trivial to do with the <BR>> expat C API. However, it's incredibly complex with the vast majority <BR>> of XML parsers. For these, it's pretty easy to stop the current <BR>> processing, throw out the previous parser, and create a new parser <BR>> with the TLS and/or SASL unwrap next in the I/O stack.<BR>> <BR>> --<BR>> Matthew A. Miller<BR>> linuxwolf@outer-planes.net<BR>\<BR><br /><hr />With Windows Live for mobile, your contacts travel with you. <a href='http://www.windowslive.com/mobile/overview.html?ocid=TXT_TAGLM_WL_Refresh_mobile_052008' target='_new'>Connect on the go.</a></body>
</html>