error deploying jenkins on jboss 5.1

[Kelly Goedert]

Hi,

I'm trying to update my jenkins version, currently on 1.423. Any version newer than this one gives me the following stack trace:

09:05:28,594 INFO  [TomcatDeployment] deploy, ctxPath=/jenkins

09:05:28,742 ERROR [JBossContextConfig] XML error parsing: context.xml

org.jboss.xb.binding.JBossXBRuntimeException: Failed to create a new SAX parser

at org.jboss.xb.binding.UnmarshallerFactory$UnmarshallerFactoryImpl.newUnmarshaller(UnmarshallerFactory.java:100)

at org.jboss.web.tomcat.service.deployers.JBossContextConfig.processContextConfig(JBossContextConfig.java:549)

at org.jboss.web.tomcat.service.deployers.JBossContextConfig.init(JBossContextConfig.java:536)

at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:279)

at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117)

at org.apache.catalina.core.StandardContext.init(StandardContext.java:5436)

at org.apache.catalina.core.StandardContext.start(StandardContext.java:4148)

at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeployInternal(TomcatDeployment.java:310)

at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeploy(TomcatDeployment.java:142)

at org.jboss.web.deployers.AbstractWarDeployment.start(AbstractWarDeployment.java:461)

at org.jboss.web.deployers.WebModule.startModule(WebModule.java:118)

at org.jboss.web.deployers.WebModule.start(WebModule.java:97)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

at java.lang.reflect.Method.invoke(Method.java:597)

at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157)

at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96)

at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)

at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)

at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668)

at org.jboss.system.microcontainer.ServiceProxy.invoke(ServiceProxy.java:206)

at $Proxy38.start(Unknown Source)

at org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:42)

at org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:37)

at org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62)

at org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71)

at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51)

at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)

at org.jboss.system.microcontainer.ServiceControllerContext.install(ServiceControllerContext.java:286)

at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1631)

at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)

at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082)

at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)

at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)

at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)

at org.jboss.system.ServiceController.doChange(ServiceController.java:688)

at org.jboss.system.ServiceController.start(ServiceController.java:460)

at org.jboss.system.deployers.ServiceDeployer.start(ServiceDeployer.java:163)

at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:99)

at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:46)

at org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpleRealDeployer.java:62)

at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:50)

at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:171)

at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1439)

at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1157)

at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1178)

at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1098)

at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)

at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1631)

at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)

at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082)

at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)

at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)

at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)

at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:781)

at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:702)

at org.jboss.system.server.profileservice.repository.MainDeployerAdapter.process(MainDeployerAdapter.java:117)

at org.jboss.system.server.profileservice.repository.ProfileDeployAction.install(ProfileDeployAction.java:70)

at org.jboss.system.server.profileservice.repository.AbstractProfileAction.install(AbstractProfileAction.java:53)

at org.jboss.system.server.profileservice.repository.AbstractProfileService.install(AbstractProfileService.java:361)

at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)

at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1631)

at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)

at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082)

at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)

at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)

at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)

at org.jboss.system.server.profileservice.repository.AbstractProfileService.activateProfile(AbstractProfileService.java:306)

at org.jboss.system.server.profileservice.ProfileServiceBootstrap.start(ProfileServiceBootstrap.java:271)

at org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:461)

at org.jboss.Main.boot(Main.java:221)

at org.jboss.Main$1.run(Main.java:556)

at java.lang.Thread.run(Thread.java:662)

Caused by: org.jboss.xb.binding.JBossXBException: Failed to create a new SAX parser

at org.jboss.xb.binding.parser.sax.SaxJBossXBParser.<init>(SaxJBossXBParser.java:97)

at org.jboss.xb.binding.UnmarshallerImpl.<init>(UnmarshallerImpl.java:56)

at org.jboss.xb.binding.UnmarshallerFactory$UnmarshallerFactoryImpl.newUnmarshaller(UnmarshallerFactory.java:96)

... 73 more

Caused by: java.lang.ClassCastException: org.apache.xerces.parsers.XIncludeAwareParserConfiguration cannot be cast to org.apache.xerces.xni.parser.XMLParserConfiguration

at org.apache.xerces.parsers.SAXParser.<init>(Unknown Source)

at org.apache.xerces.parsers.SAXParser.<init>(Unknown Source)

at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.<init>(Unknown Source)

at org.apache.xerces.jaxp.SAXParserImpl.<init>(Unknown Source)

at org.apache.xerces.jaxp.SAXParserFactoryImpl.newSAXParser(Unknown Source)

at org.jboss.xb.binding.parser.sax.SaxJBossXBParser.<init>(SaxJBossXBParser.java:92)

... 75 more

This is a clean jboss installation on a ubuntu 11.04 x64 box. Is there anything that needs to be configured on newer jenkins version?

Thanks

Kelly

[Vojtech Juranek]

Hi,
I still haven't find out what caused it:-( On JBoss AS 6 and 7 works without
problem. I'll look on it more carefully hopefully during the weekend
Vojtech

> 64) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668)

[Kelly Goedert]

Thanks. I'll try to test on another jboss version.

[Kamal Ahmed]

Hi,

I am getting error below when running a job n jenkins

09:11:42  hudson.util.IOException2: remote file operation failed: /jenkins/PR-TEST at hudson.remoting.Channel@496b925:POC-CO-NODE
09:11:42      at hudson.FilePath.act(FilePath.java:754)
09:11:42      at hudson.FilePath.act(FilePath.java:740)
09:11:42      at hudson.tasks.junit.JUnitParser.parse(JUnitParser.java:83)
09:11:42      at hudson.tasks.junit.JUnitResultArchiver.parse(JUnitResultArchiver.java:122)
09:11:42      at hudson.tasks.junit.JUnitResultArchiver.perform(JUnitResultArchiver.java:134)
09:11:42      at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:19)
09:11:42      at hudson.model.AbstractBuild$AbstractRunner.perform(AbstractBuild.java:693)
09:11:42      at hudson.model.AbstractBuild$AbstractRunner.performAllBuildSteps(AbstractBuild.java:668)
09:11:42      at hudson.model.AbstractBuild$AbstractRunner.performAllBuildSteps(AbstractBuild.java:646)
09:11:42      at hudson.model.Build$RunnerImpl.post2(Build.java:162)
09:11:42      at hudson.model.AbstractBuild$AbstractRunner.post(AbstractBuild.java:615)
09:11:42      at hudson.model.Run.run(Run.java:1401)
09:11:42      at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
09:11:42      at hudson.model.ResourceController.execute(ResourceController.java:88)
09:11:42      at hudson.model.Executor.run(Executor.java:230)
09:11:42  Caused by: hudson.util.IOException2: Failed to read /jenkins/PR-TEST/nosetests_mysql.xml
09:11:42      at hudson.tasks.junit.TestResult.parse(TestResult.java:213)
09:11:42      at hudson.tasks.junit.TestResult.parse(TestResult.java:163)
09:11:42      at hudson.tasks.junit.TestResult.parse(TestResult.java:140)
09:11:42      at hudson.tasks.junit.TestResult.<init>(TestResult.java:116)
09:11:42      at hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java:114)
09:11:42      at hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java:87)
09:11:42      at hudson.FilePath$FileCallableWrapper.call(FilePath.java:1995)
09:11:42      at hudson.remoting.UserRequest.perform(UserRequest.java:118)
09:11:42      at hudson.remoting.UserRequest.perform(UserRequest.java:48)
09:11:42      at hudson.remoting.Request$2.run(Request.java:287)
09:11:42      at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
09:11:42      at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
09:11:42      at java.util.concurrent.FutureTask.run(FutureTask.java:138)
09:11:42      at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
09:11:42      at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
09:11:42      at hudson.remoting.Engine$1$1.run(Engine.java:60)
09:11:42      at java.lang.Thread.run(Thread.java:619)
09:11:42  Caused by: java.lang.NullPointerException
09:11:42      at org.dom4j.tree.DefaultElement.element(DefaultElement.java:554)
09:11:42      at org.dom4j.tree.AbstractElement.elementText(AbstractElement.java:1220)
09:11:42      at hudson.tasks.junit.CaseResult.getDatabaseContext(CaseResult.java:185)
09:11:42      at hudson.tasks.junit.CaseResult.<init>(CaseResult.java:123)
09:11:42      at hudson.tasks.junit.SuiteResult.<init>(SuiteResult.java:182)
09:11:42      at hudson.tasks.junit.SuiteResult.parseSuite(SuiteResult.java:130)
09:11:42      at hudson.tasks.junit.SuiteResult.parse(SuiteResult.java:115)
09:11:42      at hudson.tasks.junit.TestResult.parse(TestResult.java:208)
09:11:42      ... 16 more
09:11:42  Build step 'Publish JUnit test result report' changed build result to FAILURE
09:11:42  Analyzing test results with LabeledTestResultGroupPublisher...
09:11:42  Test results parsed: hudson.plugins.labeledgroupedtests.MetaLabeledTestResultGroup@aa363ad
09:11:42  Email was triggered for: Failure
09:11:42  Sending email for trigger: Failure
09:11:42  Sending email to: k...@unl.com
09:11:45  Finished: FAILURE

Anyone came across similar issue ?

This is running on ubuntu 10.4 and the slave is CentOs connected via:

#!/bin/sh
sudo java -jar slave.jar -jnlpUrl \
http://10.0.11.190:8080/computer/POC-CO-NODE/slave-agent.jnlp

[sterno3]

I apologize if this double posts:

I am having this issue on startup too. It looks like a regression to
this bug..https://issues.jenkins-ci.org/browse/JENKINS-3797?
page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel

The issue doesn't exactly say what was fixed, but I am sure we could
research what was changed in 1.309 to fix it. I too am running jboss
5.1 on CentOS attempting to upgrade from 1.423 (working) to any newer
version (not working.

Seems like a class loader issue to me. Was there any new XML parsing
added in 1.424? Any added dependencies

On Sep 1, 7:53 am, Vojtech Juranek <vjura...@redhat.com> wrote:
> Hi,

> I still haven't find out what caused it:-( OnJBossAS 6 and 7 works without

> problem. I'll look on it more carefully hopefully during the weekend
> Vojtech
>
>
>
>
>
>
>
> > Hi,
>

> > I'm trying to update myjenkinsversion, currently on 1.423. Any version

> > newer than this one gives me the following stack trace:
>
> > 09:05:28,594 INFO  [TomcatDeployment] deploy, ctxPath=/jenkins

> > 09:05:28,742ERROR[JBossContextConfig] XMLerrorparsing: context.xml

> > This is a cleanjbossinstallation on a ubuntu 11.04 x64 box. Is there

[sterno3]

As an FYI, I reopened https://issues.jenkins-ci.org/browse/JENKINS-3797.

Thanks!

[Vojtech Juranek]

> As an FYI, I reopened https://issues.jenkins-ci.org/browse/JENKINS-3797.

the problem is xercesImpl.jar which was included by fix for automated java
installation. I'm playing with JBoss classloading and scoping, but still have
no satisfactory fix for it:-( Hopefully will figure out something soon

Quick and dirty work around would be use exploded war and delete
jenkins.war/WEB-INF/lib/xercesImpl-2.9.1.jar

[sterno3]

Well, thanks for chasing the issue down. I did as you suggested (I
didn't explode the war, but i did modify it by removing the
xercesImpl-2.9.1.jar).

I am wondering if we can't use pass a command line arg like this
(NOTE THIS DIDN'T WORK FOR ME), on startup to tell jboss which
instance of the ParserConfig to use:

org.apache.xerces.xni.parser.XMLParserConfiguration=com.sun.org.apache.xerces.internal.parsers.StandardParserConfiguration

I have done similar things when jboss is loading TransformerFactory.
due to conflicts with other libraries using conflicting xerces/xalan
implementations.

Thanks for getting me upgraded, hoping for a better way than stripping
out the jar every version.




On Sep 7, 3:36 pm, Vojtech Juranek <vjura...@redhat.com> wrote:
> > As an FYI, I reopenedhttps://issues.jenkins-ci.org/browse/JENKINS-3797.