[Standards-JIG] Invitation to use XMPP based game from Instant Messaging Application.

[Olivier Goffart]

Le lundi 28 août 2006 12:29, Matthew Wild a écrit :
> Would such a daemon be able to work transparently between applications and
> the user's real server? If some method for the daemon to authenticate to
> the server, and the local applications authenticate to the daemon, the
> daemon could handle routing of stanzas to the various local applications.

So you're in fact using a kind of "man-on-the-middle" mechanism ?
That looks pretty complex, for which benefit ?

> [...] This would help it to keep track of which stanzas should be routed to
> which local application when they are recieved via the Jabber server.

Why can't the normal server already does that ?
And it already does : it send stanza to a particular ressource.

Now, what's missing is just the mechanism to start one application which is 
not already connected. I've suggested a way in the JEP proposal I have linked 
in my first mail.

> [...]
> On 8/25/06, Hal Rottenberg <halr9000 at gmail.com> wrote:
> > There are several very popular applications in this space right
> > now--and so far as I know, none of them use XMPP.  :)  I mean you have
> > Gamespy, Xfire, every portal (Yahoo, MSN, etc.) has their java or
> > flash gaming section where you can match player together.

Not now, because XMPP is still not very popular, but it seems to me that it's 
popularity increase.
Anyway, One could extend the invitation process to use every applications.

> > It would be awesome if my IM client or OS applet were to discover some
> > network-aware applications that I have installed, and then advertise
> > that using [insert favorite subscription or advertising protocol of
> > the day]. 

The JEP proposal I linked comes with implementation details which explains how 
to discover others application (only under UNIX for now because i don't know 
windows at all)

> > Especially neat if you were in a MUC with relative 
> > strangers, but you find that a couple of people with you in the room
> > have in common that you play Quake.  Then the next step would be the
> > signalling and the tie into the actual game (which is the easy part
> > because it's all been done before with these other apps).

The problem with muc is that you can send <iq/> only to the connected resource 
to the room (if the room is anonymous)
So you are not able to discover if another already connected resource already 
has the feature.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://mail.jabber.org/pipermail/standards/attachments/20060828/7afe9f2d/attachment.pgp