[xwiki-users] XWiki.war + JBoss AS6 + MySQL
Hi all, I'm trying to install the XWiki war file on a Ubuntu virtual machine (KVM) but as yet with no success. I've installed and configured java, jboss and mysql using all the information I could find from your website: http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationJBoss http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Installation http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationMySQL I've copied the MySQL J/Connector to $JBOSS_HOME/server/default/lib and below are the relevant configuration settings: $JBOSS_HOME/server/default/deploy/mysql-ds.xml: <?xml version="1.0" encoding="UTF-8"?> <datasources> <local-tx-datasource> <jndi-name>XWikiDS</jndi-name> <connection-url>jdbc:mysql://localhost:3306/xwiki</connection-url> <driver-class>com.mysql.jdbc.Driver</driver-class> <user-name>xwiki</user-name> <password>xwiki</password> <exception-sorter-class-name>org.jboss.resource.adapter.jdbc.vendor.MySQLExceptionSorter</exception-sorter-class-name> <metadata> <type-mapping>mySQL</type-mapping> </metadata> </local-tx-datasource> </datasources> $JBOSS_HOME/server/default/deploy/xwiki.war/WEB-INF/web.xml: (Uncommented below section...) <resource-ref> <description>XWiki MySQL DB Connection</description> <res-ref-name>jdbc/XWikiDS</res-ref-name> <res-type>javax.sql.DataSource</res-type> <res-auth>Container</res-auth> </resource-ref> $JBOSS_HOME/server/default/deploy/xwiki.war/WEB-INF/xwiki.cfg: (Uncommented the following line...) xwiki.store.hibernate.path=/WEB-INF/hibernate.cfg.xml $JBOSS_HOME/server/default/deploy/xwiki.war/WEB-INF/hibernate.cfg.xml: (Commented out HSQLDB section and added the below MySQL bit...) <property name="connection.datasource">java:/comp/env/jdbc/XWikiDS</property> <property name="dialect">org.hibernate.dialect.MySQLDialect</property> <property name="connection.pool_size">2</property> <property name="statement_cache.size">2</property> <mapping resource="xwiki.hbm.xml"/> <mapping resource="feeds.hbm.xml"/> <mapping resource="activitystream.hbm.xml"/> $JBOSS_HOME/server/default/deploy/xwiki.war/WEB-INF/jboss-web.xml: <?xml version="1.0" encoding="UTF-8"?> <jboss-web> <resource-ref> <res-ref-name>jdbc/XWikiDS</res-ref-name> <res-type>javax.sql.DataSource</res-type> <jndi-name>java:jdbc/XWikiDS</jndi-name> </resource-ref> </jboss-web> JBoss seems to work fine without XWiki in the deploy directory but as soon as it's copied across and restarted – JBoss fails to startup and gives a very long error message. The error all seems very similar so I will only include a bit from the beginning and the end: ========================================================================= JBoss Bootstrap Environment JBOSS_HOME: /usr/local/jboss JAVA: /usr/lib/jvm/java-6-sun/bin/java JAVA_OPTS: -server -Xms128m -Xmx512m -XX:MaxPermSize=256m -Dorg.jboss.resolver.warning=true -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000 -Djava.net.preferIPv4Stack=true -Dprogram.name=run.sh -Djava.li$ CLASSPATH: /usr/local/jboss/bin/run.jar:/usr/lib/jvm/java-6-sun/lib/tools.jar ========================================================================= 01:34:42,418 INFO [AbstractJBossASServerBase] Server Configuration: JBOSS_HOME URL: file:/java/apps/jboss/jboss-6.0.0.Final/ Bootstrap: $JBOSS_HOME/server/default/conf/bootstrap.xml Common Base: $JBOSS_HOME/common/ Common Library: $JBOSS_HOME/common/lib/ Server Name: default Server Base: $JBOSS_HOME/server/ Server Library: $JBOSS_HOME/server/default/lib/ Server Config: $JBOSS_HOME/server/default/conf/ Server Home: $JBOSS_HOME/server/default/ Server Data: $JBOSS_HOME/server/default/data/ Server Log: $JBOSS_HOME/server/default/log/ Server Temp: $JBOSS_HOME/server/default/tmp/ 01:34:42,422 INFO [AbstractServer] Starting: JBossAS [6.0.0.Final "Neo"] 01:34:44,018 INFO [ServerInfo] Java version: 1.6.0_24,Sun Microsystems Inc. 01:34:44,018 INFO [ServerInfo] Java Runtime: Java(TM) SE Runtime Environment (build 1.6.0_24-b07) 01:34:44,018 INFO [ServerInfo] Java VM: Java HotSpot(TM) 64-Bit Server VM 19.1-b02,Sun Microsystems Inc. 01:34:44,019 INFO [ServerInfo] OS-System: Linux 2.6.35-28-server,amd64 01:34:44,019 INFO [ServerInfo] VM arguments: -Xms128m -Xmx512m -XX:MaxPermSize=256m -Dorg.jboss.resolver.warning=true -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000 -Djava.net.preferIPv4Stack=true -Dprog$ 01:34:44,059 INFO [JMXKernel] Legacy JMX core initialized 01:34:50,594 INFO [AbstractServerConfig] JBoss Web Services - Stack CXF Server 3.4.1.GA 01:34:51,535 INFO [JSFImplManagementDeployer] Initialized 3 JSF configurations: [Mojarra-1.2, MyFaces-2.0, Mojarra-2.0] 01:34:58,256 WARNING [FileConfigurationParser] AIO wasn't located on this platform, it will fall back to using pure Java NIO. If your platform is Linux, install LibAIO to enable the AIO journal 01:36:10,087 WARN [ClassLoaderManager] Unexpected error during load of:org.apache.jackrabbit.core.query.lucene.WildcardQuery$WildcardQueryWeight: java.lang.IncompatibleClassChangeError: Implementing class at java.lang.ClassLoader.defineClass1(Native Method) [:1.6.0_24] at java.lang.ClassLoader.defineClassCond(ClassLoader.java:632) [:1.6.0_24] at java.lang.ClassLoader.defineClass(ClassLoader.java:616) [:1.6.0_24] at org.jboss.classloader.spi.base.BaseClassLoader.access$200(BaseClassLoader.java:52) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.BaseClassLoader$2.run(BaseClassLoader.java:650) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.BaseClassLoader$2.run(BaseClassLoader.java:609) [jboss-classloader.jar:2.2.0.GA] at java.security.AccessController.doPrivileged(Native Method) [:1.6.0_24] at org.jboss.classloader.spi.base.BaseClassLoader.loadClassLocally(BaseClassLoader.java:608) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.BaseClassLoader.loadClassLocally(BaseClassLoader.java:585) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.BaseDelegateLoader.loadClass(BaseDelegateLoader.java:156) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.filter.FilteredDelegateLoader.doLoadClass(FilteredDelegateLoader.java:141) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.filter.FilteredDelegateLoader.loadClass(FilteredDelegateLoader.java:132) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.ClassLoadingTask$ThreadTask.run(ClassLoadingTask.java:461) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.ClassLoaderManager.nextTask(ClassLoaderManager.java:262) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.ClassLoaderManager.process(ClassLoaderManager.java:161) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.BaseClassLoaderDomain.loadClass(BaseClassLoaderDomain.java:260) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.BaseClassLoaderDomain.loadClass(BaseClassLoaderDomain.java:1152) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.BaseClassLoader.loadClassFromDomain(BaseClassLoader.java:886) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.BaseClassLoader.doLoadClass(BaseClassLoader.java:505) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.BaseClassLoader.loadClass(BaseClassLoader.java:450) [jboss-classloader.jar:2.2.0.GA] at java.lang.ClassLoader.loadClass(ClassLoader.java:248) [:1.6.0_24] at java.lang.Class.forName0(Native Method) [:1.6.0_24] at java.lang.Class.forName(Class.java:247) [:1.6.0_24] at org.jboss.reflect.plugins.introspection.IntrospectionTypeInfoFactoryImpl.resolveComplexTypeInfo(IntrospectionTypeInfoFactoryImpl.java:458) [jboss-reflect.jar:2.2.0.GA] at org.jboss.reflect.plugins.introspection.IntrospectionTypeInfoFactoryImpl.getTypeInfo(IntrospectionTypeInfoFactoryImpl.java:414) [jboss-reflect.jar:2.2.0.GA] at org.jboss.reflect.plugins.introspection.IntrospectionTypeInfoFactory.getTypeInfo(IntrospectionTypeInfoFactory.java:54) [jboss-reflect.jar:2.2.0.GA] at org.jboss.config.plugins.AbstractConfiguration.getTypeInfo(AbstractConfiguration.java:121) [jboss-reflect.jar:2.2.0.GA] at org.jboss.kernel.plugins.config.AbstractKernelConfig.getTypeInfo(AbstractKernelConfig.java:95) [jboss-kernel.jar:2.2.0.GA] at org.jboss.kernel.plugins.config.AbstractKernelConfigurator.getTypeInfo(AbstractKernelConfigurator.java:102) [jboss-kernel.jar:2.2.0.GA] at org.jboss.scanning.plugins.visitor.ConfiguratorReflectProvider.getTypeInfo(ConfiguratorReflectProvider.java:47) [:1.0.0.GA] at org.jboss.scanning.plugins.visitor.CachingReflectProvider.getTypeInfo(CachingReflectProvider.java:52) [:1.0.0.GA] at org.jboss.scanning.plugins.visitor.ReflectResourceVisitor.getTypeInfo(ReflectResourceVisitor.java:60) [:1.0.0.GA] at org.jboss.scanning.plugins.visitor.ReflectResourceVisitor.getClassInfo(ReflectResourceVisitor.java:72) [:1.0.0.GA] at org.jboss.scanning.plugins.visitor.ReflectResourceVisitor.doVisit(ReflectResourceVisitor.java:107) [:1.0.0.GA] at org.jboss.scanning.plugins.visitor.ReflectResourceVisitor.visit(ReflectResourceVisitor.java:86) [:1.0.0.GA] at org.jboss.scanning.hierarchy.plugins.HierarchyIndexScanningPlugin.visit(HierarchyIndexScanningPlugin.java:91) [:1.0.0.GA] at org.jboss.scanning.spi.helpers.ScanningPluginWrapper.visit(ScanningPluginWrapper.java:112) [:1.0.0.GA] at org.jboss.classloading.plugins.visitor.FederatedResourceVisitor.visit(FederatedResourceVisitor.java:101) [jboss-classloading.jar:2.2.0.GA] at org.jboss.classloading.plugins.vfs.VFSResourceVisitor.visit(VFSResourceVisitor.java:264) [jboss-classloading-vfs.jar:2.2.0.GA] at org.jboss.vfs.VirtualFile.visit(VirtualFile.java:408) [jboss-vfs.jar:3.0.0.GA] at org.jboss.vfs.VirtualFile.visit(VirtualFile.java:410) [jboss-vfs.jar:3.0.0.GA] at org.jboss.vfs.VirtualFile.visit(VirtualFile.java:410) [jboss-vfs.jar:3.0.0.GA] at org.jboss.vfs.VirtualFile.visit(VirtualFile.java:410) [jboss-vfs.jar:3.0.0.GA] at org.jboss.vfs.VirtualFile.visit(VirtualFile.java:410) [jboss-vfs.jar:3.0.0.GA] at org.jboss.vfs.VirtualFile.visit(VirtualFile.java:410) [jboss-vfs.jar:3.0.0.GA] at org.jboss.vfs.VirtualFile.visit(VirtualFile.java:410) [jboss-vfs.jar:3.0.0.GA] at org.jboss.vfs.VirtualFile.visit(VirtualFile.java:396) [jboss-vfs.jar:3.0.0.GA] at org.jboss.classloading.plugins.vfs.VFSResourceVisitor.visit(VFSResourceVisitor.java:102) [jboss-classloading-vfs.jar:2.2.0.GA] at org.jboss.deployers.vfs.plugins.classloader.VFSDeploymentClassLoaderPolicyModule.visit(VFSDeploymentClassLoaderPolicyModule.java:181) [:2.2.0.GA] at org.jboss.scanning.plugins.DeploymentUnitScanner.scan(DeploymentUnitScanner.java:111) [:1.0.0.GA] at org.jboss.scanning.spi.helpers.UrlScanner.scan(UrlScanner.java:96) [:1.0.0.GA] . . . . 01:36:10,936 WARN [ClassLoaderManager] Unexpected error during load of:org.apache.jackrabbit.core.query.lucene.MatchAllWeight: java.lang.IncompatibleClassChangeError: Implementing class at java.lang.ClassLoader.defineClass1(Native Method) [:1.6.0_24] at java.lang.ClassLoader.defineClassCond(ClassLoader.java:632) [:1.6.0_24] at java.lang.ClassLoader.defineClass(ClassLoader.java:616) [:1.6.0_24] at org.jboss.classloader.spi.base.BaseClassLoader.access$200(BaseClassLoader.java:52) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.BaseClassLoader$2.run(BaseClassLoader.java:650) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.BaseClassLoader$2.run(BaseClassLoader.java:609) [jboss-classloader.jar:2.2.0.GA] at java.security.AccessController.doPrivileged(Native Method) [:1.6.0_24] at org.jboss.classloader.spi.base.BaseClassLoader.loadClassLocally(BaseClassLoader.java:608) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.BaseClassLoader.loadClassLocally(BaseClassLoader.java:585) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.BaseDelegateLoader.loadClass(BaseDelegateLoader.java:156) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.filter.FilteredDelegateLoader.doLoadClass(FilteredDelegateLoader.java:141) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.filter.FilteredDelegateLoader.loadClass(FilteredDelegateLoader.java:132) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.ClassLoadingTask$ThreadTask.run(ClassLoadingTask.java:461) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.ClassLoaderManager.nextTask(ClassLoaderManager.java:262) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.ClassLoaderManager.process(ClassLoaderManager.java:161) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.BaseClassLoaderDomain.loadClass(BaseClassLoaderDomain.java:260) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.BaseClassLoaderDomain.loadClass(BaseClassLoaderDomain.java:1152) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.BaseClassLoader.loadClassFromDomain(BaseClassLoader.java:886) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.BaseClassLoader.doLoadClass(BaseClassLoader.java:505) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.BaseClassLoader.loadClass(BaseClassLoader.java:450) [jboss-classloader.jar:2.2.0.GA] at java.lang.ClassLoader.loadClass(ClassLoader.java:248) [:1.6.0_24] at java.lang.Class.getDeclaredConstructors0(Native Method) [:1.6.0_24] at java.lang.Class.privateGetDeclaredConstructors(Class.java:2389) [:1.6.0_24] at java.lang.Class.getDeclaredConstructors(Class.java:1836) [:1.6.0_24] at org.jboss.reflect.plugins.introspection.IntrospectionTypeInfoFactoryImpl.getDeclaredConstructors(IntrospectionTypeInfoFactoryImpl.java:559) [jboss-reflect.jar:2.2.0.GA] at org.jboss.reflect.plugins.introspection.IntrospectionTypeInfoFactoryImpl.getConstructors(IntrospectionTypeInfoFactoryImpl.java:158) [jboss-reflect.jar:2.2.0.GA] at org.jboss.reflect.plugins.ClassInfoImpl.getDeclaredConstructors(ClassInfoImpl.java:446) [jboss-reflect.jar:2.2.0.GA] at org.jboss.scanning.plugins.visitor.ClassHierarchyResourceVisitor.handleClass(ClassHierarchyResourceVisitor.java:79) [:1.0.0.GA] at org.jboss.scanning.plugins.visitor.ReflectResourceVisitor.doVisit(ReflectResourceVisitor.java:108) [:1.0.0.GA] at org.jboss.scanning.plugins.visitor.ReflectResourceVisitor.visit(ReflectResourceVisitor.java:86) [:1.0.0.GA] at org.jboss.scanning.annotations.plugins.AnnotationsScanningPlugin.visit(AnnotationsScanningPlugin.java:89) [:1.0.0.GA] at org.jboss.scanning.spi.helpers.ScanningPluginWrapper.visit(ScanningPluginWrapper.java:112) [:1.0.0.GA] at org.jboss.classloading.plugins.visitor.FederatedResourceVisitor.visit(FederatedResourceVisitor.java:101) [jboss-classloading.jar:2.2.0.GA] at org.jboss.classloading.plugins.vfs.VFSResourceVisitor.visit(VFSResourceVisitor.java:264) [jboss-classloading-vfs.jar:2.2.0.GA] at org.jboss.vfs.VirtualFile.visit(VirtualFile.java:408) [jboss-vfs.jar:3.0.0.GA] at org.jboss.vfs.VirtualFile.visit(VirtualFile.java:410) [jboss-vfs.jar:3.0.0.GA] at org.jboss.vfs.VirtualFile.visit(VirtualFile.java:410) [jboss-vfs.jar:3.0.0.GA] at org.jboss.vfs.VirtualFile.visit(VirtualFile.java:410) [jboss-vfs.jar:3.0.0.GA] at org.jboss.vfs.VirtualFile.visit(VirtualFile.java:410) [jboss-vfs.jar:3.0.0.GA] at org.jboss.vfs.VirtualFile.visit(VirtualFile.java:410) [jboss-vfs.jar:3.0.0.GA] at org.jboss.vfs.VirtualFile.visit(VirtualFile.java:410) [jboss-vfs.jar:3.0.0.GA] at org.jboss.vfs.VirtualFile.visit(VirtualFile.java:396) [jboss-vfs.jar:3.0.0.GA] at org.jboss.classloading.plugins.vfs.VFSResourceVisitor.visit(VFSResourceVisitor.java:102) [jboss-classloading-vfs.jar:2.2.0.GA] at org.jboss.deployers.vfs.plugins.classloader.VFSDeploymentClassLoaderPolicyModule.visit(VFSDeploymentClassLoaderPolicyModule.java:181) [:2.2.0.GA] at org.jboss.scanning.plugins.DeploymentUnitScanner.scan(DeploymentUnitScanner.java:111) [:1.0.0.GA] at org.jboss.scanning.spi.helpers.UrlScanner.scan(UrlScanner.java:96) [:1.0.0.GA] at org.jboss.scanning.deployers.ScanningDeployer.deploy(ScanningDeployer.java:95) [:1.0.0.GA] at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:179) [:2.2.0.GA] at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1832) [:2.2.0.GA] at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1550) [:2.2.0.GA] at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1491) [:2.2.0.GA] at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:379) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:2044) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:1083) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractController.executeOrIncrementStateDirectly(AbstractController.java:1322) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1246) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1139) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:939) [jboss-dependency.jar:2.2.0.GA] Can anyone see what I'm doing wrong? All the information on the web seems a little old – I'm using JBoss 6. I would be grateful if anyone could help shed any light on this issue. Cheers, Andy -- View this message in context: http://xwiki.475771.n2.nabble.com/XWiki-war-JBoss-AS6-MySQL-tp6309076p630907... Sent from the XWiki- Users mailing list archive at Nabble.com.
Hi all, Please help here if you can - XWiki breaks JBoss. Could this be a library conflict? Maybe someone could suggest what jars could be causing the problem? Cheers, Andy -- View this message in context: http://xwiki.475771.n2.nabble.com/XWiki-war-JBoss-AS6-MySQL-tp6309076p632356... Sent from the XWiki- Users mailing list archive at Nabble.com.
Hi Andy, On May 2, 2011, at 1:58 PM, andyp wrote:
Hi all,
Please help here if you can - XWiki breaks JBoss. Could this be a library conflict? Maybe someone could suggest what jars could be causing the problem?
did you check http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationJBoss ? (make sure you check the comments too) Thanks -Vincent
Hi Andy, On Apr 27, 2011, at 1:25 PM, andyp wrote:
Hi all,
I'm trying to install the XWiki war file on a Ubuntu virtual machine (KVM) but as yet with no success. I've installed and configured java, jboss and mysql using all the information I could find from your website:
[snip]
01:36:10,087 WARN [ClassLoaderManager] Unexpected error during load of:org.apache.jackrabbit.core.query.lucene.WildcardQuery$WildcardQueryWeight: java.lang.IncompatibleClassChangeError: Implementing class
[snip]
01:36:10,936 WARN [ClassLoaderManager] Unexpected error during load of:org.apache.jackrabbit.core.query.lucene.MatchAllWeight: java.lang.IncompatibleClassChangeError: Implementing class
[snip] As you can see in the error above the problem is an incompatible version. JBoss uses Jackrabbit in a given version and XWiki users another version of Jackrabbit. It's the role of the appserver to isolate classloader so that a webapp can use whatever version it wants in WEB-INF/lib. You need to configure JBoss to provide this isolation. You need to check Jboss's doc for that. Alternatively you could remove xwiki'ds jackrabbit version from WEB-INF/lib (make sure the version used by jboss is greater than the one used by xwiki). Thanks -Vincent
Can anyone see what I'm doing wrong? All the information on the web seems a little old – I'm using JBoss 6. I would be grateful if anyone could help shed any light on this issue.
Cheers, Andy
On May 3, 2011, at 9:39 AM, Vincent Massol wrote:
Hi Andy,
On Apr 27, 2011, at 1:25 PM, andyp wrote:
Hi all,
I'm trying to install the XWiki war file on a Ubuntu virtual machine (KVM) but as yet with no success. I've installed and configured java, jboss and mysql using all the information I could find from your website:
[snip]
01:36:10,087 WARN [ClassLoaderManager] Unexpected error during load of:org.apache.jackrabbit.core.query.lucene.WildcardQuery$WildcardQueryWeight: java.lang.IncompatibleClassChangeError: Implementing class
[snip]
01:36:10,936 WARN [ClassLoaderManager] Unexpected error during load of:org.apache.jackrabbit.core.query.lucene.MatchAllWeight: java.lang.IncompatibleClassChangeError: Implementing class
[snip]
As you can see in the error above the problem is an incompatible version. JBoss uses Jackrabbit in a given version and XWiki users another version of Jackrabbit.
It's the role of the appserver to isolate classloader so that a webapp can use whatever version it wants in WEB-INF/lib.
You need to configure JBoss to provide this isolation. You need to check Jboss's doc for that.
I just googled it quickly and found http://community.jboss.org/wiki/ClassLoadingConfiguration Hope it helps, -Vincent
Alternatively you could remove xwiki'ds jackrabbit version from WEB-INF/lib (make sure the version used by jboss is greater than the one used by xwiki).
Thanks -Vincent
Can anyone see what I'm doing wrong? All the information on the web seems a little old – I'm using JBoss 6. I would be grateful if anyone could help shed any light on this issue.
Cheers, Andy
On 05/03/2011 09:40 AM, Vincent Massol wrote:
On May 3, 2011, at 9:39 AM, Vincent Massol wrote:
Hi Andy,
On Apr 27, 2011, at 1:25 PM, andyp wrote:
Hi all,
I'm trying to install the XWiki war file on a Ubuntu virtual machine (KVM) but as yet with no success. I've installed and configured java, jboss and mysql using all the information I could find from your website:
[snip]
01:36:10,087 WARN [ClassLoaderManager] Unexpected error during load of:org.apache.jackrabbit.core.query.lucene.WildcardQuery$WildcardQueryWeight: java.lang.IncompatibleClassChangeError: Implementing class
[snip]
01:36:10,936 WARN [ClassLoaderManager] Unexpected error during load of:org.apache.jackrabbit.core.query.lucene.MatchAllWeight: java.lang.IncompatibleClassChangeError: Implementing class
[snip]
As you can see in the error above the problem is an incompatible version. JBoss uses Jackrabbit in a given version and XWiki users another version of Jackrabbit.
It's the role of the appserver to isolate classloader so that a webapp can use whatever version it wants in WEB-INF/lib.
You need to configure JBoss to provide this isolation. You need to check Jboss's doc for that.
I just googled it quickly and found http://community.jboss.org/wiki/ClassLoadingConfiguration
Should we create a jboss-web.xml configuration file as well? We recently added a sun-web.xml file to fix another classloading problem, this time for GlassFish.
Hope it helps, -Vincent
Alternatively you could remove xwiki'ds jackrabbit version from WEB-INF/lib (make sure the version used by jboss is greater than the one used by xwiki).
Thanks -Vincent
Can anyone see what I'm doing wrong? All the information on the web seems a little old – I'm using JBoss 6. I would be grateful if anyone could help shed any light on this issue.
Cheers, Andy
-- Sergiu Dumitriu http://purl.org/net/sergiu/
On May 3, 2011, at 9:58 AM, Sergiu Dumitriu wrote:
On 05/03/2011 09:40 AM, Vincent Massol wrote:
On May 3, 2011, at 9:39 AM, Vincent Massol wrote:
Hi Andy,
On Apr 27, 2011, at 1:25 PM, andyp wrote:
Hi all,
I'm trying to install the XWiki war file on a Ubuntu virtual machine (KVM) but as yet with no success. I've installed and configured java, jboss and mysql using all the information I could find from your website:
[snip]
01:36:10,087 WARN [ClassLoaderManager] Unexpected error during load of:org.apache.jackrabbit.core.query.lucene.WildcardQuery$WildcardQueryWeight: java.lang.IncompatibleClassChangeError: Implementing class
[snip]
01:36:10,936 WARN [ClassLoaderManager] Unexpected error during load of:org.apache.jackrabbit.core.query.lucene.MatchAllWeight: java.lang.IncompatibleClassChangeError: Implementing class
[snip]
As you can see in the error above the problem is an incompatible version. JBoss uses Jackrabbit in a given version and XWiki users another version of Jackrabbit.
It's the role of the appserver to isolate classloader so that a webapp can use whatever version it wants in WEB-INF/lib.
You need to configure JBoss to provide this isolation. You need to check Jboss's doc for that.
I just googled it quickly and found http://community.jboss.org/wiki/ClassLoadingConfiguration
Should we create a jboss-web.xml configuration file as well?
We recently added a sun-web.xml file to fix another classloading problem, this time for GlassFish.
We could... Personally I don't like that too much since those special container-specific files are container-specific and they're up to the admin deployer to set up. Usually admins provide their own and it really depends how they set up their appserver (there isn't a single way). The alternative is to simply document this in the install notes (or even provide the xml file as an attachment in the release notes as an example). Normally people who install WARs and who don't use the standalone version should have admin qualifications and *must* know their app server and how to configure it. Let's say I'm +0 Thanks -Vincent
Hope it helps, -Vincent
Alternatively you could remove xwiki'ds jackrabbit version from WEB-INF/lib (make sure the version used by jboss is greater than the one used by xwiki).
Thanks -Vincent
Can anyone see what I'm doing wrong? All the information on the web seems a little old – I'm using JBoss 6. I would be grateful if anyone could help shed any light on this issue.
Cheers, Andy
On May 3, 2011, at 9:40 AM, Vincent Massol wrote:
On May 3, 2011, at 9:39 AM, Vincent Massol wrote:
Hi Andy,
On Apr 27, 2011, at 1:25 PM, andyp wrote:
Hi all,
I'm trying to install the XWiki war file on a Ubuntu virtual machine (KVM) but as yet with no success. I've installed and configured java, jboss and mysql using all the information I could find from your website:
[snip]
01:36:10,087 WARN [ClassLoaderManager] Unexpected error during load of:org.apache.jackrabbit.core.query.lucene.WildcardQuery$WildcardQueryWeight: java.lang.IncompatibleClassChangeError: Implementing class
[snip]
01:36:10,936 WARN [ClassLoaderManager] Unexpected error during load of:org.apache.jackrabbit.core.query.lucene.MatchAllWeight: java.lang.IncompatibleClassChangeError: Implementing class
[snip]
As you can see in the error above the problem is an incompatible version. JBoss uses Jackrabbit in a given version and XWiki users another version of Jackrabbit.
It's the role of the appserver to isolate classloader so that a webapp can use whatever version it wants in WEB-INF/lib.
You need to configure JBoss to provide this isolation. You need to check Jboss's doc for that.
I just googled it quickly and found http://community.jboss.org/wiki/ClassLoadingConfiguration
I've updated http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationJBoss with this information. Thanks -Vincent
Hope it helps, -Vincent
Alternatively you could remove xwiki'ds jackrabbit version from WEB-INF/lib (make sure the version used by jboss is greater than the one used by xwiki).
Thanks -Vincent
Can anyone see what I'm doing wrong? All the information on the web seems a little old – I'm using JBoss 6. I would be grateful if anyone could help shed any light on this issue.
Cheers, Andy
Vincent and Sergiu – thanks both for all your replies. Unfortunately the headache continues. I'm not sure if this is correct but making the below changes to jboss-web.xml no longer crashes JBoss but XWiki still fails with the stack trace at the bottom of this message. “Should we create a jboss-web.xml configuration file as well? We recently added a sun-web.xml file to fix another classloading problem, this time for GlassFish. “ To someone like me – this seems like a great idea. Anything you can do to ease the learning curve for a newbie trying to setup and learn XWiki can't be bad. Cheers, Andy $JBOSS_HOME/server/default/deploy/xwiki.war/WEB-INF/jboss-web.xml: <?xml version="1.0" encoding="UTF-8"?> <jboss-web> <loader-repository> com.xwiki:archive=xwiki.war </loader-repository> <resource-ref> <res-ref-name>jdbc/XWikiDS</res-ref-name> <res-type>javax.sql.DataSource</res-type> <jndi-name>java:jdbc/XWikiDS</jndi-name> </resource-ref> </jboss-web> ============================================= JBoss Bootstrap Environment JBOSS_HOME: /usr/local/jboss JAVA: /usr/lib/jvm/java-6-sun/bin/java JAVA_OPTS: -server -Xms128m -Xmx512m -XX:MaxPermSize=256m -Dorg.jboss.resolver.warning=true -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000 -Djava.net.preferIPv4Stack=true -Dprogram.name=run.sh -Djava.li$ CLASSPATH: /usr/local/jboss/bin/run.jar:/usr/lib/jvm/java-6-sun/lib/tools.jar ============================================= 21:35:28,226 INFO [AbstractJBossASServerBase] Server Configuration: JBOSS_HOME URL: file:/java/apps/jboss/jboss-6.0.0.Final/ Bootstrap: $JBOSS_HOME/server/default/conf/bootstrap.xml Common Base: $JBOSS_HOME/common/ Common Library: $JBOSS_HOME/common/lib/ Server Name: default Server Base: $JBOSS_HOME/server/ Server Library: $JBOSS_HOME/server/default/lib/ Server Config: $JBOSS_HOME/server/default/conf/ Server Home: $JBOSS_HOME/server/default/ Server Data: $JBOSS_HOME/server/default/data/ Server Log: $JBOSS_HOME/server/default/log/ Server Temp: $JBOSS_HOME/server/default/tmp/ 21:35:28,230 INFO [AbstractServer] Starting: JBossAS [6.0.0.Final "Neo"] 21:35:29,998 INFO [ServerInfo] Java version: 1.6.0_24,Sun Microsystems Inc. 21:35:29,998 INFO [ServerInfo] Java Runtime: Java(TM) SE Runtime Environment (build 1.6.0_24-b07) 21:35:29,999 INFO [ServerInfo] Java VM: Java HotSpot(TM) 64-Bit Server VM 19.1-b02,Sun Microsystems Inc. 21:35:29,999 INFO [ServerInfo] OS-System: Linux 2.6.35-28-server,amd64 21:35:29,999 INFO [ServerInfo] VM arguments: -Xms128m -Xmx512m -XX:MaxPermSize=256m -Dorg.jboss.resolver.warning=true -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000 -Djava.net.preferIPv4Stack=true -Dprog$ 21:35:30,039 INFO [JMXKernel] Legacy JMX core initialized 21:35:36,611 INFO [AbstractServerConfig] JBoss Web Services - Stack CXF Server 3.4.1.GA 21:35:37,282 INFO [JSFImplManagementDeployer] Initialized 3 JSF configurations: [Mojarra-1.2, MyFaces-2.0, Mojarra-2.0] 21:35:43,385 ERROR [AbstractKernelController] Error installing to Parse: name=vfs:///java/apps/jboss/jboss-6.0.0.Final/server/default/deploy/xwiki.war state=PreParse mode=Manual requiredState=Parse: org.jboss.deployers.spi.DeploymentExce$ at org.jboss.deployers.spi.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:49) [:2.2.0.GA] at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.createMetaData(AbstractParsingDeployerWithOutput.java:383) [:2.2.0.GA] at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.createMetaData(AbstractParsingDeployerWithOutput.java:343) [:2.2.0.GA] at org.jboss.deployment.JBossWebAppParsingDeployer.createMetaData(JBossWebAppParsingDeployer.java:99) [:6.0.0.Final] at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.createMetaData(AbstractParsingDeployerWithOutput.java:315) [:2.2.0.GA] at org.jboss.deployment.JBossWebAppParsingDeployer.createMetaData(JBossWebAppParsingDeployer.java:80) [:6.0.0.Final] at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.deploy(AbstractParsingDeployerWithOutput.java:255) [:2.2.0.GA] at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:179) [:2.2.0.GA] at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1832) [:2.2.0.GA] at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1550) [:2.2.0.GA] at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1491) [:2.2.0.GA] at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:379) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:2044) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:1083) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractController.executeOrIncrementStateDirectly(AbstractController.java:1322) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1246) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1139) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:939) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:654) [jboss-dependency.jar:2.2.0.GA] at org.jboss.deployers.plugins.deployers.DeployersImpl.change(DeployersImpl.java:1983) [:2.2.0.GA] at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:1076) [:2.2.0.GA] at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:679) [:2.2.0.GA] at org.jboss.system.server.profileservice.deployers.MainDeployerPlugin.process(MainDeployerPlugin.java:106) [:6.0.0.Final] at org.jboss.profileservice.dependency.ProfileControllerContext$DelegateDeployer.process(ProfileControllerContext.java:143) [:0.2.2] at org.jboss.profileservice.dependency.ProfileDeployAction.deploy(ProfileDeployAction.java:151) [:0.2.2] at org.jboss.profileservice.dependency.ProfileDeployAction.installActionInternal(ProfileDeployAction.java:94) [:0.2.2] at org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction(InstallsAwareAction.java:54) [jboss-kernel.jar:2.2.0.GA] at org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction(InstallsAwareAction.java:42) [jboss-kernel.jar:2.2.0.GA] at org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:379) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:2044) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:1083) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractController.executeOrIncrementStateDirectly(AbstractController.java:1322) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1246) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1139) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:939) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:654) [jboss-dependency.jar:2.2.0.GA] at org.jboss.profileservice.dependency.ProfileActivationWrapper$BasicProfileActivation.start(ProfileActivationWrapper.java:190) [:0.2.2] at org.jboss.profileservice.dependency.ProfileActivationWrapper.start(ProfileActivationWrapper.java:87) [:0.2.2] at org.jboss.profileservice.dependency.ProfileActivationService.activateProfile(ProfileActivationService.java:215) [:0.2.2] at org.jboss.profileservice.dependency.ProfileActivationService.activate(ProfileActivationService.java:159) [:0.2.2] at org.jboss.profileservice.bootstrap.AbstractProfileServiceBootstrap.activate(AbstractProfileServiceBootstrap.java:112) [:0.2.2] at org.jboss.profileservice.resolver.BasicResolverFactory$ProfileResolverFacade.deploy(BasicResolverFactory.java:87) [:0.2.2] at org.jboss.profileservice.bootstrap.AbstractProfileServiceBootstrap.start(AbstractProfileServiceBootstrap.java:91) [:0.2.2] at org.jboss.system.server.profileservice.bootstrap.BasicProfileServiceBootstrap.start(BasicProfileServiceBootstrap.java:132) [:6.0.0.Final] at org.jboss.system.server.profileservice.bootstrap.BasicProfileServiceBootstrap.start(BasicProfileServiceBootstrap.java:56) [:6.0.0.Final] at org.jboss.bootstrap.impl.base.server.AbstractServer.startBootstraps(AbstractServer.java:827) [jboss-bootstrap-impl-base.jar:2.1.0-alpha-5] at org.jboss.bootstrap.impl.base.server.AbstractServer$StartServerTask.run(AbstractServer.java:417) [jboss-bootstrap-impl-base.jar:2.1.0-alpha-5] at java.lang.Thread.run(Thread.java:662) [:1.6.0_24] Caused by: org.jboss.xb.binding.JBossXBException: Failed to parse source: vfs:///java/apps/jboss/jboss-6.0.0.Final/server/default/deploy/xwiki.war/WEB-INF/jboss-web.xml@3,24 at org.jboss.xb.binding.parser.sax.SaxJBossXBParser.parse(SaxJBossXBParser.java:224) [jbossxb.jar:2.0.3.GA] at org.jboss.xb.binding.UnmarshallerImpl.unmarshal(UnmarshallerImpl.java:178) [jbossxb.jar:2.0.3.GA] at org.jboss.xb.util.JBossXBHelper.parse(JBossXBHelper.java:257) [jbossxb.jar:2.0.3.GA] at org.jboss.xb.util.JBossXBHelper.parse(JBossXBHelper.java:231) [jbossxb.jar:2.0.3.GA] at org.jboss.deployers.vfs.spi.deployer.SchemaResolverDeployer.parse(SchemaResolverDeployer.java:137) [:2.2.0.GA] at org.jboss.deployers.vfs.spi.deployer.SchemaResolverDeployer.parse(SchemaResolverDeployer.java:121) [:2.2.0.GA] at org.jboss.deployers.vfs.spi.deployer.AbstractVFSParsingDeployer.parseAndInit(AbstractVFSParsingDeployer.java:352) [:2.2.0.GA] at org.jboss.deployers.vfs.spi.deployer.AbstractVFSParsingDeployer.parseAndInit(AbstractVFSParsingDeployer.java:334) [:2.2.0.GA] at org.jboss.deployers.vfs.spi.deployer.AbstractVFSParsingDeployer.parse(AbstractVFSParsingDeployer.java:251) [:2.2.0.GA] at org.jboss.deployers.spi.deployer.helpers.AbstractParsingDeployerWithOutput.createMetaData(AbstractParsingDeployerWithOutput.java:369) [:2.2.0.GA] ... 49 more Caused by: org.jboss.xb.binding.JBossXBRuntimeException: loader-repository not found as a child of jboss-web in unordered_sequence: security-role* max-active-sessions? webservice-description* class-loading? jacc-star-role-allow? message-$ at org.jboss.xb.binding.sunday.unmarshalling.ElementPosition.nextPosition(ElementPosition.java:199) [jbossxb.jar:2.0.3.GA] at org.jboss.xb.binding.sunday.unmarshalling.ElementPosition.startParticle(ElementPosition.java:475) [jbossxb.jar:2.0.3.GA] at org.jboss.xb.binding.sunday.unmarshalling.SundayContentHandler.startElement(SundayContentHandler.java:202) [jbossxb.jar:2.0.3.GA] at org.jboss.xb.binding.parser.sax.SaxJBossXBParser.startElement(SaxJBossXBParser.java:401) [jbossxb.jar:2.0.3.GA] at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source) [xercesImpl.jar:6.0.0.Final] at org.apache.xerces.xinclude.XIncludeHandler.startElement(Unknown Source) [xercesImpl.jar:6.0.0.Final] at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source) [xercesImpl.jar:6.0.0.Final] at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) [xercesImpl.jar:6.0.0.Final] at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) [xercesImpl.jar:6.0.0.Final] at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) [xercesImpl.jar:6.0.0.Final] at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) [xercesImpl.jar:6.0.0.Final] at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) [xercesImpl.jar:6.0.0.Final] at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) [xercesImpl.jar:6.0.0.Final] at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source) [xercesImpl.jar:6.0.0.Final] at org.jboss.xb.binding.parser.sax.SaxJBossXBParser.parse(SaxJBossXBParser.java:209) [jbossxb.jar:2.0.3.GA] ... 58 more 21:35:43,857 WARNING [FileConfigurationParser] AIO wasn't located on this platform, it will fall back to using pure Java NIO. If your platform is Linux, install LibAIO to enable the AIO journal 21:35:47,545 WARNING [FileConfigurationParser] AIO wasn't located on this platform, it will fall back to using pure Java NIO. If your platform is Linux, install LibAIO to enable the AIO journal 21:35:47,778 INFO [JMXConnector] starting JMXConnector on host 0.0.0.0:1090 21:35:47,870 INFO [MailService] Mail Service bound to java:/Mail 21:35:49,458 INFO [HornetQServerImpl] live server is starting.. 21:35:49,545 INFO [JournalStorageManager] Using NIO Journal 21:35:49,567 WARNING [HornetQServerImpl] Security risk! It has been detected that the cluster admin user and password have not been changed from the installation default. Please see the HornetQ user guide, cluster chapter, for instructio$ 21:35:50,256 INFO [NettyAcceptor] Started Netty Acceptor version 3.2.1.Final-r2319 0.0.0.0:5455 for CORE protocol 21:35:50,258 INFO [NettyAcceptor] Started Netty Acceptor version 3.2.1.Final-r2319 0.0.0.0:5445 for CORE protocol 21:35:50,266 INFO [HornetQServerImpl] HornetQ Server version 2.1.2.Final (Colmeia, 120) started 21:35:50,319 INFO [WebService] Using RMI server codebase: http://xwiki.defaultdomain:8083/ 21:35:50,500 INFO [jbossatx] ARJUNA-32010 JBossTS Recovery Service (tag: JBOSSTS_4_14_0_Final) - JBoss Inc. 21:35:50,505 INFO [arjuna] ARJUNA-12324 Start RecoveryActivators 21:35:50,523 INFO [arjuna] ARJUNA-12296 ExpiredEntryMonitor running at Tue, 3 May 2011 21:35:50 21:35:50,587 INFO [arjuna] ARJUNA-12310 Recovery manager listening on endpoint 0.0.0.0:4712 21:35:50,587 INFO [arjuna] ARJUNA-12344 RecoveryManagerImple is ready on port 4712 21:35:50,590 INFO [jbossatx] ARJUNA-32013 Starting transaction recovery manager 21:35:50,610 INFO [arjuna] ARJUNA-12163 Starting service com.arjuna.ats.arjuna.recovery.ActionStatusService on port 4713 21:35:50,611 INFO [arjuna] ARJUNA-12337 TransactionStatusManagerItem host: 0.0.0.0 port: 4713 21:35:50,791 INFO [arjuna] ARJUNA-12170 TransactionStatusManager started on port 4713 and host 0.0.0.0 with service com.arjuna.ats.arjuna.recovery.ActionStatusService 21:35:50,830 INFO [jbossatx] ARJUNA-32017 JBossTS Transaction Service (JTA version - tag: JBOSSTS_4_14_0_Final) - JBoss Inc. 21:35:51,424 INFO [arjuna] ARJUNA-12202 registering bean jboss.jta:type=ObjectStore. 21:35:51,674 INFO [AprLifecycleListener] The Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: /usr/local/jboss/bin/native/lib64 21:35:51,881 INFO [ModClusterService] Initializing mod_cluster 1.1.0.Final 21:35:51,898 INFO [TomcatDeployment] deploy, ctxPath=/invoker 21:35:52,570 INFO [RARDeployment] Required license terms exist, view vfs:/java/apps/jboss/jboss-6.0.0.Final/server/default/deploy/jboss-local-jdbc.rar/META-INF/ra.xml 21:35:52,586 INFO [RARDeployment] Required license terms exist, view vfs:/java/apps/jboss/jboss-6.0.0.Final/server/default/deploy/jboss-xa-jdbc.rar/META-INF/ra.xml 21:35:52,595 INFO [RARDeployment] Required license terms exist, view vfs:/java/apps/jboss/jboss-6.0.0.Final/server/default/deploy/jms-ra.rar/META-INF/ra.xml 21:35:52,611 INFO [HornetQResourceAdapter] HornetQ resource adaptor started 21:35:52,626 INFO [RARDeployment] Required license terms exist, view vfs:/java/apps/jboss/jboss-6.0.0.Final/server/default/deploy/mail-ra.rar/META-INF/ra.xml 21:35:52,640 INFO [RARDeployment] Required license terms exist, view vfs:/java/apps/jboss/jboss-6.0.0.Final/server/default/deploy/quartz-ra.rar/META-INF/ra.xml 21:35:52,735 INFO [SimpleThreadPool] Job execution threads will use class loader of thread: Thread-2 21:35:52,808 INFO [SchedulerSignalerImpl] Initialized Scheduler Signaller of type: class org.quartz.core.SchedulerSignalerImpl 21:35:52,809 INFO [QuartzScheduler] Quartz Scheduler v.1.8.3 created. 21:35:52,812 INFO [RAMJobStore] RAMJobStore initialized. 21:35:52,816 INFO [QuartzScheduler] Scheduler meta-data: Quartz Scheduler (v1.8.3) 'JBossQuartzScheduler' with instanceId 'NON_CLUSTERED' Scheduler class: 'org.quartz.core.QuartzScheduler' - running locally. NOT STARTED. Currently in standby mode. Number of jobs executed: 0 Using thread pool 'org.quartz.simpl.SimpleThreadPool' - with 10 threads. Using job-store 'org.quartz.simpl.RAMJobStore' - which does not support persistence. and is not clustered. 21:35:52,817 INFO [StdSchedulerFactory] Quartz scheduler 'JBossQuartzScheduler' initialized from an externally opened InputStream. 21:35:52,817 INFO [StdSchedulerFactory] Quartz scheduler version: 1.8.3 21:35:52,817 INFO [QuartzScheduler] Scheduler JBossQuartzScheduler_$_NON_CLUSTERED started. 21:35:54,003 INFO [ConnectionFactoryBindingService] Bound ConnectionManager 'jboss.jca:service=DataSourceBinding,name=DefaultDS' to JNDI name 'java:DefaultDS' 21:35:54,415 INFO [ConnectionFactoryBindingService] Bound ConnectionManager 'jboss.jca:service=ConnectionFactoryBinding,name=JmsXA' to JNDI name 'java:JmsXA' 21:35:54,443 INFO [ConnectionFactoryBindingService] Bound ConnectionManager 'jboss.jca:service=DataSourceBinding,name=XWikiDS' to JNDI name 'java:XWikiDS' 21:35:54,673 INFO [xnio] XNIO Version 2.1.0.CR2 21:35:54,684 INFO [nio] XNIO NIO Implementation Version 2.1.0.CR2 21:35:54,831 INFO [remoting] JBoss Remoting version 3.1.0.Beta2 21:35:54,980 INFO [TomcatDeployment] deploy, ctxPath=/ 21:35:55,030 INFO [service] Removing bootstrap log handlers 21:35:55,087 ERROR [ProfileServiceBootstrap] Failed to load profile:: org.jboss.deployers.client.spi.IncompleteDeploymentException: Summary of incomplete deployments (SEE PREVIOUS ERRORS FOR DETAILS): DEPLOYMENTS IN ERROR: Deployment "vfs:///java/apps/jboss/jboss-6.0.0.Final/server/default/deploy/xwiki.war" is in error due to the following reason(s): org.jboss.xb.binding.JBossXBRuntimeException: loader-repository not found as a child of jboss-web in unor$ at org.jboss.deployers.plugins.deployers.DeployersImpl.checkComplete(DeployersImpl.java:1228) [:2.2.0.GA] at org.jboss.deployers.plugins.main.MainDeployerImpl.checkComplete(MainDeployerImpl.java:905) [:2.2.0.GA] at org.jboss.system.server.profileservice.deployers.MainDeployerPlugin.checkComplete(MainDeployerPlugin.java:87) [:6.0.0.Final] at org.jboss.profileservice.deployment.ProfileDeployerPluginRegistry.checkAllComplete(ProfileDeployerPluginRegistry.java:107) [:0.2.2] at org.jboss.system.server.profileservice.bootstrap.BasicProfileServiceBootstrap.start(BasicProfileServiceBootstrap.java:135) [:6.0.0.Final] at org.jboss.system.server.profileservice.bootstrap.BasicProfileServiceBootstrap.start(BasicProfileServiceBootstrap.java:56) [:6.0.0.Final] at org.jboss.bootstrap.impl.base.server.AbstractServer.startBootstraps(AbstractServer.java:827) [jboss-bootstrap-impl-base.jar:2.1.0-alpha-5] at org.jboss.bootstrap.impl.base.server.AbstractServer$StartServerTask.run(AbstractServer.java:417) [jboss-bootstrap-impl-base.jar:2.1.0-alpha-5] at java.lang.Thread.run(Thread.java:662) [:1.6.0_24] 21:35:55,103 INFO [org.apache.coyote.http11.Http11Protocol] Starting Coyote HTTP/1.1 on http-0.0.0.0-8080 21:35:55,106 INFO [org.apache.coyote.ajp.AjpProtocol] Starting Coyote AJP/1.3 on ajp-0.0.0.0-8009 21:35:55,106 INFO [org.jboss.bootstrap.impl.base.server.AbstractServer] JBossAS [6.0.0.Final "Neo"] Started in 26s:872ms vmassol wrote:
On May 3, 2011, at 9:40 AM, Vincent Massol wrote:
On May 3, 2011, at 9:39 AM, Vincent Massol wrote:
Hi Andy,
On Apr 27, 2011, at 1:25 PM, andyp wrote:
Hi all,
I'm trying to install the XWiki war file on a Ubuntu virtual machine (KVM) but as yet with no success. I've installed and configured java, jboss and mysql using all the information I could find from your website:
[snip]
01:36:10,087 WARN [ClassLoaderManager] Unexpected error during load of:org.apache.jackrabbit.core.query.lucene.WildcardQuery$WildcardQueryWeight: java.lang.IncompatibleClassChangeError: Implementing class
[snip]
01:36:10,936 WARN [ClassLoaderManager] Unexpected error during load of:org.apache.jackrabbit.core.query.lucene.MatchAllWeight: java.lang.IncompatibleClassChangeError: Implementing class
[snip]
As you can see in the error above the problem is an incompatible version. JBoss uses Jackrabbit in a given version and XWiki users another version of Jackrabbit.
It's the role of the appserver to isolate classloader so that a webapp can use whatever version it wants in WEB-INF/lib.
You need to configure JBoss to provide this isolation. You need to check Jboss's doc for that.
I just googled it quickly and found http://community.jboss.org/wiki/ClassLoadingConfiguration
I've updated http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationJBoss with this information.
Thanks -Vincent
Hope it helps, -Vincent
Alternatively you could remove xwiki'ds jackrabbit version from WEB-INF/lib (make sure the version used by jboss is greater than the one used by xwiki).
Thanks -Vincent
Can anyone see what I'm doing wrong? All the information on the web seems a little old – I'm using JBoss 6. I would be grateful if anyone could help shed any light on this issue.
Cheers, Andy
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
vmassol wrote:
On May 3, 2011, at 9:40 AM, Vincent Massol wrote:
On May 3, 2011, at 9:39 AM, Vincent Massol wrote:
Hi Andy,
On Apr 27, 2011, at 1:25 PM, andyp wrote:
Hi all,
I'm trying to install the XWiki war file on a Ubuntu virtual machine (KVM) but as yet with no success. I've installed and configured java, jboss and mysql using all the information I could find from your website:
[snip]
01:36:10,087 WARN [ClassLoaderManager] Unexpected error during load of:org.apache.jackrabbit.core.query.lucene.WildcardQuery$WildcardQueryWeight: java.lang.IncompatibleClassChangeError: Implementing class
[snip]
01:36:10,936 WARN [ClassLoaderManager] Unexpected error during load of:org.apache.jackrabbit.core.query.lucene.MatchAllWeight: java.lang.IncompatibleClassChangeError: Implementing class
[snip]
As you can see in the error above the problem is an incompatible version. JBoss uses Jackrabbit in a given version and XWiki users another version of Jackrabbit.
It's the role of the appserver to isolate classloader so that a webapp can use whatever version it wants in WEB-INF/lib.
You need to configure JBoss to provide this isolation. You need to check Jboss's doc for that.
I just googled it quickly and found http://community.jboss.org/wiki/ClassLoadingConfiguration
I've updated http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationJBoss with this information.
Thanks -Vincent
Hope it helps, -Vincent
Alternatively you could remove xwiki'ds jackrabbit version from WEB-INF/lib (make sure the version used by jboss is greater than the one used by xwiki).
Thanks -Vincent
Can anyone see what I'm doing wrong? All the information on the web seems a little old – I'm using JBoss 6. I would be grateful if anyone could help shed any light on this issue.
Cheers, Andy
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
vmassol wrote:
On May 3, 2011, at 9:40 AM, Vincent Massol wrote:
On May 3, 2011, at 9:39 AM, Vincent Massol wrote:
Hi Andy,
On Apr 27, 2011, at 1:25 PM, andyp wrote:
Hi all,
I'm trying to install the XWiki war file on a Ubuntu virtual machine (KVM) but as yet with no success. I've installed and configured java, jboss and mysql using all the information I could find from your website:
[snip]
01:36:10,087 WARN [ClassLoaderManager] Unexpected error during load of:org.apache.jackrabbit.core.query.lucene.WildcardQuery$WildcardQueryWeight: java.lang.IncompatibleClassChangeError: Implementing class
[snip]
01:36:10,936 WARN [ClassLoaderManager] Unexpected error during load of:org.apache.jackrabbit.core.query.lucene.MatchAllWeight: java.lang.IncompatibleClassChangeError: Implementing class
[snip]
As you can see in the error above the problem is an incompatible version. JBoss uses Jackrabbit in a given version and XWiki users another version of Jackrabbit.
It's the role of the appserver to isolate classloader so that a webapp can use whatever version it wants in WEB-INF/lib.
You need to configure JBoss to provide this isolation. You need to check Jboss's doc for that.
I just googled it quickly and found http://community.jboss.org/wiki/ClassLoadingConfiguration
I've updated http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationJBoss with this information.
Thanks -Vincent
Hope it helps, -Vincent
Alternatively you could remove xwiki'ds jackrabbit version from WEB-INF/lib (make sure the version used by jboss is greater than the one used by xwiki).
Thanks -Vincent
Can anyone see what I'm doing wrong? All the information on the web seems a little old – I'm using JBoss 6. I would be grateful if anyone could help shed any light on this issue.
Cheers, Andy
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
-- View this message in context: http://xwiki.475771.n2.nabble.com/XWiki-war-JBoss-AS6-MySQL-tp6309076p632901... Sent from the XWiki- Users mailing list archive at Nabble.com.
On 05/04/2011 12:21 AM, andyp wrote:
Vincent and Sergiu – thanks both for all your replies. Unfortunately the headache continues. I'm not sure if this is correct but making the below changes to jboss-web.xml no longer crashes JBoss but XWiki still fails with the stack trace at the bottom of this message.
“Should we create a jboss-web.xml configuration file as well?
We recently added a sun-web.xml file to fix another classloading problem, this time for GlassFish. “
To someone like me – this seems like a great idea. Anything you can do to ease the learning curve for a newbie trying to setup and learn XWiki can't be bad.
Cheers, Andy
$JBOSS_HOME/server/default/deploy/xwiki.war/WEB-INF/jboss-web.xml:
<?xml version="1.0" encoding="UTF-8"?> <jboss-web> <loader-repository> com.xwiki:archive=xwiki.war </loader-repository> <resource-ref> <res-ref-name>jdbc/XWikiDS</res-ref-name> <res-type>javax.sql.DataSource</res-type> <jndi-name>java:jdbc/XWikiDS</jndi-name> </resource-ref> </jboss-web>
Can you try this one:
<?xml version="1.0" encoding="UTF-8"?> <jboss-web> <class-loading java2ClassLoadingCompliance="false"> <loader-repository> org.xwiki:archive=xwiki.war <loader-repository-config>java2ParentDelegation=false</loader-repository-config> </loader-repository> </class-loading> <resource-ref> <res-ref-name>jdbc/XWikiDS</res-ref-name> <res-type>javax.sql.DataSource</res-type> <jndi-name>java:jdbc/XWikiDS</jndi-name> </resource-ref> </jboss-web>
-- Sergiu Dumitriu http://purl.org/net/sergiu/
Hi Sergiu, If I try that I get the same class loading error and JBoss is unable to start: ================================================================ JBoss Bootstrap Environment JBOSS_HOME: /usr/local/jboss JAVA: /usr/lib/jvm/java-6-sun/bin/java JAVA_OPTS: -server -Xms128m -Xmx512m -XX:MaxPermSize=256m -Dorg.jboss.resolver.warning=true -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000 -Djava.net.preferIPv4Stack=true -Dprogram.name=run.sh -Djava.li$ CLASSPATH: /usr/local/jboss/bin/run.jar:/usr/lib/jvm/java-6-sun/lib/tools.jar ================================================================ 23:36:21,795 INFO [AbstractJBossASServerBase] Server Configuration: JBOSS_HOME URL: file:/java/apps/jboss/jboss-6.0.0.Final/ Bootstrap: $JBOSS_HOME/server/default/conf/bootstrap.xml Common Base: $JBOSS_HOME/common/ Common Library: $JBOSS_HOME/common/lib/ Server Name: default Server Base: $JBOSS_HOME/server/ Server Library: $JBOSS_HOME/server/default/lib/ Server Config: $JBOSS_HOME/server/default/conf/ Server Home: $JBOSS_HOME/server/default/ Server Data: $JBOSS_HOME/server/default/data/ Server Log: $JBOSS_HOME/server/default/log/ Server Temp: $JBOSS_HOME/server/default/tmp/ 23:36:21,798 INFO [AbstractServer] Starting: JBossAS [6.0.0.Final "Neo"] 23:36:23,652 INFO [ServerInfo] Java version: 1.6.0_24,Sun Microsystems Inc. 23:36:23,652 INFO [ServerInfo] Java Runtime: Java(TM) SE Runtime Environment (build 1.6.0_24-b07) 23:36:23,652 INFO [ServerInfo] Java VM: Java HotSpot(TM) 64-Bit Server VM 19.1-b02,Sun Microsystems Inc. 23:36:23,653 INFO [ServerInfo] OS-System: Linux 2.6.35-28-server,amd64 23:36:23,653 INFO [ServerInfo] VM arguments: -Xms128m -Xmx512m -XX:MaxPermSize=256m -Dorg.jboss.resolver.warning=true -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000 -Djava.net.preferIPv4Stack=true -Dprog$ 23:36:23,701 INFO [JMXKernel] Legacy JMX core initialized 23:36:30,013 INFO [AbstractServerConfig] JBoss Web Services - Stack CXF Server 3.4.1.GA 23:36:30,707 INFO [JSFImplManagementDeployer] Initialized 3 JSF configurations: [Mojarra-1.2, MyFaces-2.0, Mojarra-2.0] 23:36:37,193 WARNING [FileConfigurationParser] AIO wasn't located on this platform, it will fall back to using pure Java NIO. If your platform is Linux, install LibAIO to enable the AIO journal 23:37:44,064 WARN [ClassLoaderManager] Unexpected error during load of:org.apache.jackrabbit.core.query.lucene.WildcardQuery$WildcardQueryWeight: java.lang.IncompatibleClassChangeError: Implementing class at java.lang.ClassLoader.defineClass1(Native Method) [:1.6.0_24] at java.lang.ClassLoader.defineClassCond(ClassLoader.java:632) [:1.6.0_24] at java.lang.ClassLoader.defineClass(ClassLoader.java:616) [:1.6.0_24] at org.jboss.classloader.spi.base.BaseClassLoader.access$200(BaseClassLoader.java:52) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.BaseClassLoader$2.run(BaseClassLoader.java:650) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.BaseClassLoader$2.run(BaseClassLoader.java:609) [jboss-classloader.jar:2.2.0.GA] at java.security.AccessController.doPrivileged(Native Method) [:1.6.0_24] at org.jboss.classloader.spi.base.BaseClassLoader.loadClassLocally(BaseClassLoader.java:608) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.BaseClassLoader.loadClassLocally(BaseClassLoader.java:585) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.BaseDelegateLoader.loadClass(BaseDelegateLoader.java:156) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.filter.FilteredDelegateLoader.doLoadClass(FilteredDelegateLoader.java:141) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.filter.FilteredDelegateLoader.loadClass(FilteredDelegateLoader.java:132) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.ClassLoadingTask$ThreadTask.run(ClassLoadingTask.java:461) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.ClassLoaderManager.nextTask(ClassLoaderManager.java:262) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.ClassLoaderManager.process(ClassLoaderManager.java:161) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.BaseClassLoaderDomain.loadClass(BaseClassLoaderDomain.java:260) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.BaseClassLoaderDomain.loadClass(BaseClassLoaderDomain.java:1152) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.BaseClassLoader.loadClassFromDomain(BaseClassLoader.java:886) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.BaseClassLoader.doLoadClass(BaseClassLoader.java:505) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.BaseClassLoader.loadClass(BaseClassLoader.java:450) [jboss-classloader.jar:2.2.0.GA] at java.lang.ClassLoader.loadClass(ClassLoader.java:248) [:1.6.0_24] at java.lang.Class.forName0(Native Method) [:1.6.0_24] at java.lang.Class.forName(Class.java:247) [:1.6.0_24] at org.jboss.reflect.plugins.introspection.IntrospectionTypeInfoFactoryImpl.resolveComplexTypeInfo(IntrospectionTypeInfoFactoryImpl.java:458) [jboss-reflect.jar:2.2.0.GA] at org.jboss.reflect.plugins.introspection.IntrospectionTypeInfoFactoryImpl.getTypeInfo(IntrospectionTypeInfoFactoryImpl.java:414) [jboss-reflect.jar:2.2.0.GA] at org.jboss.reflect.plugins.introspection.IntrospectionTypeInfoFactory.getTypeInfo(IntrospectionTypeInfoFactory.java:54) [jboss-reflect.jar:2.2.0.GA] at org.jboss.config.plugins.AbstractConfiguration.getTypeInfo(AbstractConfiguration.java:121) [jboss-reflect.jar:2.2.0.GA] at org.jboss.kernel.plugins.config.AbstractKernelConfig.getTypeInfo(AbstractKernelConfig.java:95) [jboss-kernel.jar:2.2.0.GA] at org.jboss.kernel.plugins.config.AbstractKernelConfigurator.getTypeInfo(AbstractKernelConfigurator.java:102) [jboss-kernel.jar:2.2.0.GA] at org.jboss.scanning.plugins.visitor.ConfiguratorReflectProvider.getTypeInfo(ConfiguratorReflectProvider.java:47) [:1.0.0.GA] at org.jboss.scanning.plugins.visitor.CachingReflectProvider.getTypeInfo(CachingReflectProvider.java:52) [:1.0.0.GA] at org.jboss.scanning.plugins.visitor.ReflectResourceVisitor.getTypeInfo(ReflectResourceVisitor.java:60) [:1.0.0.GA] at org.jboss.scanning.plugins.visitor.ReflectResourceVisitor.getClassInfo(ReflectResourceVisitor.java:72) [:1.0.0.GA] at org.jboss.scanning.plugins.visitor.ReflectResourceVisitor.doVisit(ReflectResourceVisitor.java:107) [:1.0.0.GA] at org.jboss.scanning.plugins.visitor.ReflectResourceVisitor.visit(ReflectResourceVisitor.java:86) [:1.0.0.GA] at org.jboss.scanning.annotations.plugins.AnnotationsScanningPlugin.visit(AnnotationsScanningPlugin.java:89) [:1.0.0.GA] at org.jboss.scanning.spi.helpers.ScanningPluginWrapper.visit(ScanningPluginWrapper.java:112) [:1.0.0.GA] at org.jboss.classloading.plugins.visitor.FederatedResourceVisitor.visit(FederatedResourceVisitor.java:101) [jboss-classloading.jar:2.2.0.GA] at org.jboss.classloading.plugins.vfs.VFSResourceVisitor.visit(VFSResourceVisitor.java:264) [jboss-classloading-vfs.jar:2.2.0.GA] at org.jboss.vfs.VirtualFile.visit(VirtualFile.java:408) [jboss-vfs.jar:3.0.0.GA] at org.jboss.vfs.VirtualFile.visit(VirtualFile.java:410) [jboss-vfs.jar:3.0.0.GA] at org.jboss.vfs.VirtualFile.visit(VirtualFile.java:410) [jboss-vfs.jar:3.0.0.GA] at org.jboss.vfs.VirtualFile.visit(VirtualFile.java:410) [jboss-vfs.jar:3.0.0.GA] at org.jboss.vfs.VirtualFile.visit(VirtualFile.java:410) [jboss-vfs.jar:3.0.0.GA] at org.jboss.vfs.VirtualFile.visit(VirtualFile.java:410) [jboss-vfs.jar:3.0.0.GA] at org.jboss.vfs.VirtualFile.visit(VirtualFile.java:410) [jboss-vfs.jar:3.0.0.GA] at org.jboss.vfs.VirtualFile.visit(VirtualFile.java:396) [jboss-vfs.jar:3.0.0.GA] at org.jboss.classloading.plugins.vfs.VFSResourceVisitor.visit(VFSResourceVisitor.java:102) [jboss-classloading-vfs.jar:2.2.0.GA] at org.jboss.deployers.vfs.plugins.classloader.VFSDeploymentClassLoaderPolicyModule.visit(VFSDeploymentClassLoaderPolicyModule.java:181) [:2.2.0.GA] at org.jboss.scanning.plugins.DeploymentUnitScanner.scan(DeploymentUnitScanner.java:111) [:1.0.0.GA] at org.jboss.scanning.spi.helpers.UrlScanner.scan(UrlScanner.java:96) [:1.0.0.GA] at org.jboss.scanning.deployers.ScanningDeployer.deploy(ScanningDeployer.java:95) [:1.0.0.GA] at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:179) [:2.2.0.GA] at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1832) [:2.2.0.GA] at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1550) [:2.2.0.GA] at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1491) [:2.2.0.GA] at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:379) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:2044) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:1083) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractController.executeOrIncrementStateDirectly(AbstractController.java:1322) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1246) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1139) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:939) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:654) [jboss-dependency.jar:2.2.0.GA] at org.jboss.deployers.plugins.deployers.DeployersImpl.change(DeployersImpl.java:1983) [:2.2.0.GA] at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:1076) [:2.2.0.GA] at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:679) [:2.2.0.GA] at org.jboss.system.server.profileservice.deployers.MainDeployerPlugin.process(MainDeployerPlugin.java:106) [:6.0.0.Final] at org.jboss.profileservice.dependency.ProfileControllerContext$DelegateDeployer.process(ProfileControllerContext.java:143) [:0.2.2] at org.jboss.profileservice.dependency.ProfileDeployAction.deploy(ProfileDeployAction.java:151) [:0.2.2] at org.jboss.profileservice.dependency.ProfileDeployAction.installActionInternal(ProfileDeployAction.java:94) [:0.2.2] at org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction(InstallsAwareAction.java:54) [jboss-kernel.jar:2.2.0.GA] at org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction(InstallsAwareAction.java:42) [jboss-kernel.jar:2.2.0.GA] at org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:379) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:2044) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:1083) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractController.executeOrIncrementStateDirectly(AbstractController.java:1322) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1246) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1139) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:939) [jboss-dependency.jar:2.2.0.GA] at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:654) [jboss-dependency.jar:2.2.0.GA] at org.jboss.profileservice.dependency.ProfileActivationWrapper$BasicProfileActivation.start(ProfileActivationWrapper.java:190) [:0.2.2] at org.jboss.profileservice.dependency.ProfileActivationWrapper.start(ProfileActivationWrapper.java:87) [:0.2.2] at org.jboss.profileservice.dependency.ProfileActivationService.activateProfile(ProfileActivationService.java:215) [:0.2.2] at org.jboss.profileservice.dependency.ProfileActivationService.activate(ProfileActivationService.java:159) [:0.2.2] at org.jboss.profileservice.bootstrap.AbstractProfileServiceBootstrap.activate(AbstractProfileServiceBootstrap.java:112) [:0.2.2] at org.jboss.profileservice.resolver.BasicResolverFactory$ProfileResolverFacade.deploy(BasicResolverFactory.java:87) [:0.2.2] at org.jboss.profileservice.bootstrap.AbstractProfileServiceBootstrap.start(AbstractProfileServiceBootstrap.java:91) [:0.2.2] at org.jboss.system.server.profileservice.bootstrap.BasicProfileServiceBootstrap.start(BasicProfileServiceBootstrap.java:132) [:6.0.0.Final] at org.jboss.system.server.profileservice.bootstrap.BasicProfileServiceBootstrap.start(BasicProfileServiceBootstrap.java:56) [:6.0.0.Final] at org.jboss.bootstrap.impl.base.server.AbstractServer.startBootstraps(AbstractServer.java:827) [jboss-bootstrap-impl-base.jar:2.1.0-alpha-5] at org.jboss.bootstrap.impl.base.server.AbstractServer$StartServerTask.run(AbstractServer.java:417) [jboss-bootstrap-impl-base.jar:2.1.0-alpha-5] at java.lang.Thread.run(Thread.java:662) [:1.6.0_24] 23:37:44,102 WARN [ClassLoaderManager] Unexpected error during load of:org.apache.jackrabbit.core.query.lucene.WildcardQuery$WildcardQueryWeight: java.lang.IncompatibleClassChangeError: Implementing class at java.lang.ClassLoader.defineClass1(Native Method) [:1.6.0_24] at java.lang.ClassLoader.defineClassCond(ClassLoader.java:632) [:1.6.0_24] at java.lang.ClassLoader.defineClass(ClassLoader.java:616) [:1.6.0_24] at org.jboss.classloader.spi.base.BaseClassLoader.access$200(BaseClassLoader.java:52) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.BaseClassLoader$2.run(BaseClassLoader.java:650) [jboss-classloader.jar:2.2.0.GA] at org.jboss.classloader.spi.base.BaseClassLoader$2.run(BaseClassLoader.java:609) [jboss-classloader.jar:2.2.0.GA] at java.security.AccessController.doPrivileged(Native Method) [:1.6.0_24] at org.jboss.classloader.spi.base.BaseClassLoader.loadClassLocally(BaseClassLoader.java:608) [jboss-classloader.jar:2.2.0.GA] . . . . . . Lots more follows! -- View this message in context: http://xwiki.475771.n2.nabble.com/XWiki-war-JBoss-AS6-MySQL-tp6309076p632920... Sent from the XWiki- Users mailing list archive at Nabble.com.
On 05/04/2011 01:54 AM, andyp wrote:
Hi Sergiu,
If I try that I get the same class loading error and JBoss is unable to start:
I'll download a JBoss and try for myself, since debugging over the email is quite slow. Unfortunately it's quite late for me, I'll try it tomorrow and reply with the outcome. Just to make sure, you're using JBoss Application Server 6.0.0, the community edition, right? -- Sergiu Dumitriu http://purl.org/net/sergiu/
That correct, I am using AS 6.0.0 community edition. Thanks for your help here Sergiu, I really appreciate it! -- View this message in context: http://xwiki.475771.n2.nabble.com/XWiki-war-JBoss-AS6-MySQL-tp6309076p632925... Sent from the XWiki- Users mailing list archive at Nabble.com.
On 05/04/2011 02:04 AM, Sergiu Dumitriu wrote:
On 05/04/2011 01:54 AM, andyp wrote:
Hi Sergiu,
If I try that I get the same class loading error and JBoss is unable to start:
I'll download a JBoss and try for myself, since debugging over the email is quite slow.
Unfortunately it's quite late for me, I'll try it tomorrow and reply with the outcome.
Just to make sure, you're using JBoss Application Server 6.0.0, the community edition, right?
OK, I have an answer. The stacktraces you get are not really a problem. As you can see, those are WARN messages. You can safely ignore those. They are caused by the fact that we're mixing 1.0 and 1.4 jackrabbit modules, and some of the classes have changed their signatures. This is not a problem, since we're not actually using those classes that are incompatible. Starting JBoss take a looooot of time (12+ minutes on my machine), so be patient when loading. You must wait until the startup script prints a message like this:
13:09:00,862 INFO [org.jboss.bootstrap.impl.base.server.AbstractServer] JBossAS [6.0.0.Final "Neo"] Started in 12m:17s:88ms
There is another real error that occurs, and it's caused by a bad jar file. You must solve it manually: - locate WEB-INF/jaxb-xjc-2.1.8.jar - delete the 1.0 directory from it (for example you can extract, delete and repack the jar) Right now I don't get any more class loading errors, but I still have an error about the missing data source, maybe I didn't configure it correctly:
Deployment "jboss-switchboard:appName=xwiki,module=xwiki" is missing the following dependencies: Dependency "java:jdbc/XWikiDS" (should be in state "Installed", but is actually in state "** NOT FOUND Depends on 'java:jdbc/XWikiDS' **")
-- Sergiu Dumitriu http://purl.org/net/sergiu/
Hi Sergiu, Unfortunately this doesn't work for me. With the below entry in my jboss-web.xml, the Virtual Machine JBoss is on hangs within 7 minutes and I have to reboot the VM. Also at no point am I able to connect to the default JBoss page (http://localhost:8080). To see the full startup log, please find the attached - http://xwiki.475771.n2.nabble.com/file/n6331582/jboss_startup_error.txt jboss_startup_error.txt . <class-loading java2ClassLoadingCompliance="false"> <loader-repository> org.xwiki:archive=xwiki.war <loader-repository-config>java2ParentDelegation=false</loader-repository-config> </loader-repository> </class-loading> <1 Min: http://xwiki.475771.n2.nabble.com/file/n6331582/Selection_078.png <2 Mins: http://xwiki.475771.n2.nabble.com/file/n6331582/Selection_079.png 7 Mins (flat-lined): http://xwiki.475771.n2.nabble.com/file/n6331582/Selection_082.png As reported before, the only way I can get JBoss to complete it's startup and not crash the machine is by using the following entry in jboss-web.xml. However, XWiki does still not start under this config. <loader-repository> org.xwiki:archive=xwiki.war </loader-repository> Many thanks, Andy -- View this message in context: http://xwiki.475771.n2.nabble.com/XWiki-war-JBoss-AS6-MySQL-tp6309076p633158... Sent from the XWiki- Users mailing list archive at Nabble.com.
On 05/04/2011 06:44 PM, andyp wrote:
Hi Sergiu,
Unfortunately this doesn't work for me. With the below entry in my jboss-web.xml, the Virtual Machine JBoss is on hangs within 7 minutes and I have to reboot the VM. Also at no point am I able to connect to the default JBoss page (http://localhost:8080). To see the full startup log, please find the attached - http://xwiki.475771.n2.nabble.com/file/n6331582/jboss_startup_error.txt jboss_startup_error.txt .
<class-loading java2ClassLoadingCompliance="false"> <loader-repository> org.xwiki:archive=xwiki.war
<loader-repository-config>java2ParentDelegation=false</loader-repository-config> </loader-repository> </class-loading>
<1 Min: http://xwiki.475771.n2.nabble.com/file/n6331582/Selection_078.png
<2 Mins: http://xwiki.475771.n2.nabble.com/file/n6331582/Selection_079.png
7 Mins (flat-lined): http://xwiki.475771.n2.nabble.com/file/n6331582/Selection_082.png
Right, I forgot to mention that I had to increase the memory limits a lot to get it to work. In bin\run.conf.bat (if you're on windows) you should search for the line setting Xms and MaxPermSize, and replace it with: set "JAVA_OPTS=-Xms512M -Xmx2048M -XX:MaxPermSize=512M"
As reported before, the only way I can get JBoss to complete it's startup and not crash the machine is by using the following entry in jboss-web.xml. However, XWiki does still not start under this config.
<loader-repository> org.xwiki:archive=xwiki.war </loader-repository>
This is wrong, the server manages to start up because the jboss-web.xml file is invalid, so it won't even try to start xwiki.war Actually, since there is no real class conflict, the classloader configuration is not important, you can remove that part completely.
Many thanks, Andy
-- Sergiu Dumitriu http://purl.org/net/sergiu/
Hi Sergiu, I still receive an error in deployment but I feel we're getting closer. Here's an update of the changes I've made and the error I now receive: ============================== In bin\run.conf.bat (if you're on windows) you should search for the line setting Xms and MaxPermSize, and replace it with: set "JAVA_OPTS=-Xms512M -Xmx2048M -XX:MaxPermSize=512M" ============================== I am using Linux so amended the JAVA_OPTS variable as you suggested within bin/run.conf. ==============================
<loader-repository> org.xwiki:archive=xwiki.war </loader-repository>
This is wrong, the server manages to start up because the jboss-web.xml file is invalid, so it won't even try to start xwiki.war Actually, since there is no real class conflict, the classloader configuration is not important, you can remove that part completely. ============================== Like you said, this makes no difference so I have removed this section completely. It now look like: <?xml version="1.0" encoding="UTF-8"?> <jboss-web> <resource-ref> <res-ref-name>jdbc/XWikiDS</res-ref-name> <res-type>javax.sql.DataSource</res-type> <jndi-name>java:/XWikiDS</jndi-name> </resource-ref> </jboss-web> ============================== There is another real error that occurs, and it's caused by a bad jar file. You must solve it manually: - locate WEB-INF/jaxb-xjc-2.1.8.jar - delete the 1.0 directory from it (for example you can extract, delete and repack the jar) ============================== Here I extracted the JAR, removed the “1.0” directory and repacked the JAR as follows: jar xf jaxb-xjc-2.1.8.jar rm -vRf 1.0/ jar cvf jaxb-xjc-2.1.8.jar ./* ============================== Right now I don't get any more class loading errors, but I still have an error about the missing data source, maybe I didn't configure it correctly: ============================== Yeah, looks like I setup the data source wrong – the jndi name within jboss-web.xml should have been “java:/XWiki”, not “java:jdbc/XWikiDS”. Now the JBoss server starts (given enough time) but XWiki fails with the first real error being: 13:20:58,486 INFO [TomcatDeployment] deploy, ctxPath=/ 13:21:54,457 INFO [TomcatDeployment] deploy, ctxPath=/xwiki 13:21:54,657 ERROR [MbeansDescriptorsDOMSource] Error reading descriptors : java.lang.ClassCastException: org.apache.xerces.jaxp.DocumentBuilderFactoryImpl cannot be cast to javax.xml.parsers.DocumentBuilderFactory at javax.xml.parsers.DocumentBuilderFactory.newInstance(DocumentBuilderFactory.java:123) [:1.6.0_24] at org.apache.tomcat.util.DomUtil.readXml(DomUtil.java:242) [:6.0.0.Final] at org.apache.tomcat.util.modeler.modules.MbeansDescriptorsDOMSource.execute(MbeansDescriptorsDOMSource.java:86) [:6.0.0.Final] at org.apache.tomcat.util.modeler.modules.MbeansDescriptorsDOMSource.loadDescriptors(MbeansDescriptorsDOMSource.java:76) [:6.0.0.Final] at org.apache.tomcat.util.modeler.Registry.load(Registry.java:753) [:6.0.0.Final] . . . Please see http://xwiki.475771.n2.nabble.com/file/n6337659/jboss_error.txt here for the full startup log. Thanks again for all the help here. Cheers, Andy -- View this message in context: http://xwiki.475771.n2.nabble.com/XWiki-war-JBoss-AS6-MySQL-tp6309076p633765... Sent from the XWiki- Users mailing list archive at Nabble.com.
Hi all, Not sure if anyone can help here but I am still unable to deploy XWiki 3.0 on JBoss 6.0.0. I noticed the following error in the startup output (see previous post): 13:21:56,380 ERROR [STDERR] SLF4J: Class path contains multiple SLF4J bindings. 13:21:56,381 ERROR [STDERR] SLF4J: Found binding in [vfs:/java/apps/jboss/jboss-6.0.0.Final/common/lib/slf4j-jboss-logmanager.jar/org/slf4j/impl/StaticLoggerBinder.class] 13:21:56,381 ERROR [STDERR] SLF4J: Found binding in [vfs:/java/apps/jboss/jboss-6.0.0.Final/server/default/deploy/xwiki.war/WEB-INF/lib/slf4j-log4j12-1.6.1.jar/org/slf4j/impl/StaticLoggerBinder.class] 13:21:56,381 ERROR [STDERR] SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an explanation. 13:21:56,820 INFO [STDOUT] 2011-05-06 13:21:56,798 [Thread-2] ERROR reflections.Reflections - could not create Vfs.Dir from url. ignoring the exception and continuing 13:21:56,834 INFO [STDOUT] org.reflections.ReflectionsException: could not create Dir using org.reflections.vfs.Vfs$DefaultUrlTypes$2 from url vfs:/java/apps/jboss/jboss-6.0.0.Final/server/default/deploy/xnio-provider.jar!/xnio-nio.jar/META-INF/maven/ 13:21:56,834 INFO [STDOUT] at org.reflections.vfs.Vfs.fromURL(Vfs.java:99) 13:21:56,834 INFO [STDOUT] at org.reflections.vfs.Vfs.fromURL(Vfs.java:89) 13:21:56,835 INFO [STDOUT] at org.reflections.Reflections.scan(Reflections.java:136) 13:21:56,835 INFO [STDOUT] at org.reflections.Reflections.<init>(Reflections.java:91) Due to the above error I removed slf4j-jboss-logmanager.jar and slf4j-api.jar from $JBOSS/common/lib. And because XWiki's implementation is newer, I moved slf4j-api-1.6.1.jar and slf4j-log4j12-1.6.1.jar into $JBOSS/common/lib. I don't know whether this was the correct thing to do(?) but if it was, it's given me another error: 12:31:05,683 ERROR [MbeansDescriptorsDOMSource] Error reading descriptors : java.lang.ClassCastException: org.apache.xerces.jaxp.DocumentBuilderFactoryImpl cannot be cast to javax.xml.parsers.DocumentBuilderFactory . . . 12:31:07,705 ERROR [Reflections] could not create Vfs.Dir from url. ignoring the exception and continuing: org.reflections.ReflectionsException: could not create Dir using org.reflections.vfs.Vfs$DefaultUrlTypes$2 from url vfs:/java/apps/jboss/jboss-6.0.0.Final/server/default/deploy/xnio-provider.jar!/xnio-nio.jar/META-INF/maven/ . . . 12:31:08,753 INFO [Reflections] Reflections took 1344 ms to scan 355 urls, producing 3 keys and 1168 values 12:31:11,739 ERROR [[/xwiki]] Exception starting filter Resteasy: java.lang.RuntimeException: java.lang.RuntimeException: Unable to instantiate MessageBodyReader . . . Any help greatly appreciated. Cheers, Andy -- View this message in context: http://xwiki.475771.n2.nabble.com/XWiki-war-JBoss-AS6-MySQL-tp6309076p635613... Sent from the XWiki- Users mailing list archive at Nabble.com.
Hi Andy, Usually class cast exceptions with JBoss indicate that you have several jars of the same library in your class path. The class looks proper but being loaded with different class loaders, it's actually different. So what you should do now is to carefully check the JBoss class path to see where do the org.apache.xerces.jaxp.DocumentBuilderFactoryImpl and javax.xml.parsers.DocumentBuilderFactory come from. I believe there's a tool (somewhere in JBoss console) that lets you see where the classes in the classpath were loaded from. Regarding your question about slf4j - most likely you did the right thing :) http://xwiki.475771.n2.nabble.com/Proposal-Switch-from-Commons-Logging-Log4j... Regards, Roman -- View this message in context: http://xwiki.475771.n2.nabble.com/XWiki-war-JBoss-AS6-MySQL-tp6309076p635660... Sent from the XWiki- Users mailing list archive at Nabble.com.
Hi Roman, Thanks for your reply – I'll try and find out what I can but as yet can't find the tool you mention. FYI, XWiki can't use JBosses SLF4J jars and JBoss can't use XWikis SLF4J jars (or at least it breaks the web interface for the Administration console). To be honest I think it's back to the drawing board for me. Thanks to all for your help anyway. Cheers, Andy -- View this message in context: http://xwiki.475771.n2.nabble.com/XWiki-war-JBoss-AS6-MySQL-tp6309076p635996... Sent from the XWiki- Users mailing list archive at Nabble.com.
Hi Roman, In another thread you said: "This may not be a critical issue (in our case things worked, but we've isolated our web application's classpath and yet the warning got printed), but worth double-checking." Can I ask how you achieved classpath isolation? And what version of JBoss you are using? My attempts with adding the below section to my $JBOSS_HOME/server/default/deploy/xwiki.war/WEB-INF/jboss-web.xml appears to make no difference: <class-loading java2ClassLoadingCompliance="false"> <loader-repository> org.xwiki:archive=xwiki.war <loader-repository-config>java2ParentDelegation=false</loader-repository-config> </loader-repository> </class-loading> Cheers, Andy -- View this message in context: http://xwiki.475771.n2.nabble.com/XWiki-war-JBoss-AS6-MySQL-tp6309076p636125... Sent from the XWiki- Users mailing list archive at Nabble.com.
To check the class loaders andyp wrote:
can't find the tool you mention.
1) Go to JBoss JMX console (usually it's available at http://localhost:8080/jmx-console/ ) 2) In the 'jboss.classloader' locate string similar to 'deployment/xwiki.war', 3) Click on that link and you will be forwarded to XWiki MBean Inspector 4) use findClassLoaderForClass operation with 'org.slf4j.LoggerFactory' parameter to check which class loader it comes from Regards, Roman -- View this message in context: http://xwiki.475771.n2.nabble.com/XWiki-war-JBoss-AS6-MySQL-tp6309076p636875... Sent from the XWiki- Users mailing list archive at Nabble.com.
I guess I was confusing in my statements. What I meant (or meant to mean) is that the issue might only be fixed by completely isolating the app from the JBoss class-path (or class loader), which we failed to do (warning that we still receive proves that). That is, parent class loader class-path is still visible from our application, which makes slf4j complain about multiple bindings. However, in our case we have minimized the slf4j errors to the following set
2011-05-13 18:46:42,072 ERROR [STDERR] (RMI TCP Connection(4)-127.0.0.1) SLF4J: Class path contains multiple SLF4J bindings. 2011-05-13 18:46:42,073 ERROR [STDERR] (RMI TCP Connection(4)-127.0.0.1) SLF4J: Found binding in [vfszip:/<Path-to-lib-folder-inside-our-app-ear-file>/lib/slf4j-log4j12-1.6.1.jar/org/slf4j/impl/StaticLoggerBinder.class] 2011-05-13 18:46:42,073 ERROR [STDERR] (RMI TCP Connection(4)-127.0.0.1) SLF4J: Found binding in [vfszip:/<JBoss5.1Home>/common/lib/slf4j-jboss-logging.jar/org/slf4j/impl/StaticLoggerBinder.class] 2011-05-13 18:46:42,073 ERROR [STDERR] (RMI TCP Connection(4)-127.0.0.1) SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an explanation.
and luckily it does work for us. In JBoss 7 they are going to change the class loading model and class loading configuration options, making it possible to overcome this issue (at least that's what I've heard somewhere, need a proof link). We're using JBoss 5.1 and the following code for META-INF/jboss-app.xml file of our application's ear file
<jboss-app> <loader-repository> com.company:loader=MyAppName.ear <loader-repository-config> java2ParentDelegation=false </loader-repository-config> </loader-repository> </jboss-app>
I don't know whether things have changed for JBoss 6 or are different for war files, so isolation config you're using might turn out to be correct as well. I wish I could help you more. If you get lucky solving this issue, please let me know :) Regards, Roman -- View this message in context: http://xwiki.475771.n2.nabble.com/XWiki-war-JBoss-AS6-MySQL-tp6309076p636900... Sent from the XWiki- Users mailing list archive at Nabble.com.
participants (4)
-
andyp -
coldserenity -
Sergiu Dumitriu -
Vincent Massol