El vie, 01-09-2006 a las 11:33 +0200, Josias Thöny escribió:
> On Fri, 2006-09-01 at 11:07 +0200, Jörn Nettingsmeier wrote:
> > Thorsten Scherler wrote:
> > > Hi all,
> > > 
> > > http://lenya.zones.apache.org:9999/default/admin/index.html?lenya.usecase=admin.users
> > > Try to add an user and afterward delete it. 
> > > 
> > > I get org.apache.lenya.ac.AccessControlException: Unknown accreditable
> > > [user] with ID [testuser].
> > > 
> > > http://svn.apache.org/viewvc?rev=438989&view=rev
> > > "...While testing it I found a bug related to remove an user. It seems
> > > that there is a loop in the RemovedAccreditablePolicyBuilder which first
> > > deletes the accreditable from the user management but later on tries to
> > > access it again. Resulting in
> > > org.apache.lenya.ac.AccessControlException: Unknown accreditable [user]
> > > with ID [x3x]. Not sure why that is happening, need to investigate
> > > why..."
> > > 
> > > Last night I thought it may be related to the ac branch but it is not
> > > because above link is HEAD trunk.
> > > 
> > > Can somebody certify this, then I will create a bug.
> > 
> > i just tried to reproduce the problem with revision 439238 (clean 
> > rebuild) at home, and it worked. the very same action on zones failed 
> > with the error you described.
> 
> I could reproduce it, but the error only seemed to occur when I issued a
> "./build.sh test" before creating/deleting the new user.

That would explain why the zone shows this bug.

I did a clean checkout of trunk and have not done a "./build.sh test". 

I now do not get the error but I noticed that the user dir in the admin
area
build/lenya/webapp/lenya/pubs/default/config/ac/policies/admin/users
will not be removed but the files e.g. remove.html/subtree-policy.acml
get cleaned from the user.

This is not happening when doing a build.sh test. The
subtree-policy.acml then still contains the user id. 

Very weird.

If we remove the user dir under
build/lenya/webapp/lenya/pubs/default/config/ac/policies/admin/users as
soon a user get removed would solve the problem.

salu2

salu2

> 
> > strange.
> 
> indeed ;)
> 
> Josias
> 
> > 
> > maybe someone with server access could do a diff of the zones deployment 
> > vs. a similarly configured clean build?
> > 
> > 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]

-- 
Thorsten Scherler
COO Spain
Wyona Inc.  -  Open Source Content Management  -  Apache Lenya
http://www.wyona.com                   http://lenya.apache.org
[EMAIL PROTECTED]                [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to