[jdev] Question about resource binding to server implementors
Peter Saint-Andre
stpeter at jabber.org
Tue Mar 28 22:41:17 CST 2006
On Wed, Mar 29, 2006 at 09:57:41AM +0530, Vinod Panicker wrote:
> On 3/29/06, Peter Saint-Andre <stpeter at jabber.org> wrote:
> > On Tue, Mar 28, 2006 at 03:20:15PM +0530, Vinod Panicker wrote:
> > >
> > > Anyways, the point to be clarified that remains is -
> > >
> > > In case of a connected resource, a new resource with the same resource
> > > identifier is to be returned a <conflict/>, whereas in the case of an
> > > active resource, a new resource with the same resource identifer is
> > > recommended to be allowed to login, returning a <conflict/> to the old
> > > resource.
> >
> > Where did you get this? I think you're reading too much into the spec.
>
> >From RFC 3920, Section 7
>
> Client binds a resource:
>
> <iq type='set' id='bind_2'>
> <bind xmlns='urn:ietf:params:xml:ns:xmpp-bind'>
> <resource>someresource</resource>
> </bind>
> </iq>
>
> <snip/>
>
> When a client supplies a resource identifier, the following stanza
> error conditions are possible (see Stanza Errors (Section 9.3)):
>
> <snip/>
>
> o The provided resource identifier is already in use but the server
> does not allow binding of multiple connected resources with the
> same identifier.
I can't remember why we even thought about allowing a client to bind
multiple resources with the same identifier, since it would play havoc
with delivery logic. Sounds to me like a clean-up item for rfc3920bis.
Peter
More information about the JDev
mailing list