Can't we code both Remote Interface and Local Interface and based on the situation whether the called EJB is in the same JVM or in different JVM we will use Local or Remote Interface..? Is this possible using the APIs provided now in EJB2.0? I am just curious to know, because I haven't worked on this Local interface .... any EJB we bundle it.. we are bundling all Home,Remote and Bean in a single Jar right..? Then if home factory object is there in one machine, sure Remote Object and our bean must be there right...? Then, Why do we need this Remote interface at all , we would have used Local Interface itself right..? I think, I misunderstood something.... Can some one please explain me this..!
My question is All our Home/Remote and Bean are going to be in a single jar....in clustered environment also we are going to have different copy of same jar in different machine...so when a request finds Home object on one machine....sure Remote and Bean should be there right..? Then why are we using Networked code (Marshelling/Demarshelling) inside the Home and Remote implementation thats done by the container..?? Can some one please clarify this for me..?? Thankz a million... Yogaraj -----Original Message----- From: Ramakrishna N [mailto:[EMAIL PROTECTED]] Sent: Thursday, August 01, 2002 12:20 PM To: [EMAIL PROTECTED] Subject: Re: Reg Local Intreface in EJB 2.0 Hey ! Probably in that scenario we wont be going for LocalInterfaces at all. When I know in advance that I need to access one of the beans from another server I wont be designing it as a LocalInterface but as a RemoteInterface. Am I missing anything here ? Regards, kris -----Original Message----- From: Vikram Naik [mailto:[EMAIL PROTECTED]] Sent: Thursday, August 01, 2002 12:37 PM To: [EMAIL PROTECTED] Subject: Re: Reg Local Intreface in EJB 2.0 Hello, So far so good ... but what if the components are separated among several servers to scale up the application ... we wont be able to take the adv of local interfaces.. and hence it does compromises the location transparency!!!!!!!! Thanks & Regards, Vikram Naik -----Original Message----- From: A mailing list for Enterprise JavaBeans development [mailto:[EMAIL PROTECTED]]On Behalf Of Ramakrishna N Sent: Thursday, August 01, 2002 11:56 AM To: [EMAIL PROTECTED] Subject: Re: Reg Local Intreface in EJB 2.0 Hi, Location Transparency ? Its in the same VM right. In a cluster environment all the nodes will be sent the deployment information over the multicast-channel and after crossing the LoadBalancing "barrier", the call gets into one of the nodes and so its still the same-VM-lookup and so looking up of a LocalHome is not a Remote call in a cluster environment. Regards, kris -----Original Message----- From: SAMINATHAN [mailto:[EMAIL PROTECTED]] Sent: Thursday, August 01, 2002 11:53 AM To: Ramakrishna N; [EMAIL PROTECTED] Subject: Re: Re: Reg Local Intreface in EJB 2.0 Does it not compromise on the location transparency? And how does it works in the Cluster environment? Thanks and Regards Saminathan. ----- Original Message ----- From: "Ramakrishna N" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, August 01, 2002 11:41 AM Subject: Re: Reg Local Intreface in EJB 2.0 > Hi, > This look-up is not a remote method call as it happens for a remoteHome > lookup. So its a nice abstraction and a clearner way of implementation. > That's how all the verdors must be implementing it. > Have a nice day > regards, > kris > > -----Original Message----- > From: Vikram Naik [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, July 31, 2002 2:34 PM > To: [EMAIL PROTECTED] > Subject: Reg Local Intreface in EJB 2.0 > > > Hello All, > > In Ejb2.0 we have LocalHome and Local-Component Interfaces, which > can reduce the unnecessary overhead of remote calls if the Ejbs are in same > JVM. I was just pondering on one thought .... > > If the Ejb's are in same JVM then Why LookUP ???? ... can't there be some > other mechanism to get the home object.... > > Thanks & Regards > Vikram Naik > > ==========================================================================To > unsubscribe, send email to [EMAIL PROTECTED] and include in the body > of the message "signoff EJB-INTEREST". For general help, send email to > [EMAIL PROTECTED] and include in the body of the message "help". > > =========================================================================== > To unsubscribe, send email to [EMAIL PROTECTED] and include in the body > of the message "signoff EJB-INTEREST". For general help, send email to > [EMAIL PROTECTED] and include in the body of the message "help". =========================================================================== To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff EJB-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". ==========================================================================To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff EJB-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". =========================================================================== To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff EJB-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". "THIS E-MAIL MESSAGE ALONG WITH ANY ATTACHMENTS IS INTENDED ONLY FOR THE ADDRESSEE and may contain confidential and privileged information. If the reader of this message is not the intended recipient, you are notified that any dissemination, distribution or copy of this communication is strictly Prohibited. If you have received this message by error, please notify us immediately, return the original mail to the sender and delete the message from your system." =========================================================================== To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff EJB-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
