[dimitris]

I don't understand why setting downloadServerClasses to false?

If I'm not mistaken, it's going to break many remote access scenarios, like:
http://hudson.qa.jboss.com/hudson/view/TCK5/job/tck5-jaxws/58/console

++ java -cp javatest.jar:jh.jar:/qa/services/hudson/hudson_workspace/workspace/tck5-jaxws/work/javaeetck/lib/tsharness.jar com.sun.javatest.cof.Main -o report.xml JTwork
************************************************************
* props file set to "/tmp/hudson-cts-props.txt"
************************************************************
02-08-2008 06:04:17: Harness - Use BinaryTestFinder...
++ cd /qa/services/hudson/hudson_workspace/workspace/tck5-jaxws/work/jboss-5.0.0.Beta4/bin
++ ./shutdown.sh -s jnp://localhost:1099 --shutdown
Exception in thread "main" javax.naming.CommunicationException: Could not obtain connection to any of these urls: localhost:1099 [Root exception is javax.naming.CommunicationException: Failed to retrieve stub from server localhost:1099 [Root exception is java.io.EOFException]]
 at org.jnp.interfaces.NamingContext.checkRef(NamingContext.java:1601)
 at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:636)
 at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:629)
 at javax.naming.InitialContext.lookup(InitialContext.java:351)
 at org.jboss.Shutdown.main(Shutdown.java:214)
Caused by: javax.naming.CommunicationException: Failed to retrieve stub from server localhost:1099 [Root exception is java.io.EOFException]
 at org.jnp.interfaces.NamingContext.getServer(NamingContext.java:270)
 at org.jnp.interfaces.NamingContext.checkRef(NamingContext.java:1572)
 ... 4 more
Caused by: java.io.EOFException
 at java.io.ObjectInputStream$BlockDataInputStream.peekByte(ObjectInputStream.java:2498)
 at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1273)
 at java.io.ObjectInputStream.readObject(ObjectInputStream.java:348)
 at org.jnp.interfaces.NamingContext.getServer(NamingContext.java:258)
 ... 5 more

[dimitris]

The TCK snippet is probably irrelevant, as we override conf/jboss-service.xml in the cts config.

[starksm64]

Actually, I was thinking this also affected visibility of server resources, but there is another flag DownloadResources=false by default. As Brian's work shows, the TCCL that the WebServer would see is at best uncertain. This should be updated to include a request for a remote class loading policy name that could be applied to a remote class loading domain.