I'm trying to do the upgrade to Tomcat 3.3 rc1.
1. I am trying to get the "interceptors.xml" stuff to work for an
authentication module that I wrote.
The module was working under the previous version (Tomcat 3.3 m4) -
and through lots of messy
class path invocation I had it working
In several different places the tomcat project uses a directory named
"core". "core" in the UNIX
world signifies a core dump usually caused by segmentation fault.
Could I offer an alternative
to "core", perhaps "coreobj" or "prime" or "heart"?
The name clash can be frustrating - many oses out o
Here's a patch to fix the jikes compiler code in Jasper - against tomcat 3.3 m2
It looks like there is something OS specific in the original code. Its not clear to
me that my fix
would work under all platforms. I'll leave that to greater minds.
It looks like under some OS, extra quotes are
ing at the diffs in CVS
I don't see anything obvious. Maybe I'm looking in the wrong place
Any thoughts?
-Tom
Thomas Riemer wrote:
> I'm trying to get 3.3 M2 URL Session rewriting to work.
>
> My server.xml includes:
>
>
>
>
Here's a couple of thoughts/notes on logging: (3_3_1_m1)
1. I ran into a problem with mod_jk where I got hideous performance once
my mod_jk log file got up over a certain
size. (requests that normally take 1200 ms, taking 12,000 ms). The
solution seemed to be to pare down
mod_jk logging to a
There is one more problem that you should consider while you are looking at this
particular
code...
JasperMangler.java will generate incorrect class paths if you every have a number
after a
separator /.
It will try to generate package starting with a number, which (obviously) doesn't work
in ja
I got around this by just removing j_password and j_username from the sessionid.
HttpSession sessionid = request.getSession(false);
sessionid.removeValue("j_password");
sessionid.removeValue("j_username");
"Dunlop, Aaron" wrote:
I seem to be having a similar problem. My app also uses
session in
I've been trying to get jikes to work under tomcat - and finally tracked
down the problem I was facing to this:
in TC 3.3.1 M1
src/facade22/org/apache/tomcat/facade/JspInterceptor.java
In the case where there is no context classpath, jikes will not work
because of invalid
class path. I've inclu