In the chat room scenario you could use private messaging. You could send a message that is not of type groupchat to the full JID of the room user for your ACKS: [EMAIL PROTECTED]/usernickname Then the whole room would not see all of them. If you had a generic ACK mechanism using message stanzas this should work without modification, since that is the from address on the groupchat messages you receive.
-JD Conley > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Dwarapudi, Vijay > Sent: Wednesday, March 15, 2006 11:29 AM > To: Jabber software development list > Subject: RE: [jdev] Options for Production/Industry quality > sdk orframeworkfor - implementing a client - > > IP delivery - and retransmit is handled within network > layers, based on > the protocol you pick, this isolates me from worrying about packets. > > In the same way, I was wondering if I could not worry about loosing > packets at the application level... and XMPP would worry > about any lost > packets, over a series of routing hops, or something like that.... > > Right now I have begun implementing an application level Ack back, and > another for receiving/tracking the ack as well. > > But the question arises - if X clients (a set of clients) were > publishing to a room, and Y clients (another set of clients) were > listening/subscribing from that room; then the clients on side X would > have to send back (application level) acks to the specific > clients on Y. > Now the clients on Y have to track/account for who received > on X, and in > (some hypothetical) case one of them did not receive it... then they > would resend through the chat room (in my scenario). > > Now, if I am not mistaken - this creates a feedback loop > where all the X > clients get the same packet, retransmit another ack for the same > packet... and so on and so forth... plus everyone sees ack packets in > the chat room. > > Vijay > > > > > > > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 15, 2006 2:11 PM > To: [email protected] > Subject: Re: [jdev] Options for Production/Industry quality sdk or > frameworkfor - implementing a client - > > On 15 Mar 2006, Peter Saint-Andre wrote: > >> * Maybe a built in extension for guaranteed delivery, since I could > >> locate a JEP extension for this. > > > > I may write a JEP about this soon (an extension to JEP-0079). > > Wow! It sounds great! :-D > > > But different people mean different things by "guaranteed delivery". > :-) > > Well, what do you mean by "guaranteed delivery"? > > Thank you. > > > -- > Igor Goryachev E-Mail/Jabber: [EMAIL PROTECTED] >
