geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Filip Hanik - Dev Lists <>
Subject Re: Was: Clustering: Monitoring... - Now: Clustering: OpenEJB...
Date Fri, 05 May 2006 03:37:49 GMT
Jules Gosnell wrote:
> David Blevins wrote:
>> On May 4, 2006, at 12:57 AM, Jules Gosnell wrote:
>> Sort of.  Both your explanations involve smartening the java clients  
>> on the other end of WS or CORBA to play nice.
> ??
> smart java stubs for RMI over OpenEJB-protocol (what is it called?) or 
> for WS, the load-balancer will do it.
>> The goal of those  protocols is to interop in a language agnostic 
>> fashion.  WS are all  stateless for EJB, so there is nothing to 
>> cluster anyway.
> stateless calls are still clustered - the load-balancing and failover 
> considerations still exist - you just do not require session affinity 
> (stickiness). If you are talking about server-side requirements, then 
> I agree.
>> But for  IIOP, would we simply not offer clustering to people using 
>> CORBA to  interop with clients in other languages or on other platforms?
> to tell the truth, these cases have escaped my radar - My CORBA 
> knowledge is pretty thin and I have only really considered it in a 
> java/java environment - I am sure that Kresten would be much better 
> positioned to answer this question... I will CC this to him, in case 
> he would like to pick it up...
corba is not far from RMI, and the corba implementation that you use, 
create their own stubs, and those stubs can do the same stuff
as smart RMI stubs. I'm sure that corba could even do dynamic proxies in 
some sort of sense, they werent able to when I used it a long time ago, 
but if the technology has kept up, then yes, you should be able to build 
in significant logic in the clients.


View raw message