welcome file in web.xml with pre-compiled jsp's?

Hi. I posted this to the tomcat user group, with no joy. I am beginning to suspect this is a bug - is it "intended behaviour" that if jsp's are pre-compiled you cannot use them as a welcome page? Seems very strange to me if it is! Thanks, Dave -- Forwarded by David Hay

Re: [VOTE] New Tomcat Committer

On Fri, 24 Aug 2001, Craig R. McClanahan wrote: > As Jon informally did last week or so, I'd like to formally propose > Christopher Cain <[EMAIL PROTECTED]> as a committer on Tomcat. He's > contributed lots of useful discussion, patches, and documentation > (particularly in the area of SSL-based

cvs commit: jakarta-tomcat-4.0 README.txt

craigmcc01/08/24 20:51:27 Modified:.README.txt Log: Update pointers in the README. Revision ChangesPath 1.17 +4 -4 jakarta-tomcat-4.0/README.txt Index: README.txt === RCS file: /ho

cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs/config engine.xml http11.xml project.xml server.xml service.xml warp.xml

craigmcc01/08/24 18:14:13 Modified:webapps/tomcat-docs/config http11.xml project.xml server.xml service.xml warp.xml Added: webapps/tomcat-docs/config engine.xml Log: Add docs for element, and tweak the existing ones slightly. Revision Changes

cvs commit: jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/servlet JspServlet.java

craigmcc01/08/24 17:01:57 Modified:jasper/src/share/org/apache/jasper/servlet JspServlet.java Log: Change the way that Jasper looks for the "?jsp_precompile" precompilation request parameter. Previously, it was using request.getParameter(), which caused all of the request param

cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs/config context.xml host.xml

craigmcc01/08/24 20:37:39 Added: webapps/tomcat-docs/config context.xml host.xml Log: Add new-style docs for the and elements: TODO: Nested Components (DefaultContext, Loader, Logger, Manager, Realm, Resources, Valve) and update the table of contents on the index page.

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/request AccessInterceptor.java

nacho 01/08/24 16:58:51 Modified:src/share/org/apache/tomcat/request Tag: tomcat_32 AccessInterceptor.java Log: Fix for Bugzilla#2118 Incosistent behaviuor updating OriginalLocation in FormAuthHandler Class Reported by Juan Jose Muñoz ( jmartine a

Re: [VOTE] New Tomcat Committer

on 8/24/01 1:20 PM, "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: > As Jon informally did last week or so, I'd like to formally propose > Christopher Cain <[EMAIL PROTECTED]> as a committer on Tomcat. He's > contributed lots of useful discussion, patches, and documentation > (particularly in

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/aaa AccessInterceptor.java

nacho 01/08/24 16:57:45 Modified:src/share/org/apache/tomcat/modules/aaa AccessInterceptor.java Log: Fix for Bugzilla#2118 Incosistent behaviuor updating OriginalLocation in FormAuthHandler Class Reported by Juan Jose Muñoz ( jmartine at alhsys.es

RE: [VOTE] New Tomcat Committer

> -Original Message- > From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] > > As Jon informally did last week or so, I'd like to formally > propose Christopher Cain <[EMAIL PROTECTED]> as a > committer on Tomcat. He's contributed lots of useful > discussion, patches, and documentat

[VOTE] New Tomcat Committer

As Jon informally did last week or so, I'd like to formally propose Christopher Cain <[EMAIL PROTECTED]> as a committer on Tomcat. He's contributed lots of useful discussion, patches, and documentation (particularly in the area of SSL-based things) and wants to do more. Votes, please? Craig

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util ThreadPool.java

nacho 01/08/24 18:01:41 Modified:src/share/org/apache/tomcat/util Tag: tomcat_32 ThreadPool.java Log: Fix for Bugzilla#1745 Possible problem with thread initialization in ThreadPool.java Reported by clay.olbon at raremedium.com Revision Chan

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/threads ThreadPool.java

nacho 01/08/24 17:59:03 Modified:src/share/org/apache/tomcat/util/threads ThreadPool.java Log: Fix for Bugzilla#1745 Possible problem with thread initialization in ThreadPool.java Reported by clay.olbon at raremedium.com Revision ChangesPath 1.5 +27 -26

RE: [VOTE] New Tomcat Committer

+1 Welcome on board Christopher :) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: Craig R. McClanahan

Re: [VOTE] New Tomcat Committer

+1 welcome :-) Amy "Craig R. McClanahan" wrote: > As Jon informally did last week or so, I'd like to formally propose > Christopher Cain <[EMAIL PROTECTED]> as a committer on Tomcat. He's > contributed lots of useful discussion, patches, and documentation > (particularly in the area of SSL-ba

Unsubscribe please! Thanks

-Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] Sent: Friday, August 24, 2001 4:17 PM To: [EMAIL PROTECTED]; Rob S. Subject: Re: TC4 base dir On Fri, 24 Aug 2001, Rob S. wrote: > Date: Fri, 24 Aug 2001 12:41:00 PDT > From: Rob S. <[EMAIL PROTECTED]> > Reply-To

Re: TC4 base dir

> No, Tomcat 4 doesn't currently have a thing like "home" -- patches are > welcome! But, my point is you don't *need* "home" to accomplish the > goals you have articulated: Awesome! Thanks for the detailed reply =) - r

Re: [VOTE] New Tomcat Committer

+1 >>> [EMAIL PROTECTED] 08/24/01 02:20PM >>> As Jon informally did last week or so, I'd like to formally propose Christopher Cain <[EMAIL PROTECTED]> as a committer on Tomcat. He's contributed lots of useful discussion, patches, and documentation (particularly in the area of SSL-based things) a

RE: [VOTE] New Tomcat Committer

+1 > -Original Message- > From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] > Sent: Friday, August 24, 2001 4:21 PM > To: [EMAIL PROTECTED] > Subject: [VOTE] New Tomcat Committer > > > As Jon informally did last week or so, I'd like to formally propose > Christopher Cain <[EMAIL PROT

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/config WorkDirSetup.java

larryi 01/08/24 15:07:05 Modified:src/share/org/apache/tomcat/modules/config WorkDirSetup.java Log: For root context, use ROOT as the subdirectory name instead of "" which uses the parent directory. Revision ChangesPath 1.7 +1 -0 jakarta-tomcat/src/share/o

Re: [VOTE] New Tomcat Committer

Yah! Chris! =) - r On Fri, 24 Aug 2001 13:20:54 -0700 (PDT) [EMAIL PROTECTED] wrote: > As Jon informally did last week or so, I'd like to formally propose > Christopher Cain <[EMAIL PROTECTED]> as a committer on Tomcat. He's > contributed lots of useful discussion, patches, and documentation >

[FAQ] jGuru FAQ Update

jGuru maintains FAQs and Forums on Servlets, JSP, and Tomcat (as well as many other Java topics). Here is an automated update on recent postings to Tomcat-related FAQs. Please direct flames and feedback to [EMAIL PROTECTED] . - Alex

RE: [VOTE] New Tomcat Committer

+1 Saludos , Ignacio J. Ortega > -Mensaje original- > De: craigmcc@localhost [mailto:craigmcc@localhost]En nombre > de Craig R. > McClanahan > Enviado el: viernes 24 de agosto de 2001 22:21 > Para: [EMAIL PROTECTED] > Asunto: [VOTE] New Tomcat Committer > > > As Jon informally did la

cvs commit: jakarta-tomcat-connectors/jk/native/jni jk_jnicb.exp jk_jnicb.h jni_connect.dsp

costin 01/08/24 17:55:40 Modified:jk/native/jni jk_jnicb.exp jk_jnicb.h jni_connect.dsp Log: Merge changes from 3.3 ( Mike's fixes ) Revision ChangesPath 1.2 +6 -6 jakarta-tomcat-connectors/jk/native/jni/jk_jnicb.exp Index: jk_jnicb.exp ===

RE: [VOTE] New Tomcat Committer

+1 Marc Saegesser > -Original Message- > From: craigmcc@localhost [mailto:craigmcc@localhost]On Behalf Of Craig > R. McClanahan > Sent: Friday, August 24, 2001 3:21 PM > To: [EMAIL PROTECTED] > Subject: [VOTE] New Tomcat Committer > > > As Jon informally did last week or so, I'd like

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

costin 01/08/24 18:05:00 Modified:jk/native/common jk_jni_worker.c jk_sockbuf.c Log: Merge changes from 3.3. Revision ChangesPath 1.4 +16 -6 jakarta-tomcat-connectors/jk/native/common/jk_jni_worker.c Index: jk_jni_worker.c ==

Re: TC4 base dir

On Fri, 24 Aug 2001, Rob S. wrote: > Date: Fri, 24 Aug 2001 12:41:00 PDT > From: Rob S. <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED], Rob S. <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Re: TC4 base dir > > > > That's cool about the server.xml file, and you can do the individual

Re: [VOTE] New Tomcat Committer

+1 [EMAIL PROTECTED] wrote: > > On Fri, 24 Aug 2001, Craig R. McClanahan wrote: > > > As Jon informally did last week or so, I'd like to formally propose > > Christopher Cain <[EMAIL PROTECTED]> as a committer on Tomcat. He's > > contributed lots of useful discussion, patches, and documentatio

Re: Correction to JDC Tech Tip for August 21, 2001

I _KNEW_ you weren't going to let us down on this one ... any rather embarrasing blunder with JSP just really cries out for a Jon reply. I was originally going to ask the (smart-ass) question as to why they didn't go with Velocity for that particular tip, but we made Pier kinda made last time. I

Re: TC4 base dir

> > That's cool about the server.xml file, and you can do the individual > > elements, as you said (logger, default valve's logger for access, > > etc.) but what I'm wondering about is if there's anything analogous to > > changing the entire base dir (not just apps, but entire thing a la > > 3.x)

Re: [PATCH] TDK running with JPDA

on 8/24/01 12:08 PM, "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: > Sounds good. > > I generalized it slightly so that you can set different debug options with > JPDA_OPTS but it defaults to the value included in this patch. > > Craig Thanks Craig. I knew you probably had a better patch...

Re: cvs commit:jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/coreStandardServer.java

forget it, I saw the other answers. Sorry. - Original Message - From: "Carlos Gaston Alvarez" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, August 24, 2001 9:10 PM Subject: Re: cvs commit:jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/coreStandar dServer.java > Ju

Re: Correction to JDC Tech Tip for August 21, 2001

> JSP pages are only meant to deliver textual > output. Velocity templates can be used to deliver binary output. Needless to say, I was surprised to see yet another example (coming from Sun no less) of someone embedding Java code in a JSP page. Paging all

Re: FW: [PATCH] TDK running with JPDA

Sounds good. I generalized it slightly so that you can set different debug options with JPDA_OPTS but it defaults to the value included in this patch. Craig On Fri, 24 Aug 2001, Jon Stevens wrote: > Date: Fri, 24 Aug 2001 11:31:06 -0700 > From: Jon Stevens <[EMAIL PROTECTED]> > Reply-To: [EMA

cvs commit: jakarta-tomcat-4.0/catalina/src/bin catalina.sh

craigmcc01/08/24 12:08:15 Modified:catalina/src/bin catalina.sh Log: Make it possible to start Catalina under a JPDA debugging environment. If you execute $CATALINA_HOME/bin/catalina.sh jpda start the options in the JPDA_OPTS environment variable are added to those

Re: cvs commit:jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/coreStandardServer.java

Just a security issue. Confirm that you are not listening only the necessary characters to know that it doesnt match, that you are listening more. Because if you stop it just when you know it will not match a hacker can easyly guest with is the password. You should have a (big) min to listen befor

RE: Addition of 'dirty' field to Session interface

> > This is just an idea from the top of my head, would > > it be possible > > having a second vector that contains a footprint(not > > a full clone) of > > the > > object for a session and have a reaper thread > > checking the footprints > > against > > the "real" objects and determine if they

RE: Addition of 'dirty' field to Session interface

--- Bip Thelin <[EMAIL PROTECTED]> wrote: > This is just an idea from the top of my head, would > it be possible > having a second vector that contains a footprint(not > a full clone) of > the > object for a session and have a reaper thread > checking the footprints > against > the "real" objects

RE: Addition of 'dirty' field to Session interface

> -Original Message- > From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] > > [...] > > * Load-balanced distributed container that can move sessions around > as various servers get overloaded. > > * Fail-safe distributed container that automatically recovers from > server failures

FW: [PATCH] TDK running with JPDA

This is more a catalina specific patch...Craig, mind applying it? thanks, -jon -- Forwarded Message From: "Henning P. Schmiedehausen" <[EMAIL PROTECTED]> Organization: INTERMETA - Gesellschaft fuer Mehrwertdienste mbH Reply-To: [EMAIL PROTECTED] Newsgroups: hometree.jakarta.turbine.dev Date

RE: Addition of 'dirty' field to Session interface

> For permanent business objects, that is probably true ... but the use > cases we'd like to be able to deal with include: > > * Load-balanced distributed container that can move sessions around > as various servers get overloaded. > > * Fail-safe distributed container that automatically re

RE: Addition of 'dirty' field to Session interface

On Fri, 24 Aug 2001, Reilly, John wrote: > Date: Fri, 24 Aug 2001 18:59:03 +0100 > From: "Reilly, John" <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]> > Subject: RE: Addition of 'dirty' field to Session interface > > > > > > Also, I don't think i

Tomcat 3.2.3 & W2K & IIS 5

I´m trying to configure Tomcat with IIS 5.0, i have followed the How to instructions but the redirector doesn´t show the green arrow. i´ve already install the same configuration on Windows NT4 and IIS 4.0 y did it work. can anyone Help me?

RE: Addition of 'dirty' field to Session interface

> > Also, I don't think its a good > > thing for the developer to have to indicate that a session is dirty. > > > > I agree with the feeling, but what alternatives do we have? > > Consider that I might have an Employee bean with a "name" > property, and I > add it to my session: > > Employ

RE: Tomcat 3.2.3 and getPathInfo

> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Friday, August 24, 2001 11:50 AM > To: '[EMAIL PROTECTED]' > Cc: [EMAIL PROTECTED] > Subject: RE: Tomcat 3.2.3 and getPathInfo > > > On Fri, 24 Aug 2001, Larry Isaacs wrote: > > > In case in matters, RFC

RE: Addition of 'dirty' field to Session interface

On Fri, 24 Aug 2001, Reilly, John wrote: > Also, I don't think its a good > thing for the developer to have to indicate that a session is dirty. > I agree with the feeling, but what alternatives do we have? Consider that I might have an Employee bean with a "name" property, and I add it to my

Re: TC4 base dir

On Fri, 24 Aug 2001, Rob S. wrote: > Date: Fri, 24 Aug 2001 9:46:24 PDT > From: Rob S. <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED], Rob S. <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Re: TC4 base dir > > > There is no current means to point at a "server.xml" file that is not >

RE: Addition of 'dirty' field to Session interface

Sorry for the late reply, but anyway > -Original Message- > From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] > Sent: 10 August 2001 16:31 > To: [EMAIL PROTECTED] > Subject: Re: Addition of 'dirty' field to Session interface > > > > > On Fri, 10 Aug 2001, Kief Morris wrote: >

Re: TC4 base dir

> There is no current means to point at a "server.xml" file that is not > under "$CATALINA_HOME/conf", but that has nothing to do with where log > files go (except by default) -- in your elements, just add a > "directory" attribute.The default value is "logs" (relative paths are > resolve

Re: TC4 base dir

On Fri, 24 Aug 2001, Rob S. wrote: > Date: Fri, 24 Aug 2001 8:14:32 PDT > From: Rob S. <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED], Rob S. <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: TC4 base dir > > In TC3, you can change the base dir in server.xml, so that a new set > of /log

Re: more on hard coded mime types

>>>Can anybody see if they can duplicate this problem? I am struggling with the same problem. I added the same block on every web.xml. The .jnlp file gets served up as though it's xml for sure by tomcat. May

RE: Tomcat 3.2.3 and getPathInfo

On Fri, 24 Aug 2001, Larry Isaacs wrote: > In case in matters, RFC 1630 states that: > > PATH > > The rest of the URI follows the colon in a format > depending on the scheme. The path is interpreted > in a manner dependent on the protocol being used. > However, when it c

Re: New SSL HOWTOs

At 17:28 23/8/01 -0600, Christopher Cain wrote: >Wolfgang Hoschek wrote: > > > > Sorry, I am posting to tomcat-dev although not subscribed... > > > > Two suggestions: > > > > - Perhaps it is a good idea to also describe in the SSL HOWTO ways to > > configure SSL without stuffing libs into jre/lib

Re: Tomcat 3.2.3 and getPathInfo

On Thu, 23 Aug 2001, Jason Hunter wrote: > Hmm... I wonder if Tomcat has the right to make illegal what HTTP would > allow? My understanding is that a URL _can_ be transformed - and all servers are normalizing it before matching. The problem is that the servlet spec defines the mappings in a ve

TC4 base dir

In TC3, you can change the base dir in server.xml, so that a new set of /logs, /webapps, and /work would be created and used somewhere else. In TC4, all I see is the appBase attribute for each . As well, there aren't any command-line params that I noticed in the startup class aside from -conf

RE: Tomcat 3.2.3 and getPathInfo

In case in matters, RFC 1630 states that: PATH The rest of the URI follows the colon in a format depending on the scheme. The path is interpreted in a manner dependent on the protocol being used. However, when it contains slashes, these must imply a hierarchical s

RE: Thread pool support

Thanks. I'll include it in my next round of updates to tomcat-ug.html. Larry > -Original Message- > From: Bojan Smojver [mailto:[EMAIL PROTECTED]] > Sent: Friday, August 24, 2001 9:21 AM > To: [EMAIL PROTECTED] > Subject: Re: Thread pool support > > > Larry Isaacs wrote: > > > Hope th

RE: Tomcat 3.2.3 and getPathInfo

Comments in line. Marc Saegesser > -Original Message- > From: Jason Hunter [mailto:[EMAIL PROTECTED]] > Sent: Thursday, August 23, 2001 11:32 PM > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > Subject: Re: Tomcat 3.2.3 and getPathInfo > > > Marc Saegesser wrote: > > > > I just tried t

Re: Thread pool support

Larry Isaacs wrote: > Hope this helps, > > Larry OOPS. Trigger happy! Take 2 :-) Bojan --- /home/groups/devel/jakarta/jakarta-tomcat/src/doc/tomcat-ug.htmlSat Aug 18 11:25:01 2001 +++ tomcat-ug.html Fri Aug 24 23:19:05 2001 @@ -1313,24 +1313,14 @@