-
1. Re: Help on the separate deployment of .war and .jar files of a Seam project using remote EJBs
lvdberg May 5, 2010 12:16 PM (in response to apbarraza)Hi Andrea,
because of performance problems we just separeted a system over different physical systems, without loosing the benefits of Seam. What we baically did was to run the inter-application communication over JMS. It takes some effort, but JMS is very well supported and can be run also in a semi-J2EE environment as Tomcat.
Leo
-
2. Re: Help on the separate deployment of .war and .jar files of a Seam project using remote EJBs
apbarraza May 5, 2010 6:42 PM (in response to apbarraza)Thanks, but I need to use remote EJBs (or something that uses RPC) and consider performance...
I was reading around and all I can find is Seam Remoting... would this be the way to go even though it is not exactly remote EJBs?
I would really prefer to use remote EJBs, so i'm still stuck. -
3. Re: Help on the separate deployment of .war and .jar files of a Seam project using remote EJBs
lvdberg May 5, 2010 8:48 PM (in response to apbarraza)Hi,
It really depends on your requirements, but there are severeal ways to remotely use your EJB's For instance you couldpeek at the possibilities of RestEasy which is nicely integrated with Seam. We've done several projects with combined producer and consumer use of services with RestEasy. Works definitely better and musch easier to develop than Soap based WS or remote EJB-access.
Leo
-
4. Re: Help on the separate deployment of .war and .jar files of a Seam project using remote EJBs
apbarraza May 6, 2010 2:03 AM (in response to apbarraza)Thanks. But again I have been reading and RestEasy is basically web services so this would not be the way to go :(
-
5. Re: Help on the separate deployment of .war and .jar files of a Seam project using remote EJBs
lvdberg May 6, 2010 3:45 PM (in response to apbarraza)Hi,
I would love to help, but you basically reject every possibility if it's not direct remote access to EJB. I can only see this need if the EJB machine is already existing in the company and you need to create an additional Web-Layer. If its an architectural choice for a totally new project (web plus EJB) I would really re-consider such a choice.
You have to understand that Seam (maybe just for now) is not able to proxy something which is not running in the same JVM on the same machine or in another machine. Web access to remote beans is horribly slow compared to local access, because of their proxies and in addition you will have all the
nice firewall features
to cope with.However nothing stops you from writing a simple POJO (Seam intercepted) service access layer which in its turn accesses the remote EJB's.
Leo