Hello Chris, Yesterday, I successfully deployed eSciDoc and all other WARs we have to delpoy as well (except for fedora.war because of Jersey) on JBoss 6 and we are using CXF too. Some of the errors I got by trying to delpoy cloudsync.war may be caused by the error prone delpoyments of our WARs, so I am now able to start testing cloudsync.war without any possible site-effects.
JBoss 6 delivers its own CXF and your Exception could be caused by loading classes from JBoss CFX instead of the ones, you are delivering in your WEB-INF/lib directory. I had the same Exception once, so I guess a correct isolation is all we need here. > "[..] AS7's class loading is based on modules that have to define explicit > dependencies on other modules. Deployments in AS7 are also modules, and do > not have access to classes that are defined in jars in the application server > unless an explicit dependency on those classes is defined." It was about time, that the deployments are fully isolated by default like on tomcat. 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 -----Original Message----- From: Chris Wilper [mailto:[email protected]] Sent: Thursday, August 18, 2011 10:45 PM To: [email protected] Subject: Re: [fcrepo-dev] xalan, resteasy, activeMQ and JBoss Well, I tried jboss-6.1.0-Final and got the following after attempting to deploy: DEPLOYMENTS IN ERROR: Deployment "vfs:///private/tmp/jboss-6.1.0.Final/server/default/deploy/cloudsync.war" is in error due to the following reason(s): java.lang.RuntimeException: Neither any mapped-name/lookup/jndi-name specified nor any ResourceProvider could process resource-env-ref named env/cxf of type org.apache.cxf.Bus at org.jboss.deployers.plugins.deployers.DeployersImpl.checkComplete(DeployersImpl.java:1370) Not sure what exactly to make of that. But from what I can tell, classloading is more sane by default in AS7: https://docs.jboss.org/author/display/AS7/How+do+I+migrate+my+application+from+AS5+or+AS6+to+AS7 In particular, I liked this part: "[..] AS7's class loading is based on modules that have to define explicit dependencies on other modules. Deployments in AS7 are also modules, and do not have access to classes that are defined in jars in the application server unless an explicit dependency on those classes is defined." Classloader isolation FTW! Now to see if Fedora 3.5 will run in AS7... - Chris On Thu, Aug 18, 2011 at 4:01 PM, Chris Wilper <[email protected]> wrote: > 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 ------------------------------------------------------- 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
