If resource is Writable by Principal, must Principal have Read access up to Root node ?

I understood that this was the case with Slide, ie, in order for a principal to have write access to a resource, that principal had to also have read access all the way up the slide tree to the root. Is this still true ? Nick

Create an ACE which is not inheritable (programmatically) ?

I notice that the domain.xml allows you to set a parameter such that an ACE is not inheritable. I'd like to do that with some of my ACEs when I explicitly add them to the ACL for a resource node. How do I do that though ? The Ace.java class has only inherited and inheritedFrom properties, and

Re: If resource is Writable by Principal, must Principal have Read access up to Root node ?

AFAIK, yes, but I think this is logically unnecessary. Oliver On Fri, 21 Jan 2005 11:56:19 -0500, Nick Longinow [EMAIL PROTECTED] wrote: I understood that this was the case with Slide, ie, in order for a principal to have write access to a resource, that principal had to also have read

incremental publishing

Hi all, I am still trying to figure out how to accomplish incremental publishing. I have a large repository (200k + files) and it would take a very long time to push the entire repository out to production. I would like only to push the deltas out. Anyone accomplished this? Thanks, Evan

Re: Create an ACE which is not inheritable (programmatically) ?

Short answer: you can't. Not as short answer: the WebDAV ACL spec doesn't define a way to set the inheritance of a permission. It's left as an implementation detail on the server. I suppose we could add an extension in Slide, but it would be non-standard. -James On Fri, 2005-01-21 at 12:16