2016-08-18 10:50 GMT+02:00 iJava <[email protected]>: > > > 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 <[email protected]>: >> >> 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.DefaultWebAppDepende >> ncyManager.removeWebApp(DefaultWebAppDependencyManager.java:99) >> at org.ops4j.pax.web.extender.war.internal.WebObserver$1.doDest >> roy(WebObserver.java:189) >> at org.ops4j.pax.web.extender.war.internal.extender.SimpleExten >> sion.destroy(SimpleExtension.java:71) >> at org.ops4j.pax.web.extender.war.internal.extender.AbstractExt >> ender$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.AbstractExt >> ender.destroyExtension(AbstractExtender.java:332) >> at org.ops4j.pax.web.extender.war.internal.extender.AbstractExt >> ender.bundleChanged(AbstractExtender.java:190) >> at org.apache.felix.framework.util.EventDispatcher.invokeBundle >> ListenerCallback(EventDispatcher.java:916) >> at org.apache.felix.framework.util.EventDispatcher.fireEventImm >> ediately(EventDispatcher.java:835) >> at org.apache.felix.framework.util.EventDispatcher.fireBundleEv >> ent(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.stopB >> undle(OsgiServiceImpl.java:106) >> at com.example.solution.mgr.svr.services.RmiOsgiServiceImpl.sto >> pBundle(RmiOsgiServiceImpl.java:80) >> >> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcce >> ssorImpl.java:62) >> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe >> thodAccessorImpl.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(TCPTranspo >> rt.java:568) >> at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TC >> PTransport.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(TCP >> Transport.java:682) >> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPool >> Executor.java:1142) >> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo >> lExecutor.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.DefaultWebAppDepende >> ncyManager.removeWebApp(DefaultWebAppDependencyManager.java:99) >> at org.ops4j.pax.web.extender.war.internal.WebObserver$1.doDest >> roy(WebObserver.java:189) >> at org.ops4j.pax.web.extender.war.internal.extender.SimpleExten >> sion.destroy(SimpleExtension.java:71) >> at org.ops4j.pax.web.extender.war.internal.extender.AbstractExt >> ender$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.AbstractExt >> ender.destroyExtension(AbstractExtender.java:332) >> at org.ops4j.pax.web.extender.war.internal.extender.AbstractExt >> ender.bundleChanged(AbstractExtender.java:190) >> at org.apache.felix.framework.util.EventDispatcher.invokeBundle >> ListenerCallback(EventDispatcher.java:916) >> at org.apache.felix.framework.util.EventDispatcher.fireEventImm >> ediately(EventDispatcher.java:835) >> at org.apache.felix.framework.util.EventDispatcher.fireBundleEv >> ent(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.stopB >> undle(OsgiServiceImpl.java:106) >> at com.example.solution.mgr.svr.services.RmiOsgiServiceImpl.sto >> pBundle(RmiOsgiServiceImpl.java:80) >> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcce >> ssorImpl.java:62) >> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe >> thodAccessorImpl.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(TCPTranspo >> rt.java:568) >> at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TC >> PTransport.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(TCP >> Transport.java:682) >> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPool >> Executor.java:1142) >> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo >> lExecutor.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.imp >> l.JettyDecorator.decorate(Ljava/lang/Object;)Ljava/lang/Object; >> java.lang.AbstractMethodError: org.ops4j.pax.cdi.web.weld.imp >> l.JettyDecorator.decorate(Ljava/lang/Object;)Ljava/lang/Object; >> at org.eclipse.jetty.servlet.ServletContextHandler$Context.crea >> teServlet(ServletContextHandler.java:1170) >> at org.eclipse.jetty.servlet.ServletHolder.newInstance(ServletH >> older.java:1207) >> at org.eclipse.jetty.servlet.ServletHolder.initServlet(ServletH >> older.java:588) >> at org.eclipse.jetty.servlet.ServletHolder.initialize(ServletHo >> lder.java:396) >> at org.eclipse.jetty.servlet.ServletHandler.initialize(ServletH >> andler.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(Http >> ServiceProxy.java:413) >> at org.ops4j.pax.web.extender.war.internal.RegisterWebAppVisito >> rWC.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$WebA >> ppDependencyListener.register(WebAppPublisher.java:237) >> at org.ops4j.pax.web.extender.war.internal.WebAppPublisher$WebA >> ppDependencyListener.addingService(WebAppPublisher.java:182) >> at org.ops4j.pax.web.extender.war.internal.WebAppPublisher$WebA >> ppDependencyListener.addingService(WebAppPublisher.java:135) >> at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAddin >> g(ServiceTracker.java:941) >> at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAddin >> g(ServiceTracker.java:870) >> at org.osgi.util.tracker.AbstractTracked.trackAdding(AbstractTr >> acked.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.invokeServic >> eListenerCallback(EventDispatcher.java:991) >> at org.apache.felix.framework.util.EventDispatcher.fireEventImm >> ediately(EventDispatcher.java:839) >> at org.apache.felix.framework.util.EventDispatcher.fireServiceE >> vent(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(Cd >> iWebAppDependencyManager.java:62) >> at org.ops4j.pax.cdi.web.CdiWebAppDependencyManager.postCreate( >> CdiWebAppDependencyManager.java:88) >> at org.ops4j.pax.cdi.weld.impl.WeldCdiContainerFactory.createCo >> ntainer(WeldCdiContainerFactory.java:71) >> at org.ops4j.pax.cdi.extender.impl.CdiExtender.doCreateContaine >> r(CdiExtender.java:144) >> at org.ops4j.pax.cdi.extender.impl.CdiExtender.createContainer( >> CdiExtender.java:124) >> at org.ops4j.pax.cdi.extender.impl.CdiExtender.addingBundle(Cdi >> Extender.java:86) >> at org.ops4j.pax.cdi.extender.impl.CdiExtender.addingBundle(Cdi >> Extender.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(AbstractTr >> acked.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.invokeBundle >> ListenerCallback(EventDispatcher.java:916) >> at org.apache.felix.framework.util.EventDispatcher.fireEventImm >> ediately(EventDispatcher.java:835) >> at org.apache.felix.framework.util.EventDispatcher.fireBundleEv >> ent(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.start >> Bundle(OsgiServiceImpl.java:88) >> at com.example.solution.mgr.svr.services.RmiOsgiServiceImpl.sta >> rtBundle(RmiOsgiServiceImpl.java:69) >> at sun.reflect.GeneratedMethodAccessor16.invoke(Unknown Source) >> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe >> thodAccessorImpl.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(TCPTranspo >> rt.java:568) >> at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TC >> PTransport.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(TCP >> Transport.java:682) >> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPool >> Executor.java:1142) >> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo >> lExecutor.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.imp >> l.JettyDecorator.decorate(Ljava/lang/Object;)Ljava/lang/Object;) >> java.lang.AbstractMethodError: org.ops4j.pax.cdi.web.weld.imp >> l.JettyDecorator.decorate(Ljava/lang/Object;)Ljava/lang/Object; >> at org.eclipse.jetty.servlet.ServletContextHandler$Context.crea >> teServlet(ServletContextHandler.java:1170) >> at org.eclipse.jetty.servlet.ServletHolder.newInstance(ServletH >> older.java:1207) >> at org.eclipse.jetty.servlet.ServletHolder.initServlet(ServletH >> older.java:588) >> at org.eclipse.jetty.servlet.ServletHolder.initialize(ServletHo >> lder.java:396) >> at org.eclipse.jetty.servlet.ServletHandler.initialize(ServletH >> andler.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(Http >> ServiceProxy.java:413) >> at org.ops4j.pax.web.extender.war.internal.RegisterWebAppVisito >> rWC.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$WebA >> ppDependencyListener.register(WebAppPublisher.java:237) >> at org.ops4j.pax.web.extender.war.internal.WebAppPublisher$WebA >> ppDependencyListener.addingService(WebAppPublisher.java:182) >> at org.ops4j.pax.web.extender.war.internal.WebAppPublisher$WebA >> ppDependencyListener.addingService(WebAppPublisher.java:135) >> at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAddin >> g(ServiceTracker.java:941) >> at org.osgi.util.tracker.ServiceTracker$Tracked.customizerAddin >> g(ServiceTracker.java:870) >> at org.osgi.util.tracker.AbstractTracked.trackAdding(AbstractTr >> acked.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.invokeServic >> eListenerCallback(EventDispatcher.java:991) >> at org.apache.felix.framework.util.EventDispatcher.fireEventImm >> ediately(EventDispatcher.java:839) >> at org.apache.felix.framework.util.EventDispatcher.fireServiceE >> vent(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(Cd >> iWebAppDependencyManager.java:62) >> at org.ops4j.pax.cdi.web.CdiWebAppDependencyManager.postCreate( >> CdiWebAppDependencyManager.java:88) >> at org.ops4j.pax.cdi.weld.impl.WeldCdiContainerFactory.createCo >> ntainer(WeldCdiContainerFactory.java:71) >> at org.ops4j.pax.cdi.extender.impl.CdiExtender.doCreateContaine >> r(CdiExtender.java:144) >> at org.ops4j.pax.cdi.extender.impl.CdiExtender.createContainer( >> CdiExtender.java:124) >> at org.ops4j.pax.cdi.extender.impl.CdiExtender.addingBundle(Cdi >> Extender.java:86) >> at org.ops4j.pax.cdi.extender.impl.CdiExtender.addingBundle(Cdi >> Extender.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(AbstractTr >> acked.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.invokeBundle >> ListenerCallback(EventDispatcher.java:916) >> at org.apache.felix.framework.util.EventDispatcher.fireEventImm >> ediately(EventDispatcher.java:835) >> at org.apache.felix.framework.util.EventDispatcher.fireBundleEv >> ent(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.start >> Bundle(OsgiServiceImpl.java:88) >> at com.example.solution.mgr.svr.services.RmiOsgiServiceImpl.sta >> rtBundle(RmiOsgiServiceImpl.java:69) >> at sun.reflect.GeneratedMethodAccessor16.invoke(Unknown Source) >> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe >> thodAccessorImpl.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(TCPTranspo >> rt.java:568) >> at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TC >> PTransport.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(TCP >> Transport.java:682) >> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPool >> Executor.java:1142) >> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo >> lExecutor.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.getServiceRefere >> nce(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.DefaultWebAppDepende >> ncyManager.removeWebApp(DefaultWebAppDependencyManager.java:99) >> at org.ops4j.pax.web.extender.war.internal.WebObserver$1.doDest >> roy(WebObserver.java:189) >> at org.ops4j.pax.web.extender.war.internal.extender.SimpleExten >> sion.destroy(SimpleExtension.java:71) >> at org.ops4j.pax.web.extender.war.internal.extender.AbstractExt >> ender$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.AbstractExt >> ender.destroyExtension(AbstractExtender.java:332) >> at org.ops4j.pax.web.extender.war.internal.extender.AbstractExt >> ender.bundleChanged(AbstractExtender.java:190) >> at org.apache.felix.framework.util.EventDispatcher.invokeBundle >> ListenerCallback(EventDispatcher.java:916) >> at org.apache.felix.framework.util.EventDispatcher.fireEventImm >> ediately(EventDispatcher.java:835) >> at org.apache.felix.framework.util.EventDispatcher.fireBundleEv >> ent(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.stopB >> undle(OsgiServiceImpl.java:97) >> at org.example.solution.mgr.svr.services.RmiOsgiServiceImpl.sto >> pBundle(RmiOsgiServiceImpl.java:80) >> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcce >> ssorImpl.java:62) >> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe >> thodAccessorImpl.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(TCPTranspo >> rt.java:568) >> at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TC >> PTransport.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(TCP >> Transport.java:682) >> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPool >> Executor.java:1142) >> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo >> lExecutor.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(B >> undleContextImpl.java:511) >> at org.apache.felix.framework.BundleContextImpl.getServiceObjec >> ts(BundleContextImpl.java:529) >> at org.ops4j.pax.cdi.extension.impl.compat.Osgi6ServiceObjectsW >> rapper.init(Osgi6ServiceObjectsWrapper.java:55) >> at org.ops4j.pax.cdi.extension.impl.compat.OsgiScopeUtils.creat >> eServiceObjectsWrapper(OsgiScopeUtils.java:59) >> at org.ops4j.pax.cdi.extension.impl.ServiceEventBridge.serviceC >> hanged(ServiceEventBridge.java:62) >> at org.apache.felix.framework.util.EventDispatcher.invokeServic >> eListenerCallback(EventDispatcher.java:991) >> at org.apache.felix.framework.util.EventDispatcher.fireEventImm >> ediately(EventDispatcher.java:839) >> at org.apache.felix.framework.util.EventDispatcher.fireServiceE >> vent(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.unregiste >> r(ServiceRegistrationImpl.java:144) >> at org.apache.felix.framework.ServiceRegistry.unregisterService >> s(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.stopB >> undle(OsgiServiceImpl.java:97) >> at org.example.solution.mgr.svr.services.RmiOsgiServiceImpl.sto >> pBundle(RmiOsgiServiceImpl.java:80) >> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcce >> ssorImpl.java:62) >> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe >> thodAccessorImpl.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(TCPTranspo >> rt.java:568) >> at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TC >> PTransport.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(TCP >> Transport.java:682) >> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPool >> Executor.java:1142) >> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo >> lExecutor.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. > -- 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.
