RE: Remote EJB calls from Tomcat 5 to Weblogic 8.1 appear to be s lower than from Weblogic 8.1 as a web server

["Nelson, Tracy M." <Tr...@nelnet.net>]

| From: Jonathan Kitchner [mailto:j.kitchner@themunicenter.com]
| Sent: Friday, 11 May, 2007 14:39
| 
|             Under Tomcat the EJB calls are much slower ( I know that
| Tomcat does not perform the actual call - we are using the thin client
| from WebLogic).

Were you using local EJB references in WebLogic?  If so, then that's
probably 99.44% of the reason.  Remote EJB references require that the
request and results be serialized (which would also explain why larger
result sets are slower than small ones).  Local EJB references are a *huge*
performance win.

|             The CPU usage and Load factor and user response time are all
| considerably larger under Tomcat.

Sure, you've got a lot more communications overhead between two JVMs now,
whereas before you only had method calls within one JVM.  I'm not sure what
the WebLogic "thin client" does (some kind of EJB connector for Tomcat?),
but you might want to see if it offers any kind of optimizations if both
JVMs are running on the same machine (assuming they are).

| Does anyone know where this degradation in performance is coming from?

It's to be expected when you switch to a distributed environment.

| Has anyone who has done this migration experienced the same behavior? If
| so how did you mitigate it?

Set user expectations accordingly.  Maybe consider keeping EJB-heavy apps on
WebLogic, and migrating just your more JSP- and servlet-heavy apps to
Tomcat.  You might also need to re-architect your app a bit and set up some
Session Facades to provide some coarse-grained services, thereby keeping a
lot of your EJB calls local (if in fact that is the problem).
-----------------------------------------
------------------------------------------------------------
The information contained in this message is confidential
proprietary property of Nelnet, Inc. and its affiliated 
companies (Nelnet) and is intended for the recipient only.
Any reproduction, forwarding, or copying without the express
permission of Nelnet is strictly prohibited. If you have
received this communication in error, please notify us
immediately by replying to this e-mail.
------------------------------------------------------------

---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org