Remoting Singleton v.s. SingleCall - 08-03-2005 , 04:55 PM
I understand the difference between the two types (Singleton & SingleCall)
but what affect does this have if the Remoting Server accepts multiple
connections from multiple clients, and they're all sending messages or using
methods? Does it (server) manage this automatically?
Re: Remoting Singleton v.s. SingleCall - 08-03-2005 , 06:08 PM
On Wed, 3 Aug 2005 13:55:00 -0700, JSheble wrote:
to publish your object), the server will make sure that there is always at
most one instance of your object created and all your clients will always
access the same object.
If you publish your object as Single Call, then the server will alwasy
create a new instance of the object whenever a client calls one of its
method and will destroy the object afterwards, which ensures you that
you'll never have 2 clients or the same client accessing the same instance
Re: Remoting Singleton v.s. SingleCall - 08-03-2005 , 07:15 PM
Ok, but I'm still a bit confused about multiple clients connecting to a
Singleton object... what if multiple clients all call the same method
simultaneously? Say 3 clients all call the same method, does the 2nd and
3rd call wait until the first finishes? Meaning does it queue the calls?
"Mehdi" <vioccc (AT) REMOVEME (DOT) gmail.com> wrote
Re: Remoting Singleton v.s. SingleCall - 08-04-2005 , 04:45 AM
incoming request. That's why it's important to code Singleton objects
thread-safe for use in Remoting.
omnibus ex nihilo ducendis sufficit unum
Spaces inserted to prevent google email destruction:
MSN oliver @ sturmnet.org Jabber sturm @ amessage.de
ICQ 27142619 http://www.sturmnet.org/blog
|Thread Tools||Search this Thread|