Just to give some advice here. If you could create a Gihub-repository and upload your example we might be able to help.
CDI is currently work-in-progess. On the Aries Mailinglists are some discussions about CDI+DS integration and how to handle those proxies CDI is based on. Now, this might be a stupid advice: if you currently dont really need CDI, use Declarative Services because this also takes the OSGi dynamics into account. CDI is JEE and therefore makes different assumptions (in JEE everything is basically static after its started). regards Marc Am Donnerstag, 18. August 2016 10:58:29 UTC+2 schrieb Achim Nierbeck: > > > > 2016-08-18 10:50 GMT+02:00 iJava <pavelka...@gmail.com <javascript:>>: > >> >> >> 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. >> > > writing all upper case is called rude, please see this: > https://in.answers.yahoo.com/question/index?qid=20070718202452AAHIRQL > > One word might be highlighting ... a full sentence is screaming ... > > >> >> >>> 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. >> > > yes you did and I'm citing just the email I answered to ... > > > 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. > > > > this for me is criticizing the community and saying this is a bad product > ... > > 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. >> > > sorry that you feel alone with your issue, but it's very hard without a > concrete example to verify this in a 2h window in the evening, after a full > day of work .... > I might be repeating myself ... community is about give and take ... till > know you've taken. If you want more you need to give us something in turn. > A Integration test for example so the community is able to understand your > issue. > > >> >> >>> 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 <pavelka...@gmail.com>: >>> >>> 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 <pavelka...@gmail.com>: >>> >>> 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 <bcan...@googlemail.com>: >>> >>> 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 <pavelka...@gmail.com>: >>> >>> 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 <pavelka...@gmail.com>: >>> >>> 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 <pavelka...@gmail.com>: >>> >>> 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 - op...@googlegroups.com >>> >>> --- >>> 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 ops4j+un...@googlegroups.com. >>> 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 - op...@googlegroups.com >>> >>> --- >>> 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 ops4j+un...@googlegroups.com. >>> 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 - op...@googlegroups.com >>> >>> --- >>> 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 ops4j+un...@googlegroups.com. >>> 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 - op...@googlegroups.com <javascript:> >> >> --- >> 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 ops4j+un...@googlegroups.com <javascript:>. >> 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 - ops4j@googlegroups.com --- 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 ops4j+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
