I received this solution from Dov Katz.  Thanks Dov!
--- Begin Message ---
If it wants to send partial results over several iq packets, it would send
multiple iq sets, and the final one is an iq result. so when you (typically) see
a single iq result, it encompasses all the records, as well as the notification
that this is the last record in response to your [id].  This is what the jabber o
reilly book says, and it is verified from my own gateway/transport
implementations.

You can forward this to jdev if you want, as I cannot send to jdev from this
address.

Best regards
-Dov Katz

Sebastiaan 'CBAS' Deckers wrote:

> Client sends out one <iq/> with a unique id="abc123", but can receive
> multiple type="result" replies with that same="abc123" id (even if they
> have different from="xyz" attributes).
> Isn't this what you meant?
> The client is not sending out multiple <iq/>s with the same id to all
> the services, just one <iq/> to one service, but multiple results from
> multiple services to one client.
>
> --
> Sebastiaan
>
> Peter Saint-Andre wrote:
> > Hmm, does this technique rely on sending multiple IQ results with the same
> > 'id' attribute? If so, that's in violation of the XMPP core doc, which
> > specifies that the value of an ID must be unique within a stream (this is
> > consistent with the XML spec).
> >
> > Peter
> >
> > --
> > Peter Saint-Andre
> > Jabber Software Foundation
> > http://www.jabber.org/people/stpeter.php
> >
> > On Sun, 8 Dec 2002, Sebastiaan 'CBAS' Deckers wrote:
> >
> >
> >>Is there any implementation of a public service using this technique?
> >>My client supports these sequential results however I could never test
> >>this in the real world.
> >>This is an interesting protocol design choice, but it raises security
> >>concerns.  When all you have to rely on is the "id" attribute, how much
> >>chance is there that someone can spoof results?  Or even by accident, as
> >>most libraries don't generate random id's.
> >>
> >>--
> >>Sebastiaan
> >>
> >>
> >>Peter Saint-Andre wrote:
> >>
> >>>If you have implemented jabber:iq:search in your software AND you are
> >>>using the feature that enabled you so receive multiple IQs for large
> >>>result sets, I would appreciate it if you could let me know. When I
> >>>documented jabber:iq:search in JEP-0055, I left this out because I have
> >>>not been able to find implementations. But if there are implementations, I
> >>>may add it in.
> >>>
> >>>Thanks.
> >>>
> >>>Peter
> >>>
> >>>--
> >>>Peter Saint-Andre
> >>>Jabber Software Foundation
> >>>http://www.jabber.org/people/stpeter.php
> >>
> >>_______________________________________________
> >>jdev mailing list
> >>[EMAIL PROTECTED]
> >>http://mailman.jabber.org/listinfo/jdev
> >>
> >
> >
> > _______________________________________________
> > jdev mailing list
> > [EMAIL PROTECTED]
> > http://mailman.jabber.org/listinfo/jdev
> >
> >
>
> _______________________________________________
> jdev mailing list
> [EMAIL PROTECTED]
> http://mailman.jabber.org/listinfo/jdev

--
This communication is intended for the addressee(s) and may contain confidential
and legally privileged information.  We do not waive confidentiality or privilege
by mistransmission.  If you have received this communication in error, any use,
dissemination, printing or copying is strictly prohibited; please destroy all
electronic and paper copies and notify the sender immediately.

begin:vcard 
n:Katz;Dov
tel;work:+1 (212) 762-2171
x-mozilla-html:FALSE
url:http://www.morganstanley.com
org:<img src="http://www.morganstanley.com/img/morgan.gif";> ;Information Technology
version:2.1
email;internet:[EMAIL PROTECTED]
adr;quoted-printable:;;750 7th Avenue=0D=0A34th Floor;New York;NY;10019;
fn:Dov Katz
end:vcard
--- End Message ---

Reply via email to