Hi, this looks like a bug :( To unregister a service, it tries to do similar things as to register it, which then fails as the bundle is stopping.
I'll have a look Thanks for reporting Carsten Am 21.05.15 um 12:10 schrieb Thomas Driessen: > Hi, > > I'm currently using felix.http.jetty_3.0.3. Each time I save my code in > Eclipse, while the framework is running, it gets somehow stopped and then > restarted, I think. And on this stop and restart I always get the following > NPE: > > ERROR: Bundle org.apache.felix.http.jetty [14] EventDispatcher: Error > during dispatch. (java.lang.NullPointerException) > at > org.apache.felix.http.base.internal.runtime.WhiteboardServiceInfo.<init>(WhiteboardServiceInfo.java:54) > at > org.apache.felix.http.base.internal.runtime.ListenerInfo.<init>(ListenerInfo.java:36) > at > org.apache.felix.http.base.internal.runtime.ServletContextListenerInfo.<init>(ServletContextListenerInfo.java:34) > at > org.apache.felix.http.base.internal.whiteboard.tracker.ServletContextListenerTracker.getServiceInfo(ServletContextListenerTracker.java:36) > at > org.apache.felix.http.base.internal.whiteboard.tracker.WhiteboardServiceTracker.removed(WhiteboardServiceTracker.java:108) > at > org.apache.felix.http.base.internal.whiteboard.tracker.WhiteboardServiceTracker.removedService(WhiteboardServiceTracker.java:91) > at > org.apache.felix.http.base.internal.whiteboard.tracker.WhiteboardServiceTracker.removedService(WhiteboardServiceTracker.java:33) > at > org.osgi.util.tracker.ServiceTracker$Tracked.customizerRemoved(ServiceTracker.java:967) > at > org.osgi.util.tracker.ServiceTracker$Tracked.customizerRemoved(ServiceTracker.java:870) > at org.osgi.util.tracker.AbstractTracked.untrack(AbstractTracked.java:341) > at > org.osgi.util.tracker.ServiceTracker$Tracked.serviceChanged(ServiceTracker.java:909) > at > org.apache.felix.framework.util.EventDispatcher.invokeServiceListenerCallback(EventDispatcher.java:987) > at > org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:838) > at > org.apache.felix.framework.util.EventDispatcher.fireServiceEvent(EventDispatcher.java:545) > at org.apache.felix.framework.Felix.fireServiceEvent(Felix.java:4536) > at org.apache.felix.framework.Felix.access$000(Felix.java:106) > at org.apache.felix.framework.Felix$1.serviceChanged(Felix.java:419) > at > org.apache.felix.framework.ServiceRegistry.unregisterService(ServiceRegistry.java:164) > at > org.apache.felix.framework.ServiceRegistrationImpl.unregister(ServiceRegistrationImpl.java:140) > at > org.apache.felix.framework.ServiceRegistry.unregisterServices(ServiceRegistry.java:226) > at org.apache.felix.framework.Felix.stopBundle(Felix.java:2629) > at org.apache.felix.framework.BundleImpl.stop(BundleImpl.java:1013) > at org.apache.felix.framework.BundleImpl.stop(BundleImpl.java:1000) > at aQute.launcher.Launcher.synchronizeFiles(Launcher.java:511) > at aQute.launcher.Launcher.update(Launcher.java:384) > at aQute.launcher.Launcher$1.run(Launcher.java:194) > at java.util.TimerThread.mainLoop(Timer.java:555) > at java.util.TimerThread.run(Timer.java:505) > > I think it tries to remove my ServletContextListener and fails on this > somehow? > > Is this a known bug? or feature? ;) > > Best regards, > Thomas > -- Carsten Ziegeler Adobe Research Switzerland cziege...@apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@felix.apache.org For additional commands, e-mail: users-h...@felix.apache.org