Thanx for the reply Brian, Having read your reply I have a better idea of ho
w to attack this.  for larger scale you mention using lobby to lobby connect
ions...Are you saying every lobby will have to connect to every other virtua
l lobby?  will the rooms b
e called through app/lobby002/room003?  Sorry for my lack of knowledge in th
is but a simple example would really help. cheers Robert--- On Wed 08/31, Br
ian Lesser < blesser-6s6ziW1YCwCw5LPnMra/2Q@public.gmane.org > wrote:F
rom: Brian Lesser [mailto:
blesser-6s6ziW1YCwCw5LPnMra/2Q@public.gmane.org]To: flashcomm-1Ss2GqJETD3yZ3
8Mhd3e//fvRVsOU7t+s0AfqQuZ5sE@public.gmane.org: Wed, 31 Aug 2005 12:27:33 -0
400Subject: Re: [FlashComm] Lobby Room RMI-HELPHi Daniel,That's an excel
lent question. There are a numb
er of different approaches. In the book I show one example where all the lob
bies connect to a master instance but don't really describe how message pass
ing between lobbies works. One approach with the single master/multiple lobb
ies is to use the master to route messages between lobbies. One assumption b
ehind this is
that each client will always stay connected to one lobby as well as to any n
umber 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 th
e system must know what use
r is connected to each lobby. The easiest and least memory intensive way I k
now of to deal with this is to keep track in a database who is logged into e
ach lobby. When a client wants to do something like send a chat invitation t
o 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 loc
ations can be sent to the master for distribution to other lobbies.Another a
pproach is to have the lobb
ies connect to each other intead of using a Master instance as a message rel
ay. For very large scale applications one master instance w
ill not be able to handle the load.Another approach is to have the Web appli
cation 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,-Bri
anDaniel Pedro wrote:> Just looking over the PFCS book, by the way very w
ell written, I am still str
uggling with the Lobby/Room concept. The main thing that concern me is if yo
u are in one room and you wish to RMI to another how can it be done? even wi
th the master example I don't quite see how a room can RMI to a lobbywhich i
n turm can RMI to another L
obby then to another room???I am basically trying to not only send private m
essages accross rooms but also call other specific functions. Please helpSor
ry for simple question..... Thank you in advance.Danny.>>_____________
___________________________
_______>Join Excite! - http://www.excite.com>The most personalized por
tal on the Web!>>=-----------------------------------
------------------------>Supported by Fig Leaf Software -
http://www.figleaf.com>=----...;>
;To change your subscription options or search the archive:>http://chattyfig.fi
gleaf.co...ashcomm> >=------------------------------
----
-------------------------Supported by Fig Leaf Software - http://www.figleaf.com=------------...-------------To change your subscription options or s
earch 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

[ Post a follow-up to this message ]