Hi folks,
I've been having a peek at the Tomcat main CVS branch in respect of its classloading
behaviour. Apologies if I have missed any discussion - I have only just subscribed,
and I did not find much in the tomcat-dev archives a couple of days ago.
It appears to me that ClassLoading is
I provided for, but did not include, the actual file versions in my analysis: Also, I
mis-package-named a couple of them, oops.
The files I refer to are:
org.apache.tomcat.modules.config.ProfileLoader [ -r 1.5 ]
org.apache.tomcat.modules.config.LoaderInterceptor11 [ -r 1.12 ]
when i try to use jtc/jk/native/iis/isapi.ds[wp], i get errors that look
like this:
The file
g:\dev\jakarta\jakarta-tomcat-connectors\jk\native\iis\isapi.dsp has
been modified and cannot be loaded as a Developer Studio project.
I haven't noticed that with IIS, but I got the same
kevin seguin wrote:
I can probably do that too unless anyone else is a more appropriate
volunteer.
i've also be tossing around the idea of a plain old gnu makefile too...
but i suppose an nmake file would be better for most people. if the dsp
works for you, andy, you should be able
Hi David,
Thanks for this report, I'm impressed on your deep understanding of the
subject. Class loading is one of the most difficult areas, and until Nacho
implemented most of the new loader scheme we had lots of problems. ( that
happened few months ago ).
Here's the list of things that I
costin 01/06/23 09:04:12
Modified:jk/native/common jk_ajp14_worker.c
Log:
Small fix - if validation fails ( like I forgot to add the secret ), then
destroy will try to free() a constant ( since strdup didn't happened ).
We set it to null, the init will fail if the user
I've fixed isapi.dsp and added an nmake Makefile (isapi.mak). I also had
to fix a vouple of syntax errors in jk_isapi_plugin.c that I think were
changes that Henri made in an attempt to bring the IIS connector in line
with the latest jk code.
One of the changes Henri had made was similar to a
I've been looking at the source of the ISAPI redirector (initially to
get it to build again -- it seems to have broken), and wondering why it
works the way it does.
It provides both an HttpFilterProc and an HttpExtensionProc. The
HttpFilterProc looks for incoming requests that are elligable to
On Sat, 23 Jun 2001 [EMAIL PROTECTED] wrote:
Hi David,
Thanks for this report, I'm impressed on your deep understanding of the
subject. Class loading is one of the most difficult areas, and until Nacho
implemented most of the new loader scheme we had lots of problems. ( that
happened
I've fixed isapi.dsp and added an nmake Makefile (isapi.mak). I also had
to fix a vouple of syntax errors in jk_isapi_plugin.c that I think were
changes that Henri made in an attempt to bring the IIS connector in line
with the latest jk code.
One of the changes Henri had made was similar
well, i've never even looked at the iis connector, and i am by no means
an isapi expert, but what you describe does sound odd... i was under
the impression that the isapi filter was doing all of the work. didn't
know there was an extension involved as well.
perhaps you can, instead of mucking
costin 01/06/23 12:04:35
Modified:jk/java/org/apache/ajp/tomcat33 Ajp13.java Ajp14.java
Ajp14Interceptor.java
Log:
Few fixes on Ajp14.
First, added many comments and make sure Ajp14Interceptor is fine. I
plan few more changes to make it clearer, but
craigmcc01/06/23 12:27:24
Modified:tester/src/bin tester.xml
tester/web/WEB-INF web.xml
Added: tester/src/tester/org/apache/tester Context00.java
Context01.java Context02.java ContextBean.java
Log:
Add a set of unit tests for servlet
craigmcc01/06/23 12:50:31
Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java
Log:
When reloading an application, call the init() method of all
load-on-startup servlets so that they can restore any required application
specific
kevin seguin wrote:
I've fixed isapi.dsp and added an nmake Makefile (isapi.mak). I also had
to fix a vouple of syntax errors in jk_isapi_plugin.c that I think were
changes that Henri made in an attempt to bring the IIS connector in line
with the latest jk code.
One of the changes
kevin seguin wrote:
well, i've never even looked at the iis connector, and i am by no means
an isapi expert, but what you describe does sound odd... i was under
the impression that the isapi filter was doing all of the work. didn't
know there was an extension involved as well.
It's not a
On Sat, 23 Jun 2001, Craig R. McClanahan wrote:
A) the hierarchy should go:
SystemCL
| -- LAYER 1
lib/common CL
/ \ -- LAYER 2
lib/container lib/apps CL
|--
remm01/06/23 14:55:39
Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java
Log:
- Reset the Jasper class loader when reloading, so that a new one will be
created. Jasper was always using the old (destroyed) CL before.
- Make
remm01/06/23 14:56:38
Modified:catalina/src/share/org/apache/catalina/core
StandardWrapper.java
Log:
- Make sure the old CL is bound after loading the servlet class. If there was
an exception, the new CL could remain bound.
Revision Changes
remm01/06/23 15:30:05
Modified:catalina/src/share/org/apache/catalina/loader
WebappLoader.java
Log:
- Don't copy the JARs to the work directory if filesystem based.
Revision ChangesPath
1.7 +34 -20
This email is autogenerated from the output from:
http://jakarta.apache.org/builds/gump/2001-06-23/jakarta-tomcat.html
Buildfile: build.xml
detect:
msg.jdk12:
[echo] Detected JDK1.2
I think this was done this way because every request on a IIS server
pass the entire Filter Chain, so a request that takes longer to be
served simply occupies the server thread more than necesssary ,
I'm -1 for this change ...
Saludos ,
Ignacio J. Ortega
-Mensaje original-
De: Andy
Yes, but at the moment every IIS request gets passed to the filter chain
/and/ to the extension. What I'm proposing /must/ be faster. Please
explain your objection.
Ignacio J. Ortega wrote:
I think this was done this way because every request on a IIS server
pass the entire Filter Chain, so
On Sat, 23 Jun 2001 [EMAIL PROTECTED] wrote:
On Sat, 23 Jun 2001, Glenn Nielsen wrote:
I believe there are important security issues, but I'm sure the spec took
this into consideration - so probably I'm wrong ( of course, this will be
easy to verify later on, there are quite a few
AFAIK only the request that need to be served by the Extension , that is
request that match the config present in UWM.P file are routed to the
extension , that runs in other priority thread, if you serve the Tomcat
request directly from the filter therad you are blocking the filter
thread in
craigmcc01/06/23 16:59:11
Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java
Log:
Remove a FIXME comment since we have dealt with this issue.
Revision ChangesPath
1.68 +4 -7
craigmcc01/06/23 17:00:07
Modified:tester/src/tester/org/apache/tester Context01.java
ContextBean.java
tester/web/WEB-INF web.xml
Added: tester/src/tester/org/apache/tester ContextListener01.java
Log:
Extend the new context tests so
On Sat, 23 Jun 2001, Craig R. McClanahan wrote:
Servlet 2.3 PFD2, defines sensitive for the purposes of conformance: J2SE
and servlet API classes.
Well, that's not very good if you have a sensitive driver ( a native
JDBC for friver for example ) or similar. But if this is the definition -
craigmcc01/06/23 17:08:25
Modified:tester/src/tester/org/apache/tester Context02.java
Log:
Check attribute lifecycle on the beans stored by Context00 and
ContextListener01 as well.
Revision ChangesPath
1.2 +37 -1
Ignacio J. Ortega wrote:
AFAIK only the request that need to be served by the Extension , that is
request that match the config present in UWM.P file are routed to the
extension , that runs in other priority thread, if you serve the Tomcat
request directly from the filter therad you are
Hola Andy:
Thanks Ignacio; I understand what you're saying now. If all
the filters
run in the same thread that implies that IIS handles all its
requests in
a single thread, which seems unlikely, but of course I could be wrong.
What i'm trying to say is not that, is evident that IIS
Ignacio J. Ortega wrote:
Hola Andy:
Thanks Ignacio; I understand what you're saying now. If all
the filters
run in the same thread that implies that IIS handles all its
requests in
a single thread, which seems unlikely, but of course I could be wrong.
What i'm trying to
Hola a Todos,David:
Thanks for take a look in this area, is hard to test and has little to
nothing review and is plenty of big traps ( as the last found ) ..
One of the most hard things that TC33 does is to hide the complexity of
JDK11 and 12 compatibility without to much hassle for the poor
So, +1 for trying a different approach without breaking what's already
there?
My swahili is at times hard to understand :))
Yes i'm +1 on trying what you are proposing in another place on jtc tree
and leaving iis as it is now.. I'm really courious about what you find
.. every bit of
remm01/06/23 18:16:07
Modified:catalina/src/share/org/apache/catalina/loader
WebappClassLoader.java
Log:
- The call to findResourceInternal should be wrapped in a privileged action.
Bug reported by Craig R. McClanahan
Revision ChangesPath
Ok, first change.
Would it be ok with you if I just drop Ajp14Packet in jk, and use the
plain ByteChunk, plus a Ajp14Marshall to implement the marshaling on
top of ByteChunk ?
The idea is that ( someday - soon I hope ) ByteChunk will be able ( via a
Liaison or the o.a.t.util.compat ) to
1) why is Request final? i was planning on extending it in
org.apache.ajp.AjpRequest, but can't do so since it's final. it's no
big deal, i can create org.apache.ajp.AjpRequestAdapter instead, just
kind of curious.
Well, before, the primary use for extending the request and response was
Ok, first change.
Would it be ok with you if I just drop Ajp14Packet in jk, and use the
plain ByteChunk, plus a Ajp14Marshall to implement the marshaling on
top of ByteChunk ?
The idea is that ( someday - soon I hope ) ByteChunk will be able ( via a
Liaison or the o.a.t.util.compat ) to
Hola Costin:
Jasper34 pass Sanity tests on W2k using HTTP Standalone ..
Saludos ,
Ignacio J. Ortega
[EMAIL PROTECTED] wrote:
On Sat, 23 Jun 2001, Glenn Nielsen wrote:
I believe there are important security issues, but I'm sure the spec took
this into consideration - so probably I'm wrong ( of course, this will be
easy to verify later on, there are quite a few ways someone could
On a site with lots of virtual hosts and .jsp files just about everywhere
on lots of directory levels I was looking for a way to simplify and
clarify the config. (Running tomcat 3.2.1 and mod_jk).
But I've not been able to find in the documentation the right sort of
magic to do something like:
41 matches
Mail list logo