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 (athena.apache.org: domain of p@pidster.com designates
 87.106.82.221 as permitted sender)
Message-ID: <4721D5E7.8000203@pidster.com>
Date: Fri, 26 Oct 2007 12:56:23 +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: Re: [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> <4721D506.1010903@pidster.com>
In-Reply-To: <4721D506.1010903@pidster.com>
OpenPGP: id=0927AE57
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit

Pid wrote:
> 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).

(who i'm now guessing is you)

> 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
> 
> 


---------------------------------------------------------------------
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