Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Users List" <users@tomcat.apache.org>
Received-SPF: pass (nike.apache.org: domain of p@pidster.com designates
 87.106.82.221 as permitted sender)
Message-ID: <4721D506.1010903@pidster.com>
Date: Fri, 26 Oct 2007 12:52:38 +0100
From: Pid <p@pidster.com>
Reply-To: p@pidster.com
Organization: Pid Inc
User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728)
MIME-Version: 1.0
To: Tomcat Users List <users@tomcat.apache.org>
Subject: [OT] Re: JDBC Realm with case insensitive user name
References: <4720941A.2050508@gmail.com> <47209790.5030302@joedog.org>
 <47209976.7080608@gmail.com> <4720B2E8.7090301@pidster.com>
 <4721C193.1030606@gmail.com> <4721C823.6000507@pidster.com>
 <4721D225.9050905@gmail.com>
In-Reply-To: <4721D225.9050905@gmail.com>
OpenPGP: id=0927AE57
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Peter Stavrinides wrote:
>>The most common reason...blah blah
> 
> You know pid, just because people ask questions doesn't mean they are
> stupid, so why treat them that way? If you can read 'carefully' you can
> notice that the path was given as well as the relevant config in
> server.xml. So If the path was incorrect you could see it immediately, I
> didn't write this because it seemed like a good idea, it was there for a
> purpose.
>
>> That's a lot of attitude for someone who wants help from the list. Or am
>> I misreading your tone?
> 
> You are not compelled to answer, in-fact it is preferred that you don't
> answer questions if you are going to diverge off the actual problem,
> because it side-tracks serious readers, as is becoming the case with
> this question, and the likelihood of a solution being found is
> diminished... can you understand the irritation??

erm, what?

did or did not the original question end with a query about packaging
and class not found exceptions?

someone had already taken care of the case-sensitivity point, i was
attempting to address the other one, as had Tim previously (who also got
a sharpish response from the OP).

p


> Pid wrote:
>> Pedro wrote:
>>  
>>> OK PID then you tell me where the jar goes hey?
>>>     
>>
>> That's a lot of attitude for someone who wants help from the list. Or am
>> I misreading your tone?
>>
>> I refer to my previous question:
>>
>>  
>>>> Perhaps you can elaborate on when you're getting this exception if
>>>> we're
>>>> to help you.
>>>>       
>>
>> (An actual error message would also be useful.)
>>
>>
>> You say you are using Tomcat 6 for development, and Tomcat 5.5 in
>> production.  Is the error occurring in development or production?
>>
>> Which version of Tomcat are you compiling the classes against?  The
>> internal class structure of Tomcat 6 is not guaranteed to be identical
>> to Tomcat 5.5, so it's entirely possibly you're using a class that
>> doesn't exist in 5.5, if you're compiling against 6 and deploying
>> against 5.5.  (or vice versa).
>>
>> p
>>
>>
>> {
>>
>> The most common reason that a ClassNotFoundException is encountered
>> while mixing testing/deployment on different versions of Tomcat is that
>> jars have been placed in the wrong location.
>>
>> List members usually offer up the obvious solutions first, because
>> they're the most common solutions.  Especially given that one message is
>> usually insufficient to determine what the users level of knowledge is.
>>
>> Fsck knows why I'm bothering to explain that though.
>>
>> }
>>
>>
>>  
>>>> p
>>>>
>>>>
>>>>
>>>>
>>>>  
>>>>      
>>>>> Tim Funk wrote:
>>>>>           
>>>>>> The dir structure changed from 5.5 to 6 so you need to place your
>>>>>> files in different directories depending on the version. See the
>>>>>> version specific docs details.
>>>>>>
>>>>>>
>>>>>> -Tim
>>>>>>
>>>>>> Pedro wrote:
>>>>>>               
>>>>>>> Hi all,
>>>>>>>
>>>>>>> I basically need to implement case insensitive user names, can this
>>>>>>> be done with a servlet filter or do I need to subclass JDBC realm:
>>>>>>>
>>>>>>> public class CustomJdbcRealm extends JDBCRealm {
>>>>>>>
>>>>>>>      public CustomJdbcRealm() {
>>>>>>>       super();
>>>>>>>      }
>>>>>>>          public Principal authenticate(String username, String
>>>>>>> credentials) {
>>>>>>>        return super.authenticate(username.toLowerCase(),
>>>>>>> credentials);
>>>>>>>        }
>>>>>>> }
>>>>>>>
>>>>>>> And in server.xml:
>>>>>>> <Realm className="mypackage.CustomJdbcRealm" ...>
>>>>>>>
>>>>>>> I tried this approach but get class not found exceptions, I am using
>>>>>>> tomcat6 in development and 5.5 in production. I package this
>>>>>>> class in
>>>>>>> a jar and drop it in the $CATALENA_BASE/server/lib folder.
>>>>>>>  
>>>>>>>                     
>>>>>> ---------------------------------------------------------------------
>>>>>> To start a new topic, e-mail: users@tomcat.apache.org
>>>>>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>>>>> For additional commands, e-mail: users-help@tomcat.apache.org
>>>>>>
>>>>>>
>>>>>>                 
>>>>> ---------------------------------------------------------------------
>>>>> To start a new topic, e-mail: users@tomcat.apache.org
>>>>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>>>> For additional commands, e-mail: users-help@tomcat.apache.org
>>>>>
>>>>>
>>>>>             
>>>> ---------------------------------------------------------------------
>>>> To start a new topic, e-mail: users@tomcat.apache.org
>>>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>>> For additional commands, e-mail: users-help@tomcat.apache.org
>>>>
>>>>
>>>>         
>>> ---------------------------------------------------------------------
>>> To start a new topic, e-mail: users@tomcat.apache.org
>>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>> For additional commands, e-mail: users-help@tomcat.apache.org
>>>
>>>
>>>     
>>
>>
>> ---------------------------------------------------------------------
>> To start a new topic, e-mail: users@tomcat.apache.org
>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: users-help@tomcat.apache.org
>>
>>
>>   
> 
> 
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
> 
> 


---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org