[jdev] Websockets RFC: stream: prefix required or not?

[Michael Weibel]

Because the example is confusing (IMHO)
<https://tools.ietf.org/html/rfc7395#section-3.3.3>:


   Note that for stream features and errors, there is no parent context
   element providing the "stream" namespace prefix as in [RFC6120], and
   thus the stream prefix MUST be declared or use an unprefixed form:

   <stream:features xmlns:stream="http://etherx.jabber.org/streams">
     <bind xmlns="urn:ietf:params:xml:ns:xmpp-bind"/>
   </stream:features>

   -- OR --

   <error xmlns="http://etherx.jabber.org/streams">
     <host-unknown xmlns='urn:ietf:params:xml:ns:xmpp-streams'/>
   </error>

The text is could be better "and thus the stream prefix MUST be declared or
use an unprefixed form" and also the example (using twice the features
instead of once features & once error). E.g. something like that:


   Note that for stream features and errors, there is no parent context
   element providing the "stream" namespace prefix as in [RFC6120], and
   thus the stream prefix MUST be declared or use an unprefixed form:

   <stream:features xmlns:stream="http://etherx.jabber.org/streams">
     <bind xmlns="urn:ietf:params:xml:ns:xmpp-bind"/>
   </stream:features>

   -- OR --

   <features xmlns="http://etherx.jabber.org/streams">
     <bind xmlns="urn:ietf:params:xml:ns:xmpp-bind"/>
   </features>


Would help a lot already, I think.

2015-02-03 13:16 GMT+01:00 Florian Schmaus <flo at geekplace.eu>:

> On 03.02.2015 12:53, Michael Weibel wrote:
> > It looks as if you'd need to use the "stream:" prefix for "features" but
> > you shouldn't/mustn't use it for "error".
>
> What makes you think that you need to use a prefix (or String 'stream'
> as prefix) when using features?
>
> - Florian
> _______________________________________________
> JDev mailing list
> Info: http://mail.jabber.org/mailman/listinfo/jdev
> Unsubscribe: JDev-unsubscribe at jabber.org
> _______________________________________________
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.jabber.org/jdev/attachments/20150203/ae62fc4b/attachment.html>