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
