The client stub classes either have to be in the local classpath or you
have to enable RMI loading of classes.

On Fri, 2002-06-21 at 11:58, Graham French wrote:
> Hi all
> 
> Still on my quest to get our application deployed in JBoss and have come
> across another problem....
> 
> Have an EAR which contains several EJBs and a WAR. From the webapp the
> client can execute a call to an in-house RMI Server (in this case is running
> on the same machine as JBoss). However this call does not succeed and I get
> the following stack trace:
> 
> java.rmi.ServerException: RemoteException occurred in server thread; nested
> exception is:
>         java.rmi.UnmarshalException: error unmarshalling arguments; nested
> exception is:
>         java.net.MalformedURLException: no protocol: and
> java.rmi.UnmarshalException: error unmarshalling arguments; nested exception
> is:
>         java.net.MalformedURLException: no protocol: and
> java.net.MalformedURLException: no protocol: and
>         at
> sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteC
> all.java:245)
>         at
> sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:220)
>         at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:122)
>         at
> com.digitalrum.esp.client.kernel.CommandDelegatorImpl_Stub.sendCommandByName
> (Unknown Source)
>         at
> com.digitalrum.dataloader.helpers.AbstractProductHelper.sendESPCommand(Abstr
> actProductHelper.java:288)
>         at
> com.digitalrum.dataloader.helpers.OlympiaHelper.loadData(OlympiaHelper.java:
> 213)
>         at
> com.digitalrum.dataloader.webapp.servlet.DLTControllerServlet.doLoadDb(DLTCo
> ntrollerServlet.java:158)
>         at java.lang.reflect.Method.invoke(Native Method)
>         at
> com.opensymphony.web.ActionServlet$ActionInvoker.perform(ActionServlet.java:
> 186)
>         at com.opensymphony.web.ActionServlet.service(ActionServlet.java:75)
>         at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
>         at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
> FilterChain.java:247)
> 
> 
> or sometimes this stack trace:
> 
> java.rmi.MarshalException: error marshalling arguments; nested exception is:
>         java.net.SocketException: Connection aborted by peer: socket write
> error
> java.net.SocketException: Connection aborted by peer: socket write error
>         at java.net.SocketOutputStream.socketWrite(Native Method)
>         at java.net.SocketOutputStream.write(SocketOutputStream.java:83)
>         at java.io.BufferedOutputStream.write(BufferedOutputStream.java:112)
>         at java.io.ObjectOutputStream.drain(ObjectOutputStream.java:1463)
>         at
> java.io.ObjectOutputStream.setBlockData(ObjectOutputStream.java:1486)
>         at
> java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:407)
>         at sun.rmi.server.UnicastRef.marshalValue(UnicastRef.java:268)
>         at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:106)
>         at
> com.digitalrum.esp.client.kernel.CommandDelegatorImpl_Stub.sendCommandByName
> (Unknown Source)
> .............
> 
> If I take the same code outside of JBoss into a standalone class it works
> fine.
> 
> Now I read somewhere it may be due to differing JDK versions between JVM's
> but this is not the case and I've checked that the ports I'm using for my
> RMI server (6000, 6010, 6011) don't clash with any that I think JBoss uses
> (namely 1099, 4444). All the appropriate library jars are the same on client
> (Jboss) and server.
> 
> Apart from this I'm not sure what to look out for.
> 
> Again, any help would be gratefully accepted.
> 
> Many thanks
> Graham
> 
> 
> 




-------------------------------------------------------
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
_______________________________________________
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Reply via email to