1 Reply Latest reply on Mar 2, 2016 10:14 AM by sherter

    Random deployment failures on JBoss as 7.1.1

    miha.sandor

      Env: solaris 10, JBoss 7.1.1 I randomly get the following exception when the JBoss server starts up and deploys the application:


      ERROR [org.jboss.msc.service.fail] (MSC service thread 1-31) MSC00001: Failed to start service jboss.deployment.subunit."tools-ear.ear"."connector.jar".PARSE: org.jboss.msc.service.StartException in 
       service jboss.deployment.subunit."tools-ear.ear"."connector.jar".PARSE: Failed to process phase PARSE of subdeployment "connector.jar" of deployment "tools-ear.ear"
        at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:119) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final]
        at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
        at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_51]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_51]
        at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_51]
      Caused by: ch.qos.cal10n.MessageConveyorException: Failed to read input stream
        at ch.qos.cal10n.util.TokenStream.tokenize(TokenStream.java:59)
        at ch.qos.cal10n.util.Parser.<init>(Parser.java:56)
        at ch.qos.cal10n.util.CAL10NResourceBundle.read(CAL10NResourceBundle.java:56)
        at ch.qos.cal10n.util.CAL10NResourceBundle.<init>(CAL10NResourceBundle.java:50)
        at ch.qos.cal10n.util.CAL10NResourceBundleFinder.makePropertyResourceBundle(CAL10NResourceBundleFinder.java:83)
        at ch.qos.cal10n.util.CAL10NResourceBundleFinder.getBundle(CAL10NResourceBundleFinder.java:51)
        at ch.qos.cal10n.MessageConveyor.lookup(MessageConveyor.java:111)
        at ch.qos.cal10n.MessageConveyor.getMessage(MessageConveyor.java:77)
        at org.jboss.weld.logging.WeldMessageConveyor.getMessage(WeldMessageConveyor.java:66)
        at org.slf4j.cal10n.LocLogger.warn(LocLogger.java:141)
        at org.jboss.weld.xml.BeansXmlHandler.warning(BeansXmlHandler.java:320)
        at org.apache.xerces.util.ErrorHandlerWrapper.warning(ErrorHandlerWrapper.java:100)
        at org.apache.xerces.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:386)
        at org.apache.xerces.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:322)
        at org.apache.xerces.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:281)
        at org.apache.xerces.impl.xs.traversers.XSDHandler.reportSchemaWarning(XSDHandler.java:2529)
        at org.apache.xerces.impl.xs.traversers.XSDHandler.getSchemaDocument(XSDHandler.java:1834)
        at org.apache.xerces.impl.xs.traversers.XSDHandler.parseSchema(XSDHandler.java:521)
        at org.apache.xerces.impl.xs.XMLSchemaLoader.loadSchema(XMLSchemaLoader.java:554)
        at org.apache.xerces.impl.xs.XMLSchemaValidator.findSchemaGrammar(XMLSchemaValidator.java:2526)
        at org.apache.xerces.impl.xs.XMLSchemaValidator.handleStartElement(XMLSchemaValidator.java:1813)
        at org.apache.xerces.impl.xs.XMLSchemaValidator.startElement(XMLSchemaValidator.java:724)
        at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(XMLNSDocumentScannerImpl.java:283)
        at org.apache.xerces.impl.XMLNSDocumentScannerImpl$NSContentDispatcher.scanRootElementHook(XMLNSDocumentScannerImpl.java:733)
        at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(XMLDocumentFragmentScannerImpl.java:1754)
        at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:324)
        at org.apache.xerces.parsers.XML11Configuration.parse(XML11Configuration.java:845)
        at org.apache.xerces.parsers.XML11Configuration.parse(XML11Configuration.java:768)
        at org.apache.xerces.parsers.XMLParser.parse(XMLParser.java:108)
        at org.apache.xerces.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1196)
        at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:555)
        at org.apache.xerces.jaxp.SAXParserImpl.parse(SAXParserImpl.java:289)
        at org.jboss.as.weld.deployment.BeansXmlParser.parse(BeansXmlParser.java:94)
        at org.jboss.as.weld.deployment.processors.BeansXmlProcessor.parseBeansXml(BeansXmlProcessor.java:133)
        at org.jboss.as.weld.deployment.processors.BeansXmlProcessor.deploy(BeansXmlProcessor.java:111)
        at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:113) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final]
        ... 5 more
      Caused by: java.io.IOException: Stream closed
        at java.util.zip.InflaterInputStream.ensureOpen(InflaterInputStream.java:67) [rt.jar:1.7.0_51]
        at java.util.zip.InflaterInputStream.read(InflaterInputStream.java:142) [rt.jar:1.7.0_51]
        at java.io.FilterInputStream.read(FilterInputStream.java:133) [rt.jar:1.7.0_51]
        at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:283) [rt.jar:1.7.0_51]
        at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:325) [rt.jar:1.7.0_51]
        at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:177) [rt.jar:1.7.0_51]
        at java.io.InputStreamReader.read(InputStreamReader.java:184) [rt.jar:1.7.0_51]
        at java.io.BufferedReader.fill(BufferedReader.java:154) [rt.jar:1.7.0_51]
        at java.io.BufferedReader.readLine(BufferedReader.java:317) [rt.jar:1.7.0_51]
        at java.io.BufferedReader.readLine(BufferedReader.java:382) [rt.jar:1.7.0_51]
        at ch.qos.cal10n.util.TokenStream.tokenize(TokenStream.java:57)
        ... 40 more
      

       

      I am deploying a fat archive-ear which contains several jars and wars. Upon consecutive restarts the server manages to deploy the application and the exception no longer occurs. I am curios to find the root cause for this. Can anyone give me some hints on how to debug this?

      Thanks!

        • 1. Re: Random deployment failures on JBoss as 7.1.1
          sherter

          We are getting a similar problem on Windows both desktop and server.  We get

          07:08:12,659 WARN  [org.jboss.as.server.deployment] (MSC service thread 1-3) JBAS015893: Encountered invalid class name 'org.xmlpull.mxp1.MXParser,org.xmlpull.mxp1_serializer.MXSerializer' for service type 'org.xmlpull.v1.XmlPullParserFactory'

           

          Followed by every single Jar, EJB, and WAR failing to deploy due to module not found.  It looks like it is somehow failing to properly parse the deployment descriptor and running through everything in the EAR failing as it goes.  If we simply stop JBoss and start it again the EAR deploys fine.  In our development environment it stops JBoss, pulls the nightly build, starts JBoss.  After switching to JBoss 7.1.1-Final it has been a nightmare of random failures that often go away after trying one or two more times.