You are viewing a plain text version of this content. The canonical link for it is here.
Posted to slide-user@jakarta.apache.org by Girish Nagaraj <gi...@gmail.com> on 2004/10/24 15:34:03 UTC
Re: How to setup authentication at collection level in slide? (partially resolved)
Thanks for your all your help James and Tassos.
I am not very convinced that this is a generic behavior because I
could get the "write" authentication to work with the
org.apache.slide.store.mem.TransientSecurityStore (by testing the
photospace.SimpleFileStore sample store written by Alon Salant
available at http://cvs.sourceforge.net/viewcvs.py/photospace/slidespace/WEB-INF/src/photospace/slide/)
for both existing resources and new resources.
I am still not able to get the /actions/read permissions apply. I will
send a separate mail about it.
I believe that you can not set the permissions for existing soruces
with TxXMLFileDescriptorsStore because it saves the permission
information to the XML files bin\store\metadata directory as soon as a
node is created
(on a side note, I have given up testing permissions on
TxXMLFileDescriptorsStore because I am not able to get both read/write
permissions to work with it and my custom store is more closer the the
SimpleFileStore).
Thanks,
Girish
On Sun, 24 Oct 2004 01:14:33 -0700, James Mason <ma...@apache.org> wrote:
> This is generic behavior. Note that you can modify permissions on
> existing resources using the command line client.
>
> -James
>
>
>
> On Sat, 2004-10-23 at 03:49, Girish Nagaraj wrote:
> > Is this a TxXMLFileDescriptorsStore only behavior or generic slide behavior.
> >
> > I am writing a custom store and was looking at implementing the
> > following for my custom store. Could somebody please suggest if and
> > how this can be achieved for a custom store being written from
> > scratch?
> >
> > Thanks,
> > Girish
> >
> >
> > On Sat, 23 Oct 2004 12:56:25 +0300, Tassos Bassoukos <ab...@gmail.com> wrote:
> > > As far as I could tell, the objectnodes in the Slide domain.xml are
> > > only used when there is no such object in the stores (such as when the
> > > stores are initialized).
> > >
> > > This means that if the object /files/girish already exists,
> > > modifications to the permissions in the domain.xml will not be
> > > propagated to the store, you have to do that by hand using a WebDAV
> > > client.
> > >
> > > HTH,
> > > Tassos
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> >
> >
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: How to setup authentication at collection level in slide?
(partially resolved)
Posted by James Mason <ma...@apache.org>.
Girish,
This is generic behavior. The reason you're seeing it work with the
memory store is that the memory stores are not persistent, so there's no
such thing as an existing node as far as they're concerned.
To work with permissions using the Tx stores you'll either need to clean
out the store each time you want to change permissions, or you'll need
to use a WebDAV client (the Slide commandline client for instance) to
manipulate the ACLs at runtime.
One other note, when setting negative permissions in Domain.xml you need
to add the attribute negative="true". I didn't see that in your earlier
email and it sounded like you meant for it to be there.
-James
On Sun, 2004-10-24 at 06:34, Girish Nagaraj wrote:
> Thanks for your all your help James and Tassos.
>
> I am not very convinced that this is a generic behavior because I
> could get the "write" authentication to work with the
> org.apache.slide.store.mem.TransientSecurityStore (by testing the
> photospace.SimpleFileStore sample store written by Alon Salant
> available at http://cvs.sourceforge.net/viewcvs.py/photospace/slidespace/WEB-INF/src/photospace/slide/)
> for both existing resources and new resources.
>
> I am still not able to get the /actions/read permissions apply. I will
> send a separate mail about it.
>
> I believe that you can not set the permissions for existing soruces
> with TxXMLFileDescriptorsStore because it saves the permission
> information to the XML files bin\store\metadata directory as soon as a
> node is created
> (on a side note, I have given up testing permissions on
> TxXMLFileDescriptorsStore because I am not able to get both read/write
> permissions to work with it and my custom store is more closer the the
> SimpleFileStore).
>
> Thanks,
> Girish
>
> On Sun, 24 Oct 2004 01:14:33 -0700, James Mason <ma...@apache.org> wrote:
> > This is generic behavior. Note that you can modify permissions on
> > existing resources using the command line client.
> >
> > -James
> >
> >
> >
> > On Sat, 2004-10-23 at 03:49, Girish Nagaraj wrote:
> > > Is this a TxXMLFileDescriptorsStore only behavior or generic slide behavior.
> > >
> > > I am writing a custom store and was looking at implementing the
> > > following for my custom store. Could somebody please suggest if and
> > > how this can be achieved for a custom store being written from
> > > scratch?
> > >
> > > Thanks,
> > > Girish
> > >
> > >
> > > On Sat, 23 Oct 2004 12:56:25 +0300, Tassos Bassoukos <ab...@gmail.com> wrote:
> > > > As far as I could tell, the objectnodes in the Slide domain.xml are
> > > > only used when there is no such object in the stores (such as when the
> > > > stores are initialized).
> > > >
> > > > This means that if the object /files/girish already exists,
> > > > modifications to the permissions in the domain.xml will not be
> > > > propagated to the store, you have to do that by hand using a WebDAV
> > > > client.
> > > >
> > > > HTH,
> > > > Tassos
> > > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> > >
> > >
> >
> >
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: How to setup authentication at collection level in slide? (partially resolved)
Posted by Oliver Zeigermann <ol...@gmail.com>.
If you want to create a simple custom store I'd recommend to have a
closer look at
http://jakarta.apache.org/slide/wck.htm.
Oliver
On Sun, 24 Oct 2004 19:04:03 +0530, Girish Nagaraj <gi...@gmail.com> wrote:
> Thanks for your all your help James and Tassos.
>
> I am not very convinced that this is a generic behavior because I
> could get the "write" authentication to work with the
> org.apache.slide.store.mem.TransientSecurityStore (by testing the
> photospace.SimpleFileStore sample store written by Alon Salant
> available at http://cvs.sourceforge.net/viewcvs.py/photospace/slidespace/WEB-INF/src/photospace/slide/)
> for both existing resources and new resources.
>
> I am still not able to get the /actions/read permissions apply. I will
> send a separate mail about it.
>
> I believe that you can not set the permissions for existing soruces
> with TxXMLFileDescriptorsStore because it saves the permission
> information to the XML files bin\store\metadata directory as soon as a
> node is created
> (on a side note, I have given up testing permissions on
> TxXMLFileDescriptorsStore because I am not able to get both read/write
> permissions to work with it and my custom store is more closer the the
> SimpleFileStore).
>
> Thanks,
> Girish
>
> On Sun, 24 Oct 2004 01:14:33 -0700, James Mason <ma...@apache.org> wrote:
> > This is generic behavior. Note that you can modify permissions on
> > existing resources using the command line client.
> >
> > -James
> >
> >
> >
> > On Sat, 2004-10-23 at 03:49, Girish Nagaraj wrote:
> > > Is this a TxXMLFileDescriptorsStore only behavior or generic slide behavior.
> > >
> > > I am writing a custom store and was looking at implementing the
> > > following for my custom store. Could somebody please suggest if and
> > > how this can be achieved for a custom store being written from
> > > scratch?
> > >
> > > Thanks,
> > > Girish
> > >
> > >
> > > On Sat, 23 Oct 2004 12:56:25 +0300, Tassos Bassoukos <ab...@gmail.com> wrote:
> > > > As far as I could tell, the objectnodes in the Slide domain.xml are
> > > > only used when there is no such object in the stores (such as when the
> > > > stores are initialized).
> > > >
> > > > This means that if the object /files/girish already exists,
> > > > modifications to the permissions in the domain.xml will not be
> > > > propagated to the store, you have to do that by hand using a WebDAV
> > > > client.
> > > >
> > > > HTH,
> > > > Tassos
> > > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: slide-user-help@jakarta.apache.org
> > >
> > >
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org