On Thursday, 18 August 2016 11:35:27 UTC+3, Achim Nierbeck wrote: > > Well writing UPPER Case is kind of barking/shouting ... > besides I tried my best to help as far as I can while doing my day$ Job or > being on vacation. > > UPPER CASE IS USED TO ACCENT SOME THINGS.
> TBH ... if you think it's no complicated task and just a bug, please > provide a PullRequest so we can fix it. It's OpenSource > and free in terms of free knowledge and not free beer. > > I find it rather harsh criticizing this community / me of being not > helpful or "in time" of fixing bugs. Please re-think your usage of open > source software. Get yourself engaged, people here are working on it in > their free time and if you want to have a full blown support go somewhere > and buy yourself a product for a couple of thousands of dollars. > No one criticized community. Where did you take it from? PLEASE, READ CAREFULLY WHAT I WRITE. I know how it is difficult to develop a software product and how many thousand of hours it requires. I see that the community did enormous work. And I am thankful to community for allowing me to use this product. But I said quite different thing. I started use this product (because you, Achim, offered me it on SO). I have serious problems with the CORE functionality. I applied to community. The problem is not solved. Only facts, not any emotions, claims etc. I am alone with my problem. > About matureness of the product ... well afaik PaxWeb is in productional > use by Talend ESB, RetHat - FUSE ESB and in projects like OpenDaylight > > If you see an issue please report it on Jira, please provide an easy way > of reproduction (I'm not talking of a list of jars to use) - I won't use my > spare time to re-create an issue reported if it requires me a full working > day to just try to do a setup of that. > > Next way of partricipitation is to provide an pull-request. If you're not > willing to help the community with that (actually being part of the > community instead of just consuming) don't expect people jumping in to help > more. > > If you don't have a Jira user by now, just give me the details about how > you want to be registered, as we needed to close the self-registration due > to Spammers using our Jira system for spamming (go figure why one want's to > do that) > > Thanks, Achim > > > 2016-08-18 9:40 GMT+02:00 iJava <[email protected] <javascript:>>: > > Hi Achim, > > Thank you for your help. I don't bark at you - where did you take it from? > By the way I don't bark at all. > I appreciate your help, however, let's be honest. It is 8'th message and > still no solution how to stop bundle without exception. > > I am not speaking about some complicated taks. I am speaking about the > simplest - stop/start bundle on osgi. > > I have some doubts already about pax-web. If no one from OPS4J community > has time/wish to help with their products > then just honestly say - the product is not mature, it has a lot of bugs, > if you need to fix them - then fix, no one currently can help you. > > On Thursday, 18 August 2016 09:58:57 UTC+3, Achim Nierbeck wrote: > > erf ... it's been a mere explanation why 1.0 doesn't really fit. No reason > to bark at me ... > I'm trying my best here to help you around with the issue you got. > > Achim > > 2016-08-18 6:18 GMT+02:00 iJava <[email protected]>: > > Hi Achim > > I mentioned this in my previous posts, but you seem to have missed it. NOW > I USE THE SAME VERSIONS AS KARAF: > pax-cdi 0.12, pax-web 4.2.6, jetty 9.2.15, weld 1.2.0 etc. And still can't > stop it without exception: > > org.ops4j.pax.web.pax-web- > extender-war[org.ops4j.pax.web.extender.war.internal.WebObserver$1] : > Error stopping extension for bundle com.example.site.fend [63] > > java.lang.NullPointerException > at > org.ops4j.pax.web.extender.war.internal.DefaultWebAppDependencyManager.removeWebApp(DefaultWebAppDependencyManager.java:99) > at > org.ops4j.pax.web.extender.war.internal.WebObserver$1.doDestroy(WebObserver.java:189) > at > org.ops4j.pax.web.extender.war.internal.extender.SimpleExtension.destroy(SimpleExtension.java:71) > at > org.ops4j.pax.web.extender.war.internal.extender.AbstractExtender$2.run(AbstractExtender.java:306) > at > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.ops4j.pax.web.extender.war.internal.extender.AbstractExtender.destroyExtension(AbstractExtender.java:332) > at > org.ops4j.pax.web.extender.war.internal.extender.AbstractExtender.bundleChanged(AbstractExtender.java:190) > at > org.apache.felix.framework.util.EventDispatcher.invokeBundleListenerCallback(EventDispatcher.java:916) > at > org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:835) > at > org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:517) > at org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:4541) > at org.apache.felix.framework.Felix.stopBundle(Felix.java:2600) > at org.apache.felix.framework.BundleImpl.stop(BundleImpl.java:1038) > at org.apache.felix.framework.BundleImpl.stop(BundleImpl.java:1024) > at > com.example.solution.mgr.core.services.OsgiServiceImpl.stopBundle(OsgiServiceImpl.java:106) > at > com.example.solution.mgr.svr.services.RmiOsgiServiceImpl.stopBundle(RmiOsgiServiceImpl.java:80) > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:497) > at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:323) > at sun.rmi.transport.Transport$1.run(Transport.java:200) > at sun.rmi.transport.Transport$1.run(Transport.java:197) > at java.security.AccessController.doPrivileged(Native Method) > at sun.rmi.transport.Transport.serviceCall(Transport.java:196) > at > sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:568) > at > sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:826) > at > sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.lambda$run$250(TCPTransport.java:683) > at > sun.rmi.transport.tcp.TCPTransport$ConnectionHandler$$Lambda$1/620361102.run(Unknown > > Source) > > at java.security.AccessController.doPrivileged(Native Method) > at > sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:682) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > > > > On Wednesday, 17 August 2016 23:42:38 UTC+3, Achim Nierbeck wrote: > > One more detail, just checked the sources of Pax-CDI while version 1.0 was > build against version 4.0.0 of Pax-Web 0.12 has been build and tested with > version 4.2.x of Pax-Web. For Pax-Web 6.0.0 we most likely will need a new > release of Pax-CDI cause it'll need to address the changes of Jetty etc. > > regards, Achim > > > 2016-08-17 22:21 GMT+02:00 Achim Nierbeck <[email protected]>: > > Pax Web 4.2.x is pretty stable. > But it looks like as you're using a not supported Jetty version you seem > to run into special edge cases. > Those might be already be solved with Pax-web 6.0.0-SNAPSHOT > > The problem right now, is. Pax-CDI is using Pax-Web so we need to check > the Pax-CDI tests which version of Pax-Web those are using. AFAIK 0.12.x > works with vanilla Pax-Web 4.2.x (without Jetty 9.3), it might be that 1.0 > was based on Jetty higher then what's delivered in conjunction with Pax-Web > 4.2.x. This I need to verify. > As I only have a limited amount of private time to spent on those projects > I might not be able to get the complete picture on it > as you might expect. Till now my usage/development in the Pax-CDI part has > been limited. > > regards, Achim > > > 2016-08-17 19:57 GMT+02:00 iJava <[email protected]>: > > The problem was solved that way: I took sources of pax-cdi 0.12 and added > two methods > @Override > public <T> T decorate(T target) { > getInjector().inject(target); > return target; > } > > @Override > public void destroy(Object target) { > getInjector().destroy(target); > } > > to pax-cdi-web-weld in JettyDecorator. Their implementation I took from > pax-cdi 1.0. The bug is described here : > https://ops4j1.jira.com/browse/PAXCDI-209 > > However, in spite of all my attempts (I have all the same versions as > karaf) I still can't normally stop war bundle. > > Please, help me. Is pax-web 4.2.6 ready for production? Maybe it is still > in development and I ask stupid questions... > > Now I get (this is it is clear the problem is in pax-web) : > > org.ops4j.pax.web.pax-web-extender-war[org.ops4j.pax.web.extender.war.internal.WebObserver$1] > > : Error stopping extension for bundle com.example.site.fend [63] > java.lang.NullPointerException > at > org.ops4j.pax.web.extender.war.internal.DefaultWebAppDependencyManager.removeWebApp(DefaultWebAppDependencyManager.java:99) > at > org.ops4j.pax.web.extender.war.internal.WebObserver$1.doDestroy(WebObserver.java:189) > at > org.ops4j.pax.web.extender.war.internal.extender.SimpleExtension.destroy(SimpleExtension.java:71) > at > org.ops4j.pax.web.extender.war.internal.extender.AbstractExtender$2.run(AbstractExtender.java:306) > at > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.ops4j.pax.web.extender.war.internal.extender.AbstractExtender.destroyExtension(AbstractExtender.java:332) > at > org.ops4j.pax.web.extender.war.internal.extender.AbstractExtender.bundleChanged(AbstractExtender.java:190) > at > org.apache.felix.framework.util.EventDispatcher.invokeBundleListenerCallback(EventDispatcher.java:916) > at > org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:835) > at > org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:517) > at org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:4541) > at org.apache.felix.framework.Felix.stopBundle(Felix.java:2600) > at org.apache.felix.framework.BundleImpl.stop(BundleImpl.java:1038) > at org.apache.felix.framework.BundleImpl.stop(BundleImpl.java:1024) > at > com.example.solution.mgr.core.services.OsgiServiceImpl.stopBundle(OsgiServiceImpl.java:106) > at > com.example.solution.mgr.svr.services.RmiOsgiServiceImpl.stopBundle(RmiOsgiServiceImpl.java:80) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:497) > at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:323) > at sun.rmi.transport.Transport$1.run(Transport.java:200) > at sun.rmi.transport.Transport$1.run(Transport.java:197) > at java.security.AccessController.doPrivileged(Native Method) > at sun.rmi.transport.Transport.serviceCall(Transport.java:196) > at > sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:568) > at > sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:826) > at > sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.lambda$run$250(TCPTransport.java:683) > at > sun.rmi.transport.tcp.TCPTransport$ConnectionHandler$$Lambda$1/620361102.run(Unknown > > Source) > at java.security.AccessController.doPrivileged(Native Method) > at > sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:682) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > > > On Wednesday, 17 August 2016 18:30:35 UTC+3, iJava wrote: > > Hi, Achim. > > I changed all my versions and they become exactly as in karaf: pax-cdi > 0.12, pax-web 4.2.6, jetty 9.2.15, weld 1.2.0 etc. > > However, now I can't start my application (last time I couldn't stop :)). > The problem seems appeared as only I changed pax-cdi from 1.0 to 0.12. > > How to solve it? > > FAILED > HttpServiceContext{httpContext=WebAppHttpContext{com.example.site.fend - > 63}}: java.lang.AbstractMethodError: > org.ops4j.pax.cdi.web.weld.impl.JettyDecorator.decorate(Ljava/lang/Object;)Ljava/lang/Object; > java.lang.AbstractMethodError: > org.ops4j.pax.cdi.web.weld.impl.JettyDecorator.decorate(Ljava/lang/Object;)Ljava/lang/Object; > at > org.eclipse.jetty.servlet.ServletContextHandler$Context.createServlet(ServletContextHandler.java:1170) > at > org.eclipse.jetty.servlet.ServletHolder.newInstance(ServletHolder.java:1207) > at > org.eclipse.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:588) > at > org.eclipse.jetty.servlet.ServletHolder.initialize(ServletHolder.java:396) > at > org.eclipse.jetty.servlet.ServletHandler.initialize(ServletHandler.java:871) > at > org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:298) > at > org.ops4j.pax.web.service.jetty.internal.HttpServiceContext.startContext(HttpServiceContext.java:590) > at > org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:741) > at > org.ops4j.pax.web.service.jetty.internal.HttpServiceContext.doStart(HttpServiceContext.java:249) > at > org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68) > at > org.ops4j.pax.web.service.jetty.internal.JettyServerImpl$1.start(JettyServerImpl.java:273) > at > org.ops4j.pax.web.service.internal.HttpServiceStarted.end(HttpServiceStarted.java:1095) > at > org.ops4j.pax.web.service.internal.HttpServiceProxy.end(HttpServiceProxy.java:413) > at > org.ops4j.pax.web.extender.war.internal.RegisterWebAppVisitorWC.end(RegisterWebAppVisitorWC.java:380) > at > org.ops4j.pax.web.extender.war.internal.model.WebApp.accept(WebApp.java:692) > at > org.ops4j.pax.web.extender.war.internal.WebAppPublisher$WebAppDependencyListener.register(WebAppPublisher.java:237) > at > org.ops4j.pax.web.extender.war.internal.WebAppPublisher$WebAppDependencyListener.addingService(WebAppPublisher.java:182) > at > org.ops4j.pax.web.extender.war.internal.WebAppPublisher$WebAppDependencyListener.addingService(WebAppPublisher.java:135) > at > org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:941) > at > org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:870) > at > org.osgi.util.tracker.AbstractTracked.trackAdding(AbstractTracked.java:256) > at > org.osgi.util.tracker.AbstractTracked.track(AbstractTracked.java:229) > at > org.osgi.util.tracker.ServiceTracker$Tracked.serviceChanged(ServiceTracker.java:901) > at > org.apache.felix.framework.util.EventDispatcher.invokeServiceListenerCallback(EventDispatcher.java:991) > at > org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:839) > at > org.apache.felix.framework.util.EventDispatcher.fireServiceEvent(EventDispatcher.java:546) > at org.apache.felix.framework.Felix.fireServiceEvent(Felix.java:4557) > at org.apache.felix.framework.Felix.registerService(Felix.java:3549) > at > org.apache.felix.framework.BundleContextImpl.registerService(BundleContextImpl.java:348) > at > org.apache.felix.framework.BundleContextImpl.registerService(BundleContextImpl.java:355) > at > org.ops4j.pax.cdi.web.CdiWebAppDependencyManager.register(CdiWebAppDependencyManager.java:62) > at > org.ops4j.pax.cdi.web.CdiWebAppDependencyManager.postCreate(CdiWebAppDependencyManager.java:88) > at > org.ops4j.pax.cdi.weld.impl.WeldCdiContainerFactory.createContainer(WeldCdiContainerFactory.java:71) > at > org.ops4j.pax.cdi.extender.impl.CdiExtender.doCreateContainer(CdiExtender.java:144) > at > org.ops4j.pax.cdi.extender.impl.CdiExtender.createContainer(CdiExtender.java:124) > at > org.ops4j.pax.cdi.extender.impl.CdiExtender.addingBundle(CdiExtender.java:86) > at > org.ops4j.pax.cdi.extender.impl.CdiExtender.addingBundle(CdiExtender.java:44) > at > org.osgi.util.tracker.BundleTracker$Tracked.customizerAdding(BundleTracker.java:469) > at > org.osgi.util.tracker.BundleTracker$Tracked.customizerAdding(BundleTracker.java:415) > at > org.osgi.util.tracker.AbstractTracked.trackAdding(AbstractTracked.java:256) > at > org.osgi.util.tracker.AbstractTracked.track(AbstractTracked.java:229) > at > org.osgi.util.tracker.BundleTracker$Tracked.bundleChanged(BundleTracker.java:444) > at > org.apache.felix.framework.util.EventDispatcher.invokeBundleListenerCallback(EventDispatcher.java:916) > at > org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:835) > at > org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:517) > at org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:4541) > at org.apache.felix.framework.Felix.startBundle(Felix.java:2172) > at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:998) > at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:984) > at > com.example.solution.mgr.core.services.OsgiServiceImpl.startBundle(OsgiServiceImpl.java:88) > at > com.example.solution.mgr.svr.services.RmiOsgiServiceImpl.startBundle(RmiOsgiServiceImpl.java:69) > at sun.reflect.GeneratedMethodAccessor16.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:497) > at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:323) > at sun.rmi.transport.Transport$1.run(Transport.java:200) > at sun.rmi.transport.Transport$1.run(Transport.java:197) > at java.security.AccessController.doPrivileged(Native Method) > at sun.rmi.transport.Transport.serviceCall(Transport.java:196) > at > sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:568) > at > sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:826) > at > sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.lambda$run$250(TCPTransport.java:683) > at > sun.rmi.transport.tcp.TCPTransport$ConnectionHandler$$Lambda$1/563492457.run(Unknown > > Source) > at java.security.AccessController.doPrivileged(Native Method) > at > sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:682) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > ERROR: Bundle com.example.site.fend [63] EventDispatcher: Error during > dispatch. (java.lang.AbstractMethodError: > org.ops4j.pax.cdi.web.weld.impl.JettyDecorator.decorate(Ljava/lang/Object;)Ljava/lang/Object;) > java.lang.AbstractMethodError: > org.ops4j.pax.cdi.web.weld.impl.JettyDecorator.decorate(Ljava/lang/Object;)Ljava/lang/Object; > at > org.eclipse.jetty.servlet.ServletContextHandler$Context.createServlet(ServletContextHandler.java:1170) > at > org.eclipse.jetty.servlet.ServletHolder.newInstance(ServletHolder.java:1207) > at > org.eclipse.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:588) > at > org.eclipse.jetty.servlet.ServletHolder.initialize(ServletHolder.java:396) > at > org.eclipse.jetty.servlet.ServletHandler.initialize(ServletHandler.java:871) > at > org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:298) > at > org.ops4j.pax.web.service.jetty.internal.HttpServiceContext.startContext(HttpServiceContext.java:590) > at > org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:741) > at > org.ops4j.pax.web.service.jetty.internal.HttpServiceContext.doStart(HttpServiceContext.java:249) > at > org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68) > at > org.ops4j.pax.web.service.jetty.internal.JettyServerImpl$1.start(JettyServerImpl.java:273) > at > org.ops4j.pax.web.service.internal.HttpServiceStarted.end(HttpServiceStarted.java:1095) > at > org.ops4j.pax.web.service.internal.HttpServiceProxy.end(HttpServiceProxy.java:413) > at > org.ops4j.pax.web.extender.war.internal.RegisterWebAppVisitorWC.end(RegisterWebAppVisitorWC.java:380) > at > org.ops4j.pax.web.extender.war.internal.model.WebApp.accept(WebApp.java:692) > at > org.ops4j.pax.web.extender.war.internal.WebAppPublisher$WebAppDependencyListener.register(WebAppPublisher.java:237) > at > org.ops4j.pax.web.extender.war.internal.WebAppPublisher$WebAppDependencyListener.addingService(WebAppPublisher.java:182) > at > org.ops4j.pax.web.extender.war.internal.WebAppPublisher$WebAppDependencyListener.addingService(WebAppPublisher.java:135) > at > org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:941) > at > org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:870) > at > org.osgi.util.tracker.AbstractTracked.trackAdding(AbstractTracked.java:256) > at > org.osgi.util.tracker.AbstractTracked.track(AbstractTracked.java:229) > at > org.osgi.util.tracker.ServiceTracker$Tracked.serviceChanged(ServiceTracker.java:901) > at > org.apache.felix.framework.util.EventDispatcher.invokeServiceListenerCallback(EventDispatcher.java:991) > at > org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:839) > at > org.apache.felix.framework.util.EventDispatcher.fireServiceEvent(EventDispatcher.java:546) > at org.apache.felix.framework.Felix.fireServiceEvent(Felix.java:4557) > at org.apache.felix.framework.Felix.registerService(Felix.java:3549) > at > org.apache.felix.framework.BundleContextImpl.registerService(BundleContextImpl.java:348) > at > org.apache.felix.framework.BundleContextImpl.registerService(BundleContextImpl.java:355) > at > org.ops4j.pax.cdi.web.CdiWebAppDependencyManager.register(CdiWebAppDependencyManager.java:62) > at > org.ops4j.pax.cdi.web.CdiWebAppDependencyManager.postCreate(CdiWebAppDependencyManager.java:88) > at > org.ops4j.pax.cdi.weld.impl.WeldCdiContainerFactory.createContainer(WeldCdiContainerFactory.java:71) > at > org.ops4j.pax.cdi.extender.impl.CdiExtender.doCreateContainer(CdiExtender.java:144) > at > org.ops4j.pax.cdi.extender.impl.CdiExtender.createContainer(CdiExtender.java:124) > at > org.ops4j.pax.cdi.extender.impl.CdiExtender.addingBundle(CdiExtender.java:86) > at > org.ops4j.pax.cdi.extender.impl.CdiExtender.addingBundle(CdiExtender.java:44) > at > org.osgi.util.tracker.BundleTracker$Tracked.customizerAdding(BundleTracker.java:469) > at > org.osgi.util.tracker.BundleTracker$Tracked.customizerAdding(BundleTracker.java:415) > at > org.osgi.util.tracker.AbstractTracked.trackAdding(AbstractTracked.java:256) > at > org.osgi.util.tracker.AbstractTracked.track(AbstractTracked.java:229) > at > org.osgi.util.tracker.BundleTracker$Tracked.bundleChanged(BundleTracker.java:444) > at > org.apache.felix.framework.util.EventDispatcher.invokeBundleListenerCallback(EventDispatcher.java:916) > at > org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:835) > at > org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:517) > at org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:4541) > at org.apache.felix.framework.Felix.startBundle(Felix.java:2172) > at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:998) > at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:984) > at > com.example.solution.mgr.core.services.OsgiServiceImpl.startBundle(OsgiServiceImpl.java:88) > at > com.example.solution.mgr.svr.services.RmiOsgiServiceImpl.startBundle(RmiOsgiServiceImpl.java:69) > at sun.reflect.GeneratedMethodAccessor16.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:497) > at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:323) > at sun.rmi.transport.Transport$1.run(Transport.java:200) > at sun.rmi.transport.Transport$1.run(Transport.java:197) > at java.security.AccessController.doPrivileged(Native Method) > at sun.rmi.transport.Transport.serviceCall(Transport.java:196) > at > sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:568) > at > sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:826) > at > sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.lambda$run$250(TCPTransport.java:683) > at > sun.rmi.transport.tcp.TCPTransport$ConnectionHandler$$Lambda$1/563492457.run(Unknown > > Source) > at java.security.AccessController.doPrivileged(Native Method) > at > sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:682) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > > > > > > On Wednesday, 17 August 2016 16:01:33 UTC+3, iJava wrote: > > Hi Achim, > > Thank you for your answer. Then I will try to use pax-cdi 0.12 and we will > see the results. Can you say when you are going to migrate to pax-cdi 1.0? > > On Wednesday, 17 August 2016 15:53:47 UTC+3, Achim Nierbeck wrote: > > Hi Pavel, > > actually I'm not sure where the issue might be at. > I know that Apache Karaf uses 0.12.x for a reason, as 1.0.0 was kind of > not working correctly. > But we never really had the time to investigate further :/ > > sorry, can't be much of help right now. Especially my $DayJob keeps me > from doing OSS right now ... > > > regards, Achim > > 2016-08-17 10:58 GMT+02:00 iJava <[email protected]>: > > Achim, are you there? Can I help somehow because it is impossible to work > when you can't restart war bundle. > > > On Tuesday, 16 August 2016 11:25:43 UTC+3, iJava wrote: > > Hi Achim, > > You know to change from 1 to 0.12 is not so simple - dependencies etc. > Could you say - is my code right? Is it enough bundle.stop without > WarManager.stop? > Or it is enought WarManager.stop without bundle.stop. > > Is this bug in pax products - I do execute the most simple operation - > stop bundle. > > On Tuesday, 16 August 2016 11:02:35 UTC+3, Achim Nierbeck wrote: > > Hi, > > could you try with Pax-CDI 0.12.0 ... afaik it's what we use with Apache > Karaf, and it seems to work better ... > > regards, Achim > > > 2016-08-16 8:05 GMT+02:00 iJava <[email protected]>: > > Hi all, > > Unfortunately I can't stop wab without exceptions (I use pax-web 4.2.7 and > pax-cdi 1.0) . Now I do this way: > > ServiceReference reference = > bundleContext.getServiceReference(WarManager.class.getName()); > WarManager warManager = (WarManager) bundleContext.getService(reference); > warManager.stop(bundle.getBundleId()); > bundle.stop();//I tried without this line but bundle doesn't stop (state > 32) > > I tried it without WarManager but the same result. > > And this is what I get - I can't understand if it is pax-web or pax-cdi > > java.lang.NullPointerException > at > org.ops4j.pax.web.extender.war.internal.DefaultWebAppDependencyManager.removeWebApp(DefaultWebAppDependencyManager.java:99) > at > org.ops4j.pax.web.extender.war.internal.WebObserver$1.doDestroy(WebObserver.java:189) > at > org.ops4j.pax.web.extender.war.internal.extender.SimpleExtension.destroy(SimpleExtension.java:71) > at > org.ops4j.pax.web.extender.war.internal.extender.AbstractExtender$2.run(AbstractExtender.java:306) > at > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > org.ops4j.pax.web.extender.war.internal.extender.AbstractExtender.destroyExtension(AbstractExtender.java:332) > at > org.ops4j.pax.web.extender.war.internal.extender.AbstractExtender.bundleChanged(AbstractExtender.java:190) > at > org.apache.felix.framework.util.EventDispatcher.invokeBundleListenerCallback(EventDispatcher.java:916) > at > org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:835) > at > org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:517) > at org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:4541) > at org.apache.felix.framework.Felix.stopBundle(Felix.java:2600) > at org.apache.felix.framework.BundleImpl.stop(BundleImpl.java:1038) > at org.apache.felix.framework.BundleImpl.stop(BundleImpl.java:1024) > at > org.example.solution.mgr.core.services.OsgiServiceImpl.stopBundle(OsgiServiceImpl.java:97) > at > org.example.solution.mgr.svr.services.RmiOsgiServiceImpl.stopBundle(RmiOsgiServiceImpl.java:80) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:497) > at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:323) > at sun.rmi.transport.Transport$1.run(Transport.java:200) > at sun.rmi.transport.Transport$1.run(Transport.java:197) > at java.security.AccessController.doPrivileged(Native Method) > at sun.rmi.transport.Transport.serviceCall(Transport.java:196) > at > sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:568) > at > sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:826) > at > sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.lambda$run$250(TCPTransport.java:683) > at > sun.rmi.transport.tcp.TCPTransport$ConnectionHandler$$Lambda$1/783938596.run(Unknown > > Source) > at java.security.AccessController.doPrivileged(Native Method) > at > sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:682) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > ERROR: Bundle org.example.site.fend [67] EventDispatcher: Error during > dispatch. (java.lang.IllegalStateException: Invalid BundleContext.) > java.lang.IllegalStateException: Invalid BundleContext. > at > org.apache.felix.framework.BundleContextImpl.checkValidity(BundleContextImpl.java:511) > at > org.apache.felix.framework.BundleContextImpl.getServiceObjects(BundleContextImpl.java:529) > at org.ops4j.pax.cdi.extension.im > pl.compat.Osgi6ServiceObjectsWrapper.init(Osgi6ServiceObjectsWrapper.java:55) > at org.ops4j.pax.cdi.extension.im > pl.compat.OsgiScopeUtils.createServiceObjectsWrapper(OsgiScopeUtils.java:59) > at org.ops4j.pax.cdi.extension.im > pl.ServiceEventBridge.serviceChanged(ServiceEventBridge.java:62) > at > org.apache.felix.framework.util.EventDispatcher.invokeServiceListenerCallback(EventDispatcher.java:991) > at > org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:839) > at > org.apache.felix.framework.util.EventDispatcher.fireServiceEvent(EventDispatcher.java:546) > at org.apache.felix.framework.Felix.fireServiceEvent(Felix.java:4557) > at org.apache.felix.framework.Felix.access$000(Felix.java:106) > at org.apache.felix.framework.Felix$1.serviceChanged(Felix.java:420) > at > org.apache.felix.framework.ServiceRegistry.unregisterService(ServiceRegistry.java:170) > at > org.apache.felix.framework.ServiceRegistrationImpl.unregister(ServiceRegistrationImpl.java:144) > at > org.apache.felix.framework.ServiceRegistry.unregisterServices(ServiceRegistry.java:235) > at org.apache.felix.framework.Felix.stopBundle(Felix.java:2635) > at org.apache.felix.framework.BundleImpl.stop(BundleImpl.java:1038) > at org.apache.felix.framework.BundleImpl.stop(BundleImpl.java:1024) > at > org.example.solution.mgr.core.services.OsgiServiceImpl.stopBundle(OsgiServiceImpl.java:97) > at > org.example.solution.mgr.svr.services.RmiOsgiServiceImpl.stopBundle(RmiOsgiServiceImpl.java:80) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:497) > at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:323) > at sun.rmi.transport.Transport$1.run(Transport.java:200) > at sun.rmi.transport.Transport$1.run(Transport.java:197) > at java.security.AccessController.doPrivileged(Native Method) > at sun.rmi.transport.Transport.serviceCall(Transport.java:196) > at > sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:568) > at > sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:826) > at > sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.lambda$run$250(TCPTransport.java:683) > at > sun.rmi.transport.tcp.TCPTransport$ConnectionHandler$$Lambda$1/783938596.run(Unknown > > Source) > at java.security.AccessController.doPrivileged(Native Method) > at > sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:682) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > [RMI TCP Connection(3)-127.0.0.1] INFO > org.ops4j.pax.web.service.internal.HttpServiceFactoryImpl - Unbinding > bundle: [org.example.site.fend [67]] > > > -- > -- > ------------------ > OPS4J - http://www.ops4j.org - [email protected] > > --- > You received this message because you are subscribed to the Google Groups > "OPS4J" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. > > > > > -- > > Apache Member > Apache Karaf <http://karaf.apache.org/> Committer & PMC > OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer & > Project Lead > blog <http://notizblog.nierbeck.de/> > Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS> > > Software Architect / Project Manager / Scrum Master > > -- > -- > ------------------ > OPS4J - http://www.ops4j.org - [email protected] > > --- > You received this message because you are subscribed to the Google Groups > "OPS4J" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. > > > > > -- > > Apache Member > Apache Karaf <http://karaf.apache.org/> Committer & PMC > OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer & > Project Lead > blog <http://notizblog.nierbeck.de/> > Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS> > > Software Architect / Project Manager / Scrum Master > > -- > -- > ------------------ > OPS4J - http://www.ops4j.org - [email protected] > > --- > You received this message because you are subscribed to the Google Groups > "OPS4J" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. > > > > > -- > > Apache Member > Apache Karaf <http://karaf.apache.org/> Committer & PMC > OPS4J Pax Web <http://wiki.ops4j.org/disp > <http://wiki.ops4j.org/display/paxweb/Pax+Web/> > > ... -- -- ------------------ OPS4J - http://www.ops4j.org - [email protected] --- You received this message because you are subscribed to the Google Groups "OPS4J" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
