Okay, I found another exception ("Resource class ... has no valid
constructor") in the log. That seems to be the root cause. Even if it
works in TomEE 1.5.2.Another JSF webapp without this class works fine in TomEE 1.7.1, so the problem is resolved. Thanks for your help! BTW: Are there any plans in which quarter we can expect the new TomEE 2 with JEE 7? Martin Am 06.03.2015 um 11:06 schrieb Romain Manni-Bucau: > if you check the logs it will log the jaxrs it found > > > Romain Manni-Bucau > @rmannibucau <https://twitter.com/rmannibucau> | Blog > <http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> | > LinkedIn <https://www.linkedin.com/in/rmannibucau> | Tomitriber > <http://www.tomitribe.com> > > 2015-03-06 10:40 GMT+01:00 Martin Strohal <[email protected]>: > >> Hi Romain, >> >> thanks, that seems to work. TomEE starts up without any errors. >> >> I've now deployed a JSF webapp which works fine in TomEE 1.5.2 into >> TomEE 1.7.1. Calling the first JSF page I get the following stacktrace: >> >> SEVERE: Servlet.service() for servlet [rest_698089613] in context with >> path [/MyWebapp] threw exception [Error processing webservice request] >> with root cause >> java.lang.NullPointerException >> at >> >> org.apache.openejb.server.cxf.rs.CxfRsHttpListener.onMessage(CxfRsHttpListener.java:187) >> at >> org.apache.openejb.server.rest.RsServlet.service(RsServlet.java:53) >> at javax.servlet.http.HttpServlet.service(HttpServlet.java:727) >> at >> >> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303) >> at >> >> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208) >> at >> org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52) >> at >> >> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241) >> at >> >> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208) >> at >> >> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220) >> at >> >> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122) >> at >> org.apache.tomee.catalina.OpenEJBValve.invoke(OpenEJBValve.java:44) >> at >> >> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:501) >> at >> >> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) >> at >> >> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:103) >> at >> >> de.web.catalina.valves.RequestDurationMarkerValve.invoke(RequestDurationMarkerValve.java:55) >> at >> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:950) >> at >> >> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116) >> at >> >> de.web.catalina.valves.AdminRequestMarkerValve.invoke(AdminRequestMarkerValve.java:59) >> at >> >> de.web.catalina.valves.RequestTrackerValve.invoke(RequestTrackerValve.java:81) >> at >> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408) >> at >> >> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1070) >> at >> >> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:611) >> at >> >> org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:314) >> at >> >> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) >> at >> >> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) >> at >> >> org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) >> at java.lang.Thread.run(Thread.java:722) >> >> I don't know why the call is considered as a REST call. It's just a >> simple JSF page. Any ideas? >> >> Thanks for your great support! >> >> Martin >> >> >> >> >> >> Am 06.03.2015 um 09:43 schrieb Romain Manni-Bucau: >>> PS: or just add tomee-juli jar in classpath as well >>> http://repo1.maven.org/maven2/org/apache/openejb/tomee-juli/1.7.1/ >>> >>> >>> Romain Manni-Bucau >>> @rmannibucau <https://twitter.com/rmannibucau> | Blog >>> <http://rmannibucau.wordpress.com> | Github < >> https://github.com/rmannibucau> | >>> LinkedIn <https://www.linkedin.com/in/rmannibucau> | Tomitriber >>> <http://www.tomitribe.com> >>> >>> 2015-03-06 9:42 GMT+01:00 Romain Manni-Bucau <[email protected]>: >>> >>>> right, use org.apache.tomee.loader.OpenEJBListener instead of >>>> ServerListener then >>>> >>>> >>>> Romain Manni-Bucau >>>> @rmannibucau <https://twitter.com/rmannibucau> | Blog >>>> <http://rmannibucau.wordpress.com> | Github >>>> <https://github.com/rmannibucau> | LinkedIn >>>> <https://www.linkedin.com/in/rmannibucau> | Tomitriber >>>> <http://www.tomitribe.com> >>>> >>>> 2015-03-06 9:28 GMT+01:00 Martin Strohal <[email protected]>: >>>> >>>>> Hi Romain, >>>>> >>>>> thanks for your quick answer! >>>>> If I use the original tomcat-juli.jar I get the following stacktrace on >>>>> TomEE startup: >>>>> >>>>> Mar 06, 2015 9:22:36 AM org.apache.openejb.server.SimpleServiceManager >>>>> start >>>>> INFO: Ready! >>>>> java.lang.NoClassDefFoundError: org/apache/tomee/TomEELogConfigurer >>>>> at >>>>> >> org.apache.tomee.catalina.ServerListener.install(ServerListener.java:170) >>>>> at >>>>> >>>>> >> org.apache.tomee.catalina.ServerListener.lifecycleEvent(ServerListener.java:55) >>>>> at >>>>> >>>>> >> org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117) >>>>> at >>>>> >>>>> >> org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90) >>>>> at >>>>> >>>>> >> org.apache.catalina.util.LifecycleBase.setStateInternal(LifecycleBase.java:402) >>>>> at >>>>> org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:110) >>>>> at org.apache.catalina.startup.Catalina.load(Catalina.java:638) >>>>> at org.apache.catalina.startup.Catalina.load(Catalina.java:663) >>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>>>> at >>>>> >>>>> >> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) >>>>> at >>>>> >>>>> >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >>>>> at java.lang.reflect.Method.invoke(Method.java:601) >>>>> at org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:280) >>>>> at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:454) >>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>>>> at >>>>> >>>>> >> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) >>>>> at >>>>> >>>>> >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >>>>> at java.lang.reflect.Method.invoke(Method.java:601) >>>>> at >>>>> >>>>> >> org.tanukisoftware.wrapper.WrapperStartStopApp.run(WrapperStartStopApp.java:264) >>>>> at java.lang.Thread.run(Thread.java:722) >>>>> Caused by: java.lang.ClassNotFoundException: >>>>> org.apache.tomee.TomEELogConfigurer >>>>> at java.net.URLClassLoader$1.run(URLClassLoader.java:366) >>>>> at java.net.URLClassLoader$1.run(URLClassLoader.java:355) >>>>> at java.security.AccessController.doPrivileged(Native Method) >>>>> at java.net.URLClassLoader.findClass(URLClassLoader.java:354) >>>>> at java.lang.ClassLoader.loadClass(ClassLoader.java:423) >>>>> at java.lang.ClassLoader.loadClass(ClassLoader.java:356) >>>>> ... 20 more >>>>> JVM exited unexpectedly. >>>>> >>>>> Don't know what's the cause of this... >>>>> >>>>> Thanks for your help! >>>>> >>>>> Martin >>>>> >>>>> >>>>> Am 06.03.2015 um 08:57 schrieb Romain Manni-Bucau: >>>>>> Hi >>>>>> >>>>>> Just ignore it >>>>>> Le 6 mars 2015 08:43, "Martin Strohal" <[email protected]> a >>>>> écrit : >>>>>>> Hi, >>>>>>> >>>>>>> in our company we have our own deployment tools. Tomcat is packaged >> for >>>>>>> this. >>>>>>> I have packaged TomEE 1.5.2 some years ago as extension to our Tomcat >>>>>>> package (added the libs and the ServerListener to server.xml). >>>>>>> >>>>>>> With the current version 1.7.1 I have a problem. There is a file with >>>>>>> the same name but different content: bin/tomcat-juli.jar. Our >> extension >>>>>>> mechanism can add new libs to the classpath and can add new lines to >>>>> the >>>>>>> server.xml. But it can't replace files in the bin directory. Are >> there >>>>>>> any possibilities to keep the original tomcat-juli.jar and add the >>>>> TomEE >>>>>>> specific files somewhere else? >>>>>>> >>>>>>> Thanks, >>>>>>> Martin >>>>>>> >>
