This is my understanding of the situation.

Provided that EJBs and Servlets/JSP are packaged within the same EAR file, the
J2EEDeployer will coordinate their deployment to the EJB and Web Containers.

This coordination involves passing the same ClassLoader to both Containers.

Any components deployed with the same ClassLoader SHOULD be able to talk to
each other directly (without serialisation of the call).

i.e. If you have two components with high-bandwidth needs between them, deploy
them within the same EAR.

If you deploy them separately you are not giving the J2EEDeployer any
information about which other components you would like to share a ClassLoader
with - so it has no way to perform this optimisation for you.

I'm speaking with experience on the WebContainer side and extrapolating that
to the EJB side - so I am open to correction on this.


Jules



"C Murphy @ Intechtual" wrote:

> Hello,
>
> I'm working on a presentation for a client and I have a quick question
> about the optimization of in VM EJB calls in JBoss.  I read in the
> documentation about how EJB-to-EJB calls are automatically optimized by
> bypassing the network layer.  I didn't find any specific documentation, but
> it makes sense that calls from the Web/Servlet container to EJBs would also
> be optimized when they are running in the same VM.
>
> My question is: Is this true for the in VM Servlet container in all cases?
>
> The documentation talks about the differnce between internal references
> (Web App and EJBs deployed in an ear) and external references (deployed
> serperately).  Are the calls always optimized because they're in the same
> VM or does deploying them in seperate jar files  negate the optimization?
>
> I appreciate the help
>
> Chris Murphy
>
> _______________________________________________
> JBoss-user mailing list
> [EMAIL PROTECTED]
> http://lists.sourceforge.net/lists/listinfo/jboss-user


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


_______________________________________________
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user

Reply via email to