Re: Funny bug when caching is turned off

[Oliver Zeigermann]

Found the cause: ExtendedStore as the caching entity tried to enlist 
twice in a single transaction. I fixed this and did a cleanup of 
permission and lock caching. As this might introduce more bugs and the 
described error only occured when caching is turned off (which is not 
possible for 2.0) I will not apply this patch to the release branch, but 
only to the HEAD.

Oliver

Oliver Zeigermann wrote:

There is a funny bug that only shows up when data is imported from 
Domain.xml and caching is turned off.

This is the exception:

org.apache.slide.common.ServiceAccessException: Service 
SQLServerStore(org.apache.slide.store.ExtendedStore) access error : 
cause is empty
    at 
org.apache.slide.store.AbstractStore.delist(AbstractStore.java:1537)
    at 
org.apache.slide.store.AbstractStore.delist(AbstractStore.java:1508)
    at 
org.apache.slide.store.ExtendedStore.grantPermission(ExtendedStore.java:551) 

    at 
org.apache.slide.security.SecurityImpl.grantPermission(SecurityImpl.java:243) 

    at 
org.apache.slide.common.XMLUnmarshaller.loadObjectNode(XMLUnmarshaller.java:247) 

    at 
org.apache.slide.common.XMLUnmarshaller.unmarshal(XMLUnmarshaller.java:97) 

    at 
org.apache.slide.common.NamespaceAccessTokenImpl.importData(NamespaceAccessTokenImpl.java:270) 

    at org.apache.slide.common.Namespace.loadBaseData(Namespace.java:799)
    at org.apache.slide.common.Domain.initNamespace(Domain.java:821)
    at org.apache.slide.common.Domain.init(Domain.java:434)
    at org.apache.slide.common.Domain.selfInit(Domain.java:754)
    at org.apache.slide.common.Domain.accessNamespace(Domain.java:236)
    at org.apache.slide.webdav.WebdavServlet.init(WebdavServlet.java:266)
    at javax.servlet.GenericServlet.init(GenericServlet.java:256)
    at org.apache.slide.webdav.WebdavServlet.init(WebdavServlet.java:197)
    at 
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1044) 

    at 
org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:887)
    at 
org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3948) 

    at 
org.apache.catalina.core.StandardContext.start(StandardContext.java:4271)
    at 
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:866) 

    at 
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:850)
    at 
org.apache.catalina.core.StandardHost.addChild(StandardHost.java:633)
    at 
org.apache.catalina.core.StandardHostDeployer.install(StandardHostDeployer.java:316) 

    at 
org.apache.catalina.core.StandardHost.install(StandardHost.java:859)
    at 
org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:723) 

    at 
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:473)
    at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1002)
    at 
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:393) 

    at 
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:166) 

    at 
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1133)
    at org.apache.catalina.core.StandardHost.start(StandardHost.java:816)
    at 
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1125)
    at 
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:518)
    at 
org.apache.catalina.core.StandardService.start(StandardService.java:519)
    at 
org.apache.catalina.core.StandardServer.start(StandardServer.java:2343)
    at org.apache.catalina.startup.Catalina.start(Catalina.java:581)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 

    at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 

    at java.lang.reflect.Method.invoke(Method.java:324)
    at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:297)
    at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:398)


It occurs when in ExtendedStore enumeratePermissions is called from 
grantPermission and both try to call enlist. The problem seems to be in 
XMLUnmarshaller.loadObjectNode, though...

Has anybody experienced this problem before? Any ideas what might be the 
cause?

Cheers,

Oliver

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
.



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]