Jason McIntosh | 23 Aug 20:47
Picon

Re: [Volity-javolin-dev] By the way

On 8/22/05, Andrew Plotkin <erkyrath <at> eblong.com> wrote:
> 
> Now, to create a GameServer, you need the server's JID. Where do you get
> this? We don't have it, nor do we have the referee's JID. As far as I can
> tell, the only way to get either JID is to join the MUC and do a disco on
> the referee. (The MUC won't permit any querying of MUC members, including
> the referee, until you join. You can't even get the list of members.)

There is a way around this, but it relies more on how I have things
written in Frivolity than how I have things defined in the spec (such
as it is).

You _can_ query the referee, if you can learn its true JID. And in
Frivolity, that JID is always knowable through this formula:

[the parlor's base JID]/[the node-part of the MUC's JID]

So, the referee of funtable42 <at> conference.volity.net, a table within
the parlor game <at> foo.com, is game <at> foo.com/funtable24.

We could put this behavior into the spec, but it makes implementation
a little haier... AFAICT you'd have to create the table with the
parlor first (to guarantee the name's availability), then spawn the
ref with that resource string, then (as table creator) grant the ref
owner-level powers over the table so it can enter and do its thing.

I have to say though it's an unpleasant surprise that you can't disco
a non-anonymous table... I really thought it was otherwise. Is this
behavior defined in he Jabber spec?

(Continue reading)

Andrew Plotkin | 23 Aug 21:10

Re: [Volity-javolin-dev] By the way

On Tue, 23 Aug 2005, Jason McIntosh wrote:

> On 8/22/05, Andrew Plotkin <erkyrath <at> eblong.com> wrote:
>>
>> Now, to create a GameServer, you need the server's JID. Where do you get
>> this? We don't have it, nor do we have the referee's JID. As far as I can
>> tell, the only way to get either JID is to join the MUC and do a disco on
>> the referee. (The MUC won't permit any querying of MUC members, including
>> the referee, until you join. You can't even get the list of members.)
>
> There is a way around this, but it relies more on how I have things
> written in Frivolity than how I have things defined in the spec (such
> as it is).
>
> You _can_ query the referee, if you can learn its true JID. And in
> Frivolity, that JID is always knowable through this formula:
>
> [the parlor's base JID]/[the node-part of the MUC's JID]
>
> So, the referee of funtable42 <at> conference.volity.net, a table within
> the parlor game <at> foo.com, is game <at> foo.com/funtable24.

But we don't have the parlor JID *either*! (In fact, it's the parlor JID 
that I'm trying to get.) I'm starting with *only* 
"funtable42 <at> conference.volity.net".

> I have to say though it's an unpleasant surprise that you can't disco
> a non-anonymous table... I really thought it was otherwise. Is this
> behavior defined in he Jabber spec?

(Continue reading)


Gmane