[jboss-remoting-issues] [JBoss JIRA] Closed: (JBREM-302) remote dynamic marshall loading not working on linux

Ron Sigal (JIRA) jira-events at lists.jboss.org
Mon Aug 11 23:36:49 EDT 2008


     [ https://jira.jboss.org/jira/browse/JBREM-302?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Ron Sigal closed JBREM-302.
---------------------------

    Resolution: Done


It appears that the problem lies in the fact when that org.jboss.jrunit.harness.TestDriver.executeRemoteTest() creates a command line to execute org.jboss.jrunit.harness.ServerTestHarness, it puts double quotes around the class path.  For some reason, the quotes are included in the class path URLs maintained by URLClassLoader, in particular, the first and last URLs, and since jboss-remoting-loading-tests.jar, which holds the server side classes excluded from jboss-remoting-tests.jar is the first jar in the classpath, URLClassLoader is unable to find it.  It seems likely that the problem is in the linux implementation of java.lang.Runtime().exec() rather than in URLClassLoader itself.  The solution is to change TestDriver so that it doesn't add quotes.  A new version of jrunit.jar, derived from the tag remoting_binary_081008, has been placed in the lib/jboss directory.

The tests.marshall target in build.xml has been activated for linux, and the remote marshalling tests are passing in hudson.

> remote dynamic marshall loading not working on linux
> ----------------------------------------------------
>
>                 Key: JBREM-302
>                 URL: https://jira.jboss.org/jira/browse/JBREM-302
>             Project: JBoss Remoting
>          Issue Type: Bug
>      Security Level: Public(Everyone can see) 
>          Components: marshall
>    Affects Versions: 1.4.0 beta
>         Environment: Linux, JDK 1.4
>            Reporter: Tom  Elrod
>            Assignee: Ron Sigal
>            Priority: Minor
>             Fix For: 2.4.0.SP1
>
>         Attachments: SocketMarshallerLoadingTestCase-out.txt
>
>
> The following test cases fail on Linux (and not on Windows):
> org.jboss.test.remoting.marshall.dynamic.remote.http.HTTPMarshallerLoadingTestCase
> org.jboss.test.remoting.marshall.dynamic.remote.socket.SocketMarshallerLoadingTestCase
> Test output for SocketMarshallerLoadingTestCase attached, but says that server can not find the class:
> org.jboss.test.remoting.marshall.dynamic.remote.socket.TestObject
> However, confirmed that this class is within the jboss-remoting-loading-tests.jar, which is being set on the classpath (as shown in the output log).

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        



More information about the jboss-remoting-issues mailing list