Patrick

I've been working this issue too, and have found that Oliver is exactly
right.  The /roles/user likely has DAV:read access, depending on where your
acl inheritance is coming from, ie, root or path.  

Try setting your inheritance to none and see if that helps.

Nick

-----Original Message-----
From: Patrick van Kann [mailto:[EMAIL PROTECTED] 
Sent: Monday, October 04, 2004 12:35 PM
To: Slide Users Mailing List
Subject: RE: Setting ACLs on a file via WebdavResource

Hi Oliver,

Thanks for the quick response. I tried to exclude both the guest and user
role too (see below) but no luck.

Ace denyUser = new Ace( "/slide/roles/user" );
denyUser.addPrivilege( Privilege.READ );
denyUser.setNegative( false );

Is this the best approach? Is there a means of removing all privileges from
a resource and starting over?

Cheers,

Patrick

-----Original Message-----
From: Oliver Zeigermann [mailto:[EMAIL PROTECTED]
Sent: Mon 10/4/2004 5:25 PM
To: Slide Users Mailing List
Subject: Re: Setting ACLs on a file via WebdavResource
 
Just guessing, but maybe the user role still has access?

Oliver

Patrick van Kann schrieb:

> Thanks to all committers on a great product - it's great to see slide
moving again. However, I am a little stuck on ACLs in WebDAV.
> 
> I can make a file using WebdavResource like so:
> 
> boolean success=res.mkcolMethod("/slide/files/testDir");
> success=res.putMethod("/slide/files/testDir/newFile.txt","test data");
> 
> I have tried to make it accessible for reading to one of my users and not
to another like so:
> Ace denyJohn = new Ace( "john" );
> denyJohn.addPrivilege( Privilege.READ );
> denyJohn.setNegative( false );
>                               
> Ace allowPatrick = new Ace( "patrick" );
> allowPatrick.addPrivilege( Privilege.READ );
>                               
> Ace[] aces = new Ace[2];
> aces[0] = denyJohn;
> aces[1] = allowPatrick;
> res.aclMethod( "/slide/files/testDir/newFile.txt" , aces );
> 
> However, I can still log in and read the text file as john. What am I
doing wrong? Could this be something to do with ACLs inherited from the
parent directory?
> 
> Thanks in advance for any guidance on this.
> 
> Patrick               
> 


---------------------------------------------------------------------
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]

Reply via email to