gt; Regards,
> Ritu
>
> -Original Message-
> From: Andreas Probst [mailto:[EMAIL PROTECTED]
> Sent: Saturday, August 28, 2004 2:53 AM
> To: Slide Users Mailing List
> Subject: RE: A question on security configuration
>
>
> On 27 Aug 2004 at 13:19, Ritu Kedia wrote:
&g
;
> -Original Message-
> From: James Mason [mailto:[EMAIL PROTECTED]
> Sent: Friday, August 27, 2004 11:44 AM
> To: Slide Users Mailing List
> Subject: Re: A question on security configuration
>
>
> Done a little more thinking about this. I think separate namespaces
&g
Stefan Fromm wrote:
1. Is the security implementation class configurable via Domain.xml?
There
is a security store configuration in Domain.xml but I haven't seen the
entry
for the security helper class.
It is configurable. Under XPath /slide/namespace/configuration you can
set parameters for t
1. Is the security implementation class configurable via Domain.xml? There
is a security store configuration in Domain.xml but I haven't seen the entry
for the security helper class.
It is configurable. Under XPath /slide/namespace/configuration you can set parameters for the security helper.
It i
lto:[EMAIL PROTECTED]
Sent: Friday, August 27, 2004 11:44 AM
To: Slide Users Mailing List
Subject: Re: A question on security configuration
Done a little more thinking about this. I think separate namespaces
sounds like a good idea, but there may be a problem. Since the Store
configurations are per
OTECTED]
Sent: Thursday, August 26, 2004 2:50 PM
To: Slide Users Mailing List
Subject: Re: A question on security configuration
I recently thought about a "scoped SecurityImpl" because we want
to have different security checking mechanics on different scopes.
On one scope we want to use
orf [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 26, 2004 2:50 PM
To: Slide Users Mailing List
Subject: Re: A question on security configuration
I recently thought about a "scoped SecurityImpl" because we want
to have different security checking mechanics on different scopes.
On one
I recently thought about a "scoped SecurityImpl" because we want
to have different security checking mechanics on different scopes.
On one scope we want to use Slides ACL Security and on an other
we want to use the Security checking of our own system.
We could of course have a SecurityImpl that per
Users Mailing List
Subject: Re: A question on security configuration
Ok, so you don't like my ideas :).
I've never played with namespaces, so that could be a good option and I
wouldn't know it :). However, since security is controlled in the
slide.properties file you're
Sent: Thursday, August 26, 2004 9:42 AM
To: Slide Users Mailing List
Subject: Re: A question on security configuration
Ok, so you don't like my ideas :).
I've never played with namespaces, so that could be a good option and I
wouldn't know it :). However, since security
Users Mailing List
Subject: Re: A question on security configuration
Ritu,
One option might be to have a user account with all access to every node
in your store and always use that account when connecting with your
application.
-James
Ritu Kedia wrote:
I am using Slide in 2 modes:
1. From within
: Re: A question on security configuration
Ritu,
One option might be to have a user account with all access to every node
in your store and always use that account when connecting with your
application.
-James
Ritu Kedia wrote:
> I am using Slide in 2 modes:
> 1. From within my Applicati
Ritu,
One option might be to have a user account with all access to every node
in your store and always use that account when connecting with your
application.
-James
Ritu Kedia wrote:
I am using Slide in 2 modes:
1. From within my Application, in which case my application acts as the
entry poin
13 matches
Mail list logo