WebSphere 5.0, WebLogic 8.0, and even JRun 4.0 all optimize intra-container inter-bean method calls. I still maintain, however, that EJB has been over-hyped and (especially) now that iBATIS, Hibernate, and various JDO implementations are available, is overkill and too restrictive (e.g., does not support polymorphism nor inheritence). Ask yourself if you would use CORBA in the same situation.
Mark -----Original Message----- From: Navjot Singh [mailto:[EMAIL PROTECTED] Sent: Thursday, October 09, 2003 7:20 AM To: Struts Users Mailing List Subject: RE: ejb's and tomcat then which one is good in your eyes? >-----Original Message----- >From: Mark Galbreath [mailto:[EMAIL PROTECTED] >Sent: Thursday, October 09, 2003 4:38 PM >To: Struts Users Mailing List >Subject: RE: ejb's and tomcat > > >JBoss is crap, anyway. > >-----Original Message----- >From: Brian McSweeney [mailto:[EMAIL PROTECTED] >Sent: Thursday, October 09, 2003 7:44 AM > >This isn't the case for jboss at least. You gain major performance >increases. > >-----Original Message----- >From: Mark Galbreath [mailto:[EMAIL PROTECTED] >Sent: 09 October 2003 10:35 > >Yes, the advantage of using local interfaces in EJBs is avoiding the >creation of stubs and skeletons, use of RMI and serialization. But what >many people don't realize is that all the major containers have been >doing >this since 1.1 anyway, abeit in proprietary ways. You really gain no >performance advantage by explicitly declaring an EJB interface local - >you >merely adhere to the specification. > >Mark > >-----Original Message----- >From: Kunal H. Parikh [mailto:[EMAIL PROTECTED] >Sent: Wednesday, October 08, 2003 8:20 PM > >The CMP2.x spec allows declaring EJBs as local objects. > >The advantage of the local EJB objects is that they don't get >serialized/deserialized(I think) and pass-by-reference and not by-value. > >Effectively, If you use a LocalEJB, you have the flexibitly of making >the REMOTE with very few changes to code. > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
