changing privileges set in Domain.xml lost after restart

[Carlos Villegas <ca...@uniscope.jp>]

I'm able to change the ACL to the /files collection from a client for 
example.
But when I restart the server, the permissions are reset to the ones 
defined in Domain.xml.
It seems that all default objects are recreated from Domain.xml on 
server startup.
Shouldn't initialization occur only once only when the repository is empty?

I'm using version 2.0.

Carlos

---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org

Re: changing privileges set in Domain.xml lost after restart

[Guido Casper <gc...@s-und-n.de>]

Carlos Villegas wrote:
> I'm using a custom store which is based on the JDBCStore (it actually 
> uses entity beans but the JDBCStore queries were replicated in the EJB 
> logic).

Ah, OK.

> However, I would think that the problem happens at a higher level since 
> Stores only "store" and retrieve objects. A higher layer in Slide is 
> triggering the initialization process and it's not checking that the 
> objects are already there albeit they may differ from the defaults due 
> to dynamic modifications.

Hmm, just make sure your ACEs are really persisted when granting 
permissions (with JDBCStore you would have to check your PERMISSIONS table).

Another possible reason might be that enumeratePermissions() does not 
work as expected, but I'm just guessing now.

HTH
Guido

> 
> Anyway I'll update to the latest version and verify this.
> 
> Carlos
> 
> Guido Casper wrote:
> 
>> Which store implementation do you use?
>> I experienced something similar some time ago with JDBCStore being 
>> "mounted" on /files. It worked when being mounted on /.
>>
>> Guido
>>
>> Carlos Villegas wrote:
>>
>>> I'm able to change the ACL to the /files collection from a client for 
>>> example.
>>> But when I restart the server, the permissions are reset to the ones 
>>> defined in Domain.xml.
>>> It seems that all default objects are recreated from Domain.xml on 
>>> server startup.
>>> Shouldn't initialization occur only once only when the repository is 
>>> empty?
>>>
>>> I'm using version 2.0.
>>>
>>> Carlos
>>>
>>> ---------------------------------------------------------------------
>>> 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
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org

Re: changing privileges set in Domain.xml lost after restart

[Carlos Villegas <ca...@uniscope.jp>]

I'm using a custom store which is based on the JDBCStore (it actually 
uses entity beans but the JDBCStore queries were replicated in the EJB 
logic).
However, I would think that the problem happens at a higher level since 
Stores only "store" and retrieve objects. A higher layer in Slide is 
triggering the initialization process and it's not checking that the 
objects are already there albeit they may differ from the defaults due 
to dynamic modifications.

Anyway I'll update to the latest version and verify this.

Carlos

Guido Casper wrote:

> Which store implementation do you use?
> I experienced something similar some time ago with JDBCStore being 
> "mounted" on /files. It worked when being mounted on /.
>
> Guido
>
> Carlos Villegas wrote:
>
>> I'm able to change the ACL to the /files collection from a client for 
>> example.
>> But when I restart the server, the permissions are reset to the ones 
>> defined in Domain.xml.
>> It seems that all default objects are recreated from Domain.xml on 
>> server startup.
>> Shouldn't initialization occur only once only when the repository is 
>> empty?
>>
>> I'm using version 2.0.
>>
>> Carlos
>>
>> ---------------------------------------------------------------------
>> 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

Re: changing privileges set in Domain.xml lost after restart

[Guido Casper <gc...@s-und-n.de>]

Which store implementation do you use?
I experienced something similar some time ago with JDBCStore being 
"mounted" on /files. It worked when being mounted on /.

Guido

Carlos Villegas wrote:
> I'm able to change the ACL to the /files collection from a client for 
> example.
> But when I restart the server, the permissions are reset to the ones 
> defined in Domain.xml.
> It seems that all default objects are recreated from Domain.xml on 
> server startup.
> Shouldn't initialization occur only once only when the repository is empty?
> 
> I'm using version 2.0.
> 
> Carlos
> 
> ---------------------------------------------------------------------
> 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