We have an issue regarding the remote destinations scan mechanism under JBoss5.

When Granite scans for services-config.properties the path returned from the URLClassLoader in JBoss4 is:

${jboss.server.home.dir}/deploy/tmp19383a9.ear-contents/a9.jar!/META-INF/services-config.properties

And in JBoss5 is:

${jboss.server.home.dir}/deploy/a9.ear/a9.jar/META-INF/services-config.properties

As you can see, in the second case when it tries to open the jar to search for classes annotated with @RemoteDestination
fails because the jar is contained in the .ear.

I attach you the stack error:

11:49:42,748 ERROR [ServicesConfig] Could not scan classpath for configuration
java.util.zip.ZipException: error in opening zip file
at java.util.zip.ZipFile.open(Native Method)
at java.util.zip.ZipFile.<init>(ZipFile.java:203)
at java.util.zip.ZipFile.<init>(ZipFile.java:234)
at org.granite.scan.Scanner.handleArchive(Scanner.java:136)
at org.granite.scan.Scanner.scan(Scanner.java:130)
at org.granite.config.flex.ServicesConfig.scanConfig(ServicesConfig.java:70)
at org.granite.config.flex.ServicesConfig.loadConfig(ServicesConfig.java:197)


Regards,

Francesco