JSP -en- masse mapping

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:

Re: Classpath Ordering: Questions, and possible contrib.

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

Jasper34

Hola Costin: Jasper34 pass Sanity tests on W2k using HTTP Standalone .. Saludos , Ignacio J. Ortega

Re: AjpXXPacket

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

Re: [jtc - coyote] couple questions about the Request object

> 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

AjpXXPacket

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 int

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader WebappClassLoader.java

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

RE: Anyone know why the ISAPI redirector works how it does?

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

RE: Classpath Ordering: Questions, and possible contrib.

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 de

Re: Anyone know why the ISAPI redirector works how it does?

"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. > > > > W

RE: Anyone know why the ISAPI redirector works how it does?

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

Re: Anyone know why the ISAPI redirector works how it does?

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

cvs commit: jakarta-tomcat-4.0/tester/src/tester/org/apache/tester Context02.java

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 jakarta-tomcat-4.0/tester/src/tester/org/apac

Re: Classpath Ordering: Questions, and possible contrib.

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

cvs commit: jakarta-tomcat-4.0/tester/web/WEB-INF web.xml

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 tha

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core StandardContext.java

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 jakarta-tomcat-4.0/catalina/src/share/o

RE: Anyone know why the ISAPI redirector works how it does?

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 Tomca

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core StandardContext.java

craigmcc01/06/23 16:41:51 Modified:catalina/src/share/org/apache/catalina/core StandardContext.java Log: Re-expose the application resources and welcome file list as context attributes during a reload. Revision ChangesPath 1.67 +21 -7

Re: Classpath Ordering: Questions, and possible contrib.

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 qu

Re: Anyone know why the ISAPI redirector works how it does?

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,

RE: Anyone know why the ISAPI redirector works how it does?

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

Re: Classpath Ordering: Questions, and possible contrib.

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 try to > > exploit a reversed

Re: Classpath Ordering: Questions, and possible contrib.

[EMAIL PROTECTED] wrote: > > On Sat, 23 Jun 2001, Craig R. McClanahan wrote: > > > > > A) the hierarchy should go: > > > > > > > >SystemCL > > > > | <-- LAYER 1 > > > > lib/common CL > > > >/ \ <-- LAYER 2 > > > >

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader WebappClassLoader.java

remm01/06/23 15:38:04 Modified:catalina/src/share/org/apache/catalina/loader WebappClassLoader.java Log: - The webapp CL now implements lifecycle. - The CL will clear all its repositories, and release all JAR file objects after being shut down. -

[GUMP] Build Failure - Tomcat 3.x

This email is autogenerated from the output from: Buildfile: build.xml detect: msg.jdk12: [echo] Detected JDK1.2

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader WebappLoader.java

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 jakarta-tomcat-4.0/catalina/src/sha

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core StandardWrapper.java

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 ChangesP

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core StandardContext.java

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 the

Re: Classpath Ordering: Questions, and possible contrib.

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

Re: Anyone know why the ISAPI redirector works how it does?

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 n

Re: [jtc] anybody build iis plugin lately

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

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core StandardContext.java

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 state

cvs commit: jakarta-tomcat-4.0/tester/web/WEB-INF web.xml

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 co

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core ApplicationContext.java StandardContext.java

craigmcc01/06/23 12:25:24 Modified:catalina/src/share/org/apache/catalina/core ApplicationContext.java StandardContext.java Log: Add a call to clear any application-originated context attributes during a restart, in order to avoid dangling references to obj

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat33 Ajp13.java Ajp14.java Ajp14Interceptor.java

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 i

Re: Anyone know why the ISAPI redirector works how it does?

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 w

Re: [jtc] anybody build iis plugin lately

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

Re: Classpath Ordering: Questions, and possible contrib.

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

Anyone know why the ISAPI redirector works how it does?

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 be

Re: [jtc] anybody build iis plugin lately

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 cha

cvs commit: jakarta-tomcat-connectors/jk/native/common jk_ajp14_worker.c

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 doesn

cvs commit: jakarta-tomcat-connectors/jk/native/iis isapi.mak jk_isapi_plugin.c isapi.dsw isapi.dsp

andya 01/06/23 08:56:56 Modified:jk/native/iis jk_isapi_plugin.c isapi.dsw isapi.dsp Added: jk/native/iis isapi.mak Log: Fixed isapi.dsp and added isapi.mak. Fixed some syntax errors in jk_isapi.plugin.c Revision ChangesPath 1.5 +6 -6 jakarta-tomcat-

Re: Classpath Ordering: Questions, and possible contrib.

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 con

Re: [jtc] anybody build iis plugin lately

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

Re: [jtc] anybody build iis plugin lately

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

Classpath Ordering: Questions, and possible contrib. (fwd)

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 ]

Classpath Ordering: Questions, and possible contrib.

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 not

Re: [jtc] anybody build iis plugin lately

kevin seguin wrote: > > 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,

Re: [jtc] tabs policy??

[EMAIL PROTECTED] wrote: > > On Sat, 23 Jun 2001, Andy Armstrong wrote: > > > Here we go... ;-) > > > > I like tabs set to four spaces, tabs in source rather than spaces and > > opening braces on a new line. How evil does that make me? > > Not necesarily evil, I also like the week with 3 days (