Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@jackrabbit.apache.org
Received-SPF: pass (athena.apache.org: domain of tripod@day.com designates
 207.126.148.183 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <21C7EC72-E9FE-4F83-A636-BCE0D1B1F1F5@tfd.co.uk>
References: <EC136DA8-A18E-42B5-911C-494122F8236D@tfd.co.uk>
	 <90a8d1c00908270308p5d46fddsc2b41ff9a705828f@mail.gmail.com>
	 <21C7EC72-E9FE-4F83-A636-BCE0D1B1F1F5@tfd.co.uk>
Date: Thu, 27 Aug 2009 15:03:56 +0200
Message-ID: <ffd6aaa90908270603w3ca3561cld8c2821db7fcc210@mail.gmail.com>
Subject: Re: InternalError in UserAccessControlProvider
From: Tobias Bocanegra <tripod@day.com>
To: users@jackrabbit.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

On Thu, Aug 27, 2009 at 12:15 PM, Ian Boston<ieb@tfd.co.uk> wrote:
>
> On 27 Aug 2009, at 11:08, Stefan Guggisberg wrote:
>
>>> Is it anything to be concerned about ?
>>
>> without knowing the code in question, i think, yes. the code obviously
>> assumes
>> that this situation should never happen. however, if it does, i guess
>> it's a bug.
>
> This is Sling with some modifications/enhancements/additions.
> Although I have made modifications to other areas of the non-securirty
> access control structure, I dont think I have made any to the
> UserManagerImpl or the UserAccesControlProvider which are direct from the
> 1.5.6 jackrabbit jar.
>
> The test that reproduces this is a Ruby script running outside the JVM,
> single threaded, exercising the Sling http user manager endpoints.
>
> If its a real problem (from your response, I guess it is) I will try and
> reproduce against an unmodified Sling with a simple bash/curl script.
it would be better if you create a junit test case for jackrabbit -
because we don't use sling for testing.
regards, toby