It seems that using the connect method of the ApplicationAdapter does not
work.
Doing:
public boolean appConnect ( IConnection conn, Object[] params ){
....
conn.connect( __getLobbyRoom() );
return true;
}
works. The connection is bound to the lobby scope and I get the lobby's
roomName attribute correctly ( I set the roomName at roomStart ).
So the question now is why doesn't the main connect method not work?
cosmin
> Makes sense.
> Any dea what is the difference between acope join and scope connect
> triggered on the server side?
> I find that I can join a serverside created subscope of the main app (
> roomStart and then roomJoin is triggered ) but if I do a connect instead
> of join the entire app gets restarted with the path = app/myroom and
> behaves like a normal app ( no roomConenct is triggered ).
>>From what you said you flash clients on serverside but the actual scope
> change ( move to other room ) is done on the client.
> Could it be that connect from serverside does something else than connect
> from client side?
>
> cosmin
>
>> [EMAIL PROTECTED] wrote:
>>> Hi Jalmari!
>>> Thanks for the reply.
>>> Yes, Joachim pointed that a client can user +1 connections to the
>>> application.
>>> Thing is that I want to grab a client by it's connection and swing him
>>> to
>>> another scope. I have them connecting to room app/myroom and if they
>>> don't
>>> provide proper user/pass I need to put them in app/lobby.
>>> The problem in that I try t do this in roomConnect. So if invalid auth
>>> I
>>> create a 'lobby' subscope for the main app and I bind the conenction to
>>> the lobby scope. On the next line I return false so the client does not
>>> conenct to the myroom scope. This doesn't work ok. On client side all I
>>> get is the conenction being rejected.
>>> Any idea how this scenario should be implemented correctly?
>>>
>>> cosmin
>>>
>> We are doing this in way that server marks users (stored in
>> application-level cache) on server side as "intransit" and then tells
>> client to disconnect and then connect to a new url. This way users are
>> not scope specific but objects seen by users are.
>>
>> - J
>>
>> --
>> _____________________________________________________
>> Jalmari Raippalinna
>> Flash Developer Apaja Online Entertainment Oy
>>
>>
>>
>> _______________________________________________
>> Red5 mailing list
>> [email protected]
>> http://osflash.org/mailman/listinfo/red5_osflash.org
>>
>
>
> _______________________________________________
> Red5 mailing list
> [email protected]
> http://osflash.org/mailman/listinfo/red5_osflash.org
>
_______________________________________________
Red5 mailing list
[email protected]
http://osflash.org/mailman/listinfo/red5_osflash.org
