Yes I've tried this approach without luck. I get a socket error when trying
to call create on the ejbHome. I'll try your suggestion about starting
tomcat without a naming service.
Thanks
Object ref = ctx.lookup("java/OrganizationManagerBean"); --> ok
orgManagerHome = (OrganizationManagerHomeRemote)ref; --> ok (I've tried
to narrow here too)
orgManagerRemote = orgManagerHome.create(); --> blow up
java.net.SocketException: Software caused connection abort: socket write
error
at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:129)
at org.jboss.invocation.jrmp.server.JRMPInvoker_Stub.invoke(Unknown
Source)
at
org.jboss.invocation.jrmp.interfaces.JRMPInvokerProxy.invoke(JRMPInvokerProx
y.java:128)
at
org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:108)
at
org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:73
)
at
org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:76)
at
org.jboss.proxy.ejb.HomeInterceptor.invoke(HomeInterceptor.java:185)
at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:76)
at $Proxy0.create(Unknown Source)
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Maris
Orbidans
Sent: Wednesday, June 12, 2002 10:30 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-user] Architecture Options
Do you mean that n-tier approach is to use standalone servlet containers ?
I have standalone Tomcat working with JBoss 3.0.
You should start Tomcat with -nonaming option, because Tomcat has its own
naming service.
java.exe -jar -Duser.dir="C:\Tomcat_4.0" "C:\Tomcat_4.0\bin\bootstrap.jar"
start -nonaming
regards
Maris Orbidans
> -----Original Message-----
> From: Gray Jones [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, June 12, 2002 4:27 PM
> To: [EMAIL PROTECTED]
> Subject: [JBoss-user] Architecture Options
>
>
> We are in the process of converting a servlet application
> over to an ejb
> application. The main reason for doing this is for clustering - to
> eliminate a single source of failure and increase load capacity.
>
> Our original thought was to have the ejb's run inside of one
> server and the
> servlets run inside a different server. Our first guess is
> that we would
> have a 2:1 ration between servlet machines and ejb machines.
> For example we
> could have 4 machines hosting the servlet's and 2 machines hosting the
> ejb's.
>
> The other arhictecture option that we have thought about
> would be to run the
> servlets and ejb's inside the same machine (ie use a .ear
> file). In this
> case we would dedicate all 6 boxes to the combined
> application. Doing this
> would appear to reduce network traffic since everything would be a
> in-process call.
>
> With these two options we wanted to start with the n-tier
> approach first and
> once we load test it and get a benchmark in place - try the combined
> approach so we can compare the results.
>
> However I have been unable to get the n-tier system configured with
> jBoss3.0. I've tried to host the servlets in a stand-alone
> tomcat container
> and also within a jBoss/jetty server - but in both cases
> can't get the jndi
> lookup to succeeed.
>
> I'm wondering what other people think about this approach?
> Do people think
> the .ear approach is better so its not worth bothering with the n-tier
> approach? Has anybody been able to get a n-tier type sustem
> working with
> jBoss3.0?
>
> Thanks,
>
> Gray
>
>
> _______________________________________________________________
>
> Sponsored by:
> ThinkGeek at http://www.ThinkGeek.com/
> _______________________________________________
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user
>
_______________________________________________________________
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
_______________________________________________
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
_______________________________________________________________
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
_______________________________________________
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
