-
1. Re: Jboss 6.1.0 - problem when uploading a new war
wdfink Dec 30, 2014 8:08 AM (in response to tomas.fronk)1 of 1 people found this helpfulLook like this is the root case:
Caused by: java.lang.NoClassDefFoundError: Could not initialize class com.sap.conn.jco.rt.JCoRuntimeFactory
So this class is missed during start the application.
What is the exact version of JBoss, there are two 6.1 releases which are different. You may look for the message "started" within the logfile, the exact version is shown here.
What app you try to deploy, this application need some other libraries which seems not in the war file. So you need to add this as external resource or change the application.
-
2. Re: Re: Jboss 6.1.0 - problem when uploading a new war
tomas.fronk Dec 30, 2014 9:27 AM (in response to wdfink)Greetings
thank you for the quick response. Should I make a copy to Virtual (without sap turned support) because I have reported this bug. Now I am connected to the server sharp and thus I am at fault because of which I made a copy of the server.
I do not know if this is correct, but upload to server JBOSS SnifAPI.war and create my directory /home/mobile/jboss-6-1.0/server/default/work/jboss.web/localhost/SnifAPI
[mobile @ mobileapp localhost] $ du SnifAPI/
32 SnifAPI / org / apache / jsp / WEB_002dINF / jsp (2 Contain file index_jsp.class and index_jsp.java)
40 SnifAPI / org / apache / jsp / WEB_002dINF
48 SnifAPI / org / apache / jsp
56 SnifAPI / org / apache
64 SnifAPI / org
72 SnifAPI /
But when I look into SnifAPI.war so there are plenty of other files and directories
Below are the logs with errors:-(and especially the output of chrome when attempting to retrieve it.Thank you in advance for your answer
Tomas Fronk
Now in log is this - maybe it help somebody see solution of my problem...
2014-12-30 15:04:54,998 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/SnifAPI].[snif]] (http-0.0.0.0-8080-3) Servlet.service() for servlet snif threw exception: java.lang.ClassNotFoundException: org.springframework.beans.BeansException from BaseClassLoader@66934b02{vfs:///home/mobile/jboss-6-1.0/server/default/conf/jboss-service.xml}
at org.jboss.classloader.spi.base.BaseClassLoader.loadClass(BaseClassLoader.java:480) [jboss-classloader.jar:2.2.1.GA]
at java.lang.ClassLoader.loadClass(ClassLoader.java:357) [:1.7.0_25]
at org.jboss.wsf.stack.cxf.client.configuration.JBossWSBusFactory.getSpringBusFactory(JBossWSBusFactory.java:120) [:3.4.1.GA]
at org.jboss.wsf.stack.cxf.client.configuration.JBossWSBusFactory.createBus(JBossWSBusFactory.java:54) [:3.4.1.GA]
at org.jboss.wsf.stack.cxf.client.ProviderImpl.createServiceDelegate(ProviderImpl.java:69) [:3.4.1.GA]
at javax.xml.ws.Service.<init>(Service.java:57) [:1.0.0.Final]
at cz.marbes.daisy.modules.cnr.ws.esbo.v1_0_0.EsbowsV100_Service.<init>(EsbowsV100_Service.java:50) [:]
at cz.pontech.mobile.snif.web.JSONController.getProductDetailJSON(JSONController.java:99) [:]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [:1.7.0_25]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [:1.7.0_25]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [:1.7.0_25]
at java.lang.reflect.Method.invoke(Method.java:606) [:1.7.0_25]
at org.springframework.web.method.support.InvocableHandlerMethod.invoke(InvocableHandlerMethod.java:219) [:3.2.2.RELEASE]
at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:132) [:3.2.2.RELEASE]
at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:104) [:3.2.2.RELEASE]
at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandleMethod(RequestMappingHandlerAdapter.java:745) [:3.2.2.RELEASE]
at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:686) [:3.2.2.RELEASE]
at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:80) [:3.2.2.RELEASE]
at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:925) [:3.2.2.RELEASE]
at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:856) [:3.2.2.RELEASE]
at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:936) [:3.2.2.RELEASE]
at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:838) [:3.2.2.RELEASE]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:754) [:1.0.0.Final]
at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:812) [:3.2.2.RELEASE]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [:1.0.0.Final]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:324) [:6.1.0.Final]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242) [:6.1.0.Final]
at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:88) [:3.2.2.RELEASE]
at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107) [:3.2.2.RELEASE]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:274) [:6.1.0.Final]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242) [:6.1.0.Final]
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [:6.1.0.Final]
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [:6.1.0.Final]
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:181) [:6.1.0.Final]
at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.event(CatalinaContext.java:285) [:1.1.0.Final]
at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.invoke(CatalinaContext.java:261) [:1.1.0.Final]
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:88) [:6.1.0.Final]
at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:100) [:6.1.0.Final]
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:159) [:6.1.0.Final]
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [:6.1.0.Final]
at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158) [:6.1.0.Final]
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [:6.1.0.Final]
at org.jboss.web.tomcat.service.request.ActiveRequestResponseCacheValve.invoke(ActiveRequestResponseCacheValve.java:53) [:6.1.0.Final]
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:362) [:6.1.0.Final]
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [:6.1.0.Final]
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:654) [:6.1.0.Final]
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:951) [:6.1.0.Final]
at java.lang.Thread.run(Thread.java:724) [:1.7.0_25]
-
3. Re: Jboss 6.1.0 - problem when uploading a new war
tomas.fronk Jan 2, 2015 6:09 AM (in response to tomas.fronk)Greetings
I finally solved the problem (if it's correct will see later). When installing a new WAR file JBOSS not integrate JAR files that were integrated in WAR. I slipped it to him hard into the lib directory and restart after JBOSS it looks OK.
Thank you all for your willingness, especially Wolf-Dieter Fink, who guided me to the right path :-)
Regards and Happy New Year
Tomas Fronk