Well, I was certain it had to be the difference in the JDKs causing it, but
after compiling the filter with the Sun JDK, the same exception is still
present. The localhost log has this:
SEVERE: Exception starting filter testFilter
java.lang.NoClassDefFoundError: test/filter/TestFilter$1
at java.lang.Class.getDeclaredConstructors0(Native Method)
at java.lang.Class.privateGetDeclaredConstructors(Class.java:2389)
at java.lang.Class.getConstructor0(Class.java:2699)
at java.lang.Class.newInstance0(Class.java:326)
at java.lang.Class.newInstance(Class.java:308)
So for some reason it does not see the filter after I add this code:
HttpServletRequestWrapper wrapper =
new HttpServletRequestWrapper((HttpServletRequest)servletRequest)
{
public java.lang.String getParameter(java.lang.String name)
{
if ("foo".equals(name))
{
return "bar";
}
else
{
return super.getParameter(name);
}
}
};
Without this code the filter runs fine. Any ideas?
Thanks,
- Ole
Ole Ersoy wrote:
Actually I probably got this one. I'm compiling the filter with
IcedTea, but using the Sun JDK to run tomcat, since IcedTea has issues
with keystore certificates. So if I compile with the Sun JDK I think
the issue will go away.
Cheers,
- Ole
Ole Ersoy wrote:
Hi,
I'm getting a:
org.apache.catalina.core.StandardContext start
SEVERE: Error filterStart
When inluding an HttpServletRequestWrapper in a filter. The code
compiles fine and the filter part causing the ruckus looks like this:
HttpServletRequestWrapper wrapper = new
HttpServletRequestWrapper((HttpServletRequest)servletRequest)
{
public java.lang.String getParameter(java.lang.String
name) {
if ("foo".equals(name)) {
return "bar"; }
else {
return
super.getParameter(name); }
}
};
Thoughts?
Thanks,
- Ole
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]