Hi Marko, Thanks for trying this. It inspired me to learn a bit about deploying on JBoss. But I've had different results so far; after doing a fresh installation of jboss-as-web-7.0.1.Final, I started jboss via bin/standalone.sh, then dropped cloudsync.war in standalone/deployments. Everything worked as expected.
I understand that classloading works differently by default depending on the version of JBoss you have installed, so perhaps that explains the difference. I will also try JBoss 6 on this end and see if I can duplicate your results. Thanks, Chris On Wed, Aug 17, 2011 at 11:03 AM, Voß, Marko <[email protected]> wrote: > Hello Chris, > > I am trying to test your WAR on JBoss 6 but because of the missing isolation > (jboss-classloading.xml in the WEB-INF directory), I have to define the > isolation first, which could take some time before the classes are no longer > conflicting. With a default isolation I am currently getting this Exception: > > 16:53:25,359 WARN [ClassLoaderManager] Unexpected error during load > of:javax.xml.stream.XMLEventReader: java.lang.LinkageError: loader constraint > violation: loader (instance of > org/jboss/classloader/spi/base/BaseClassLoader) previously initiated loading > for a different type with name "javax/xml/stream/XMLEventReader" > > Without isolation I am getting a ClassCastException because classes are > loaded by different ClassLoaders from different deployments/delpoyers and > therefore their version may clash. So, before I can give you a response, I > have to get this running first. > > > Kind regards, > > > Marko Voß > ePublishing & eScience > Development & Applied Research > Phone +49 7247 808-744 > Fax +49 7247 808-133 > [email protected] > > > FIZ Karlsruhe – Leibniz Institute for Information Infrastructure > Hermann-von-Helmholtz-Platz 1 > 76344 Eggenstein-Leopoldshafen, Germany > > www.fiz-karlsruhe.de > > > From: Chris Wilper [mailto:[email protected]] > Sent: Wednesday, August 17, 2011 3:52 PM > To: [email protected] > Subject: Re: [fcrepo-dev] xalan, resteasy, activeMQ and JBoss > > Hi Marko, > As I mentioned in the other thread, I think there is a distinct possibility > that we will move Fedora's JAX-RS implementation to CXF down the road. This > might be another good reason. I have used CXF for JAX-RS via Spring in > another project, and I did that in a way that I think could also work for > Fedora down the road. I am curious now whether the approach I used there > would work in JBoss 5+. > > Since you probably have a JBoss instance up and running, would you mind > giving it quick try? The download link and instructions can be found here: > > https://wiki.duraspace.org/display/FEDORACREATE/Fedora+CloudSync+Installation > > If this works in JBoss 5+, that would be good information to have, and could > help us make the decision to move to CXF for our JAX-RS impl down the road. > > To be clear, I think using approaches and libs that work with the widest > range of popular containers we can is a good thing. I am just wary of doing > too much that caters to any one specific container. This seems like an area > where we may be able to just use a different library and wiring mechanism > (which we were already thinking about), and achieve slightly better > compatibilty with a wider range of containers. > > Thanks, > Chris > > On Wed, Aug 17, 2011 at 7:38 AM, Voß, Marko <[email protected]> > wrote: > Hello, > > Next to the missing Xalan Implementation in Fedora deployed in JBoss > (depending on JBoss version and/or classloading isolation of the web > application), there is another problem with Fedora 3.4.2 deployed in Jboss 5+. > > You will get an exception about the ResourceConfig not having any root > resource classes, because the package scanner of Jersey is scanning for > classes having the @Path annotation inside of the packages defined by the > param-values of the param-name configurations > "com.sun.jersey.config.property.packages" in the fedora.war/WEB-INF/web.xml > and since JBoss 5+ the classloader do support a VFS (virtual file system) > only. So the URLs returned by the classloaders consists of the scheme vfs:/ > in JBoss 6 and because of that, the Jersey AnnotationClassScanner or the > Scanner implementations of the later Jersey versions are unable to find the > URLs, because they are checking for URLs with the schemes "file:/", "jar:/" > and so on but not for "vfs:/". In Jersey 1.3 this has been fixed for schemes > "vfsfile" and "vfszip" (iirc), which are schemes of JBoss 5, which got > changed to "vfs" in JBoss 6. > > To summarize this: It is impossible to get the Fedora RestService running in > JBoss 5 and later versions for Fedora 3.4.2. > > Possible solution: A possibility to get around the VFS URLs could be, to > write a class, which extends from javax.ws.rs.Application and defines the > REST interface for Fedora. Instead of defining packages to scan, you define > the param-name "javax.ws.rs.Application" with the implementing class as the > param-value in the fedora.war/WEB-INF/web.xml. > > > Kind regards, > > Marko Voß > > ePublishing & eScience > Development & Applied Research > Phone +49 7247 808-744 > > Fax +49 7247 808-133 > [email protected] > > FIZ Karlsruhe – Leibniz Institute for Information Infrastructure > Hermann-von-Helmholtz-Platz 1 > 76344 Eggenstein-Leopoldshafen, Germany > www.fiz-karlsruhe.de > Fehler! Es wurde kein Dateiname angegeben. > > > > ------------------------------------------------------- > > Fachinformationszentrum Karlsruhe, Gesellschaft für > wissenschaftlich-technische Information mbH. > Sitz der Gesellschaft: Eggenstein-Leopoldshafen, Amtsgericht Mannheim HRB > 101892. > Geschäftsführerin: Sabine Brünger-Weilandt. > Vorsitzender des Aufsichtsrats: MinDirig Dr. Thomas Greiner. > > ------------------------------------------------------------------------------ > Get a FREE DOWNLOAD! and learn more about uberSVN rich system, > user administration capabilities and model configuration. Take > the hassle out of deploying and managing Subversion and the > tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 > _______________________________________________ > Fedora-commons-developers mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers > > > > ------------------------------------------------------- > > Fachinformationszentrum Karlsruhe, Gesellschaft für > wissenschaftlich-technische Information mbH. > Sitz der Gesellschaft: Eggenstein-Leopoldshafen, Amtsgericht Mannheim HRB > 101892. > Geschäftsführerin: Sabine Brünger-Weilandt. > Vorsitzender des Aufsichtsrats: MinDirig Dr. Thomas Greiner. > > ------------------------------------------------------------------------------ > Get a FREE DOWNLOAD! and learn more about uberSVN rich system, > user administration capabilities and model configuration. Take > the hassle out of deploying and managing Subversion and the > tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 > _______________________________________________ > Fedora-commons-developers mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers > ------------------------------------------------------------------------------ Get a FREE DOWNLOAD! and learn more about uberSVN rich system, user administration capabilities and model configuration. Take the hassle out of deploying and managing Subversion and the tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 _______________________________________________ Fedora-commons-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
