it sounds like some thread is still active after the bundle has been stopped (i.e., is working on an old revision of the bundle). After a refresh, we close the bundle jar in the cache so if that thread triggers a classload it gets the exception you mentioned first.
Using the logservice seems to not trigger a classload after the bundle has been stopped anymore but it sounds like the thread is now trying to access the log service which is null because the bundle has been stopped. Not sure what to do about it (and who's fault it is) but I'd try to identify the thread first (maybe add a break-point or something). regards, Karl On Fri, Sep 17, 2010 at 1:03 PM, Carsten Ziegeler <[email protected]> wrote: > Carl Hall wrote >> I replaced all references to slf4j in this class with the OSGi LogService >> and now get an NPE when it calls to the log service. The reference is >> constructed using DS and default values >> (ReferenceCardinality.MANDATORY_UNARY, ReferencePolicy.STATIC). >> >> 16.09.2010 11:38:12.522 *ERROR* [0:0:0:0:0:0:0:1 [1284651492520] GET >> /dev/my_sakai.html HTTP/1.1] org.apache.sling.engine.impl.SlingMainServlet >> service: Uncaught Throwable java.lang.NullPointerException >> at >> org.sakaiproject.nakamura.files.pool.ContentPoolProvider.listChildren(ContentPoolProvider.java:167) >> at >> org.apache.sling.jcr.resource.internal.helper.WrappedResourceProvider.listChildren(WrappedResourceProvider.java:65) >> at >> org.apache.sling.jcr.resource.internal.helper.ResourceProviderEntry$1.seek(ResourceProviderEntry.java:206) >> ... >> >> I have 2 bundles I redeploy to trigger this. After redeploying the first, I >> get this in the stack but it doesn't seem to hurt my app. Casten, is this >> in the area where you say fixes have been applied? >> > Hmm, no this seems to be different. > > Atm I have no idea what could get wrong. > > Carsten > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > -- Karl Pauls [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
