| Daniel Pedro 2005-08-31, 5:50 pm |
| Thanx for the reply Brian, Having read your reply I have a better idea of how to attack this. for larger scale you mention using lobby to lobby connections...Are you saying every lobby will have to connect to every other virtual lobby? will the rooms b
e called through app/lobby002/room003? Sorry for my lack of knowledge in this but a simple example would really help. cheers Robert--- On Wed 08/31, Brian Lesser < blesser-6s6ziW1YCwCw5LPnMra/2Q@public.gmane.org > wrote:From: Brian Lesser [mailto:
blesser-6s6ziW1YCwCw5LPnMra/2Q@public.gmane.org]To: flashcomm-1Ss2GqJETD3yZ38Mhd3e//fvRVsOU7t+s0AfqQuZ5sE@public.gmane.org: Wed, 31 Aug 2005 12:27:33 -0400Subject: Re: [FlashComm] Lobby Room RMI-HELPHi Daniel,That's an excellent question. There are a numb
er of different approaches. In the book I show one example where all the lobbies connect to a master instance but don't really describe how message passing between lobbies works. One approach with the single master/multiple lobb
ies is to use the master to route messages between lobbies. One assumption behind this is
that each client will always stay connected to one lobby as well as to any number of rooms. So things like chat invitation messages always go from lobby to master to lobby and no rooms are involved. Another assumption is that the system must know what use
r is connected to each lobby. The easiest and least memory intensive way I know of to deal with this is to keep track in a database who is logged into each lobby. When a client wants to do something like send a chat invitation to a list of people the lobb
y makes a remoting call to lookup the lobby each invitee is connected to. An RMI to the master with a list of users, an invitation message, and user locations can be sent to the master for distribution to other lobbies.Another approach is to have the lobb
ies connect to each other intead of using a Master instance as a message relay. For very large scale applications one master instance w
ill not be able to handle the load.Another approach is to have the Web application connect
to and update the lobbies itself with a client invitation. For that we need MM to deliver the Java SDK they mentioned in the Sneak Peek.Yours truly,-BrianDaniel Pedro wrote:> Just looking over the PFCS book, by the way very well written, I am still str
uggling with the Lobby/Room concept. The main thing that concern me is if you are in one room and you wish to RMI to another how can it be done? even with the master example I don't quite see how a room can RMI to a lobbywhich in turm can RMI to another L
obby then to another room???I am basically trying to not only send private messages accross rooms but also call other specific functions. Please helpSorry for simple question..... Thank you in advance.Danny.>& gt;_____________________________________
___
_______>Join Excite! - http://www.excite.com>The most personalized portal on the Web!>>=-----------------------------------
------------------------>Supported by Fig Leaf Software -
http://www.figleaf.com>=----...p;gt;>To change your subscription options or search the archive:>http://chattyfig.figleaf.com/mailma...ashcomm> >=----------------------------------
-------------------------Supported by Fig Leaf Software - http://www.figleaf.com=------------...-------------To change your subscription options or search the archive:http://chattyfig.figleaf.com/mailman/listinfo/flashcomm
________________________________________
_______
Join Excite! - http://www.excite.com
The most personalized portal on the Web!
=-----------------------------------------------------------
Supported by Fig Leaf Software - http://www.figleaf.com
=-----------------------------------------------------------
To change your subscription options or search the archive:
http://chattyfig.figleaf.com/mailman/listinfo/flashcomm
|