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

Reply via email to