>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??
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: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]