cvs commit: jakarta-tomcat-4.0/webapps/ROOT index.html

craigmcc01/05/10 22:55:17 Modified:catalina/src/share/org/apache/catalina Globals.java webapps/ROOT index.html Added: .RELEASE-NOTES-4.0-B5.txt Log: Prepare for development on "beta 5". Revision ChangesPath 1.1 jakarta-tomc

[ANNOUNCE] Tomcat 4.0-beta-4 Released

Tomcat 4.0-beta-4 is the latest update to the next generation version of Tomcat 4.0. It supports the most recent specification updates (Servlet 2.3 Proposed Final Draft 2, JavaServer Pages 1.2 Proposed Final Draft 2), support for looking up users and roles in a JNDI-accessed directory server, and

Re: How the Tomcat do flush -2?

Is there anyway in tomcat that I can config to do flush only once? Thanks Harden - Original Message - From: "Craig R. McClanahan" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, May 10, 2001 12:41 PM Subject: Re: How the Tomcat do flush? > > > On Thu, 10 May 2001, Harden

Re: How the Tomcat do flush?

Thanks Craig. The resason that i need change flush of tomcat. I think tomcat flush the page many times when serve JSP. In the JSP, i need do some process before html final flushed. If the process throw excpetion or some condition not match, i need do forward to another page. But Tomcat don't allow

cvs commit: jakarta-tomcat-4.0/webapps/ROOT index.html

craigmcc01/05/10 21:55:56 Modified:catalina/src/share/org/apache/catalina Globals.java webapps/ROOT index.html Log: Update version number for release of Tomcat 4.0 Beta 4. Revision ChangesPath 1.24 +5 -5 jakarta-tomcat-4.0/catalina/src/share/org

cvs commit: jakarta-tomcat-4.0 RELEASE-NOTES-4.0-B4.txt

craigmcc01/05/10 21:53:38 Modified:.RELEASE-NOTES-4.0-B4.txt Log: Update to reflect all of the changes for Tomcat 4.0 Beta 4. Revision ChangesPath 1.6 +81 -4 jakarta-tomcat-4.0/RELEASE-NOTES-4.0-B4.txt Index: RELEASE-NOTES-4.0-B4.txt

RE: Tomcat Security

Hello Ben, A good thorough security audit of Tomcat can be a good project. cheers... -Original Message- From: Benjamin Chad [mailto:[EMAIL PROTECTED]] Sent: Friday, May 11, 2001 11:28 AM To: [EMAIL PROTECTED] Subject: Tomcat Security Hi, What security development still needs to be don

Tomcat Security

Hi, What security development still needs to be done on Tomcat? I'm in a group at university that needs to find a security software project. Cheers, Ben.

Re: [PROPOSAL AJP14] AJP13 Evolution - Second Pass

> > i'm going to go with the "get it to work first, optimize it later" > > approach :) > > Good, as long as you remember you're going to do the "later" part :-) > > This is one of the critical pieces in the container performance. > in looking at MessageBytes and the rest of the org.apache.tomc

Re: destroy/init sequence

Sessions do indeed belong to webapps. This is mandated by the servlet specification, and Tomcat enforces the restriction. (See the Catalina configuration documentation on "Single Sign On" for information on how to configure Tomcat 4.0 so that you only have to sign on once, even though the sessio

Re: cvs commit: jakarta-tomcat-connectors/src - New directory

> > > seguin 01/05/10 17:36:37 > > > > jakarta-tomcat-connectors/src - New directory > > I don't agree with that directory structure. > > I think it should be : > [subproject]/src/java > i agree.

Re: cvs commit: jakarta-tomcat-connectors/src - New directory

> seguin 01/05/10 17:36:37 > > jakarta-tomcat-connectors/src - New directory I don't agree with that directory structure. I think it should be : [subproject]/src/java Remy

cvs commit: jakarta-tomcat-connectors/src/java - New directory

seguin 01/05/10 17:36:51 jakarta-tomcat-connectors/src/java - New directory

cvs commit: jakarta-tomcat-connectors/src - New directory

seguin 01/05/10 17:36:37 jakarta-tomcat-connectors/src - New directory

Ignorant questions about Apache 2.0/Tomcat

Guys, forgive a foolish questions, but what is the target Tomcat implementation for Apache 2.0 and onwards? I understand Tomcat 3.2 is in feature-freeze, and 3.3 is the growing branch, and 4.0 implements the newer (not adopted) api. What sort of timetable is a release final 3.3 (final) or 4.0 (f

Re: tomcat serves .jsp file contained in WEB-INF

From: "Craig R. McClanahan" <[EMAIL PROTECTED]> > > http://machine:port/appname/WEB-INF/inside.jsp would get served but > > http://machine:port/appname/WEB-INF/inside.html would not? > Neither one should be served back to a direct client request for these > URLs. The server is prohibited from ret

Re: destroy/init sequence

Bo, thanks for the comments. Let's move the discussion to the developer list and see if they have some comments. Thanks, Mike >>From: "Bo Xu" <[EMAIL PROTECTED]> >>Reply-To: [EMAIL PROTECTED] >>To: [EMAIL PROTECTED] >>Subject: Re: destroy/init sequence >>Date: Sun, 06 May 2001 23:13:58 - >>

Re: [PROPOSAL AJP14] AJP13 Evolution - Second Pass

On Thu, 10 May 2001, kevin seguin wrote: > > > The whole idea is to avoid expensive operations until they are actually > > needed - most servlets don't read all the headers, so there's no need to > > create the strings and hash them. ( it's not even needed to convert from > > bytes to chars - an

Re: [PROPOSAL AJP14] AJP13 Evolution - Second Pass

> The whole idea is to avoid expensive operations until they are actually > needed - most servlets don't read all the headers, so there's no need to > create the strings and hash them. ( it's not even needed to convert from > bytes to chars - another expensive operation ). > i'm going to go wit

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

craigmcc01/05/10 16:57:06 Modified:tester/src/bin tester.xml tester/web/WEB-INF web.xml Added: tester/src/tester/org/apache/tester Authentication05.java Log: Update tests to check for "all users allowed" (i.e. a "*" in the element of an ) and "no users allo

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/deploy SecurityConstraint.java

craigmcc01/05/10 16:53:55 Modified:catalina/src/share/org/apache/catalina/authenticator AuthenticatorBase.java catalina/src/share/org/apache/catalina/deploy SecurityConstraint.java Log: Update access control logic to cor

Re: [PROPOSAL AJP14] AJP13 Evolution - Second Pass

On Thu, 10 May 2001, kevin seguin wrote: > > This is not the "easiest" solution - from my point of view the easisest > > would be to just write the Ajp14Interceptor and use the existing and > > optimized 3.3 infrastructure. ( and use a reimplementation of the protocol > > for 4.0 - using their lo

Re: [PROPOSAL AJP14] AJP13 Evolution - Second Pass

> BTW, we'll need to discuss about the Java side - so > optimizations on the "lower" level would work on any container. > > At minimum we need MessageBytes or equivalent, MimeHeaders or equivalent > ( i.e. recyclable, low overhead, etc ), and a simple Request object that > can be easily adapted t

Re: ajp13 and tomcat 4

On Thu, 10 May 2001, kevin seguin wrote: > will the ajp13 connector go in there two? currently, it relies on core > catalina classes to build. if the ajp13 connector is in > jakarta-tomcat-connector, it'll require a catalina.jar to build. that's > fine with me though... +1 jakarta-tomcat-con

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

craigmcc01/05/10 15:52:29 Modified:tester/src/bin tester.xml tester/web/WEB-INF web.xml Added: tester/src/tester/org/apache/tester GetLocales01.java GetLocales02.java Log: Add tests for request.getLocale() and request.getLocales().

Re: [PROPOSAL AJP14] AJP13 Evolution - Second Pass

> On the native part, I'll need help for autoconf stuff and the > JServ like JVM start. Jon could you help us here since you were > on it on JServ ? > > I'd like to see someone take a look at APR, and how we could use it. > May be by adding some wrapper code to avoid having #ifde USE_APR sprayed

Re: ajp13 and tomcat 4

GOMEZ Henri wrote: > > The discussion about jakarta-tomcat-connectors is closed and the CVS > is created (even if I still couldn't access it) > > >-kevin. > > > >btw, the reason i'm so interested in this because i want to make the > >switch from tc3 to tc4, but i *have* to have connector sup

Re: [PROPOSAL AJP14] AJP13 Evolution - Second Pass

> I wouldn't mind seeing the connector used for Jetty or other servlet > containers ( the same as many containers are using jasper ) - code sharing > is allways good. > +100 :)

Re: cvs commit: jakarta-tomcat-4.0/connectors ...

It should (finally) work... On OS/X I have no faults and no memory leaks with approximately 100.000 requests with APBENCH... If APR compiles on your system, mod_webapp should compile too... Pier

cvs commit: jakarta-tomcat-4.0/connectors README.txt

pier01/05/10 14:15:12 Modified:connectors README.txt Log: Short on where to find APR (which is not Apache 2.0) Revision ChangesPath 1.2 +7 -0 jakarta-tomcat-4.0/connectors/README.txt Index: README.txt

cvs commit: jakarta-tomcat-4.0/connectors/include wa.h wa_main.h wa_request.h

pier01/05/10 14:15:04 Modified:connectors/include wa.h wa_main.h wa_request.h Log: Modified logging. Added the WARP provider. Revision ChangesPath 1.7 +2 -2 jakarta-tomcat-4.0/connectors/include/wa.h Index: wa.h ===

cvs commit: jakarta-tomcat-4.0/connectors/lib pr_warp.c Makefile.in wa_main.c wa_request.c

pier01/05/10 14:12:36 Modified:connectors/lib Makefile.in wa_main.c wa_request.c Added: connectors/lib pr_warp.c Log: The WARP provider. Revision ChangesPath 1.8 +2 -2 jakarta-tomcat-4.0/connectors/lib/Makefile.in Index: Makefile.in

RE: New CVS Repositories

>You have an account on apache.org, fix it yourself... > >ln -s /home/cvs/jakarta-tomcat-jasper >/home/cvspublic/jakarta-tomcat-jasper Thanks Jon

RE: [PROPOSAL AJP14] AJP13 Evolution - Second Pass

On Thu, 10 May 2001, GOMEZ Henri wrote: > > AJP14 will be only available to TC 3.3/4.0 since the 3.2 is closed > to new features. But did the AJP12/AJP13 in jakarta-tomcat-connectors will > contains code for tomcat 3.2 tree also ? > If anyone writes it - yes. Most tomcat users are using tocma

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

craigmcc01/05/10 13:46:03 Modified:tester/src/bin tester.xml tester/src/tester/org/apache/tester ErrorPage06.java tester/web ErrorPage06.jsp tester/web/WEB-INF web.xml Added: tester/web ErrorPage08.jsp Log: Expand error page tests

cvs commit: jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/runtime PageContextImpl.java

craigmcc01/05/10 13:42:36 Modified:jasper/src/share/org/apache/jasper/runtime PageContextImpl.java Log: JSP pages need to throw RuntimeExceptions instead of wrapping them in ServletException as well. Revision ChangesPath 1.10 +4 -3 ja

RE: [PROPOSAL AJP14] AJP13 Evolution - Second Pass

The evolution will goes in jakarta-tomcat-connectors to avoid disturbing mod_jk/ajp13 in the to be released TC 3.3. Of course all bugs fixes from TC 3.3 mod_jk will be back ported to jakarta-tomcat-connectors. The auto-update will not be my premium priority and I think to delay it since it will

Re: New CVS Repositories

on 5/10/01 12:49 PM, "GOMEZ Henri" <[EMAIL PROTECTED]> wrote: >> Fixed ... my default group for CVS commits seems to be "apcvs", and it >> needed to be "jakarta". > > the cvs still couldn't be accessed in anonymous mode : > > cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic checkout > jakarta-

Re: cvs commit: jakarta-tomcat-4.0/connectors/lib wa_request.c

on 5/10/01 1:21 PM, "Pier P. Fumagalli" <[EMAIL PROTECTED]> wrote: > And (you big pain in the ass!) this is only the "status" page... It's not a > "complex" thing, just needs to report infos... > > Pier And every time something changes...we need to edit a .c file to fix it. Wanna change the

Re: [PROPOSAL AJP14] AJP13 Evolution - Second Pass

+1 I'll try to implement the Java side as you go with the C changes, unless someone else volunteers ( jasper is taking more than I expected, and xalan has a release planned in few weeks ). BTW, we'll need to discuss about the Java side - so optimizations on the "lower" level would work on any

RE: New CVS Repositories

>Fixed ... my default group for CVS commits seems to be "apcvs", and it >needed to be "jakarta". the cvs still couldn't be accessed in anonymous mode : cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic checkout jakarta-tomcat-jasper cvs server: cannot find m

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/authenticator AuthenticatorBase.java

craigmcc01/05/10 12:47:16 Modified:catalina/src/share/org/apache/catalina/authenticator AuthenticatorBase.java Log: Reset debugging detail level. Revision ChangesPath 1.12 +5 -5 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/

[PROPOSAL AJP14] AJP13 Evolution - Second Pass

Find attached the modified AJP14 proposal which include the remarks and request from the list. Nota : The launch of Tomcat JVM by the mod_jk/jakarta-connector is not covered since we speak here only about protocol. That feature is something asked by many JServ users and may be added later in t

Re: cvs commit: jakarta-tomcat-4.0/connectors/lib wa_request.c

Jon Stevens at [EMAIL PROTECTED] wrote: > on 5/10/01 8:55 AM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > >> +wa_rprintf(r," Your Request:\n"); >> +wa_rprintf(r," Server Host: \"%s\"\n",r->serv->host); >> +wa_rprintf(r," Server Address: \"%s\"\n",r->serv->addr); >> +wa

cvs commit: jakarta-tomcat-4.0/tester/web ErrorPage06.jsp

craigmcc01/05/10 12:20:33 Modified:tester/src/tester/org/apache/tester ErrorPage06.java tester/web ErrorPage06.jsp Log: Update tests to reflect corrected behavior on RuntimeException thrown by a servlet. Tighten up the tests in the JSP-error-page case to actually

Re: security and a servlet using core catalina classes

I am sorry, it seems I was not clear enough. I wrote a servlet in a classic WAR file at an arbitrary location and NOT in the org.apache.catalina package. The source code I copied in my last message was the source code of the doGet() method for THIS servlet (outside the catalina package). And

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

craigmcc01/05/10 11:28:36 Modified:catalina/src/share/org/apache/catalina/core ApplicationFilterChain.java Log: [Servlet 2.3 PFD2, Section 9.9] Correct exception handling behavior when a Filter or Servlet throws a RuntimeException. Previously, this ex

Re: cvs commit: jakarta-tomcat-4.0/connectors/lib wa_request.c

on 5/10/01 8:55 AM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > +wa_rprintf(r," Your Request:\n"); > +wa_rprintf(r," Server Host: \"%s\"\n",r->serv->host); > +wa_rprintf(r," Server Address: \"%s\"\n",r->serv->addr); > +wa_rprintf(r," Server Port: \"%d\"\n",r->serv->po

Re: tomcat serves .jsp file contained in WEB-INF

On Thu, 10 May 2001, Richard Wan wrote: > Is the following a bug or a part of the Servlet 2.2 spec? > > http://machine:port/appname/WEB-INF/inside.jsp would get served but > http://machine:port/appname/WEB-INF/inside.html would not? > Neither one should be served back to a direct client requ

[GUMP] Build Failure - Tomcat 3.x

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

tomcat serves .jsp file contained in WEB-INF

Is the following a bug or a part of the Servlet 2.2 spec? http://machine:port/appname/WEB-INF/inside.jsp would get served but http://machine:port/appname/WEB-INF/inside.html would not? -- Richard F. Wan email: [EMAIL PROTECTED]

Re: Bug votes on bugzilla

On Thu, 10 May 2001 [EMAIL PROTECTED] wrote: > Hi, > > I just read the release plan for xalan2.1, and I think there is a great > idea in it: start using the bugzilla voting system to prioritize the bugs. > +1 The voting rules in Bugzilla are actually customizable on a per-product basis (i.e

Re: request.getparamter doesn't return anything without an '='(equals) in the query string

It's my belief that iPlanet is not parsing this correctly. The specification does not give details on the expected syntax, but it is interesting to note that the HttpUtils.parseQueryString() method requires name=value pairs in order to parse request parameters. The same format is used to parse d

Bug votes on bugzilla

Hi, I just read the release plan for xalan2.1, and I think there is a great idea in it: start using the bugzilla voting system to prioritize the bugs. Every user ( who register with bugzilla I think ) has 6 votes to assign to various bugs. This is the best way to send a message about what's impo

Re: How the Tomcat do flush?

On Thu, 10 May 2001, Harden ZHU wrote: > I am trying to do customize of tomcat for my application. > So to make Tomcat can just flush once at the end. What program should I > change? > Without knowing specifically what version of Tomcat you are asking about, or what flushes occur that you do

RE: New CVS Repositories

On Thu, 10 May 2001, GOMEZ Henri wrote: > Couldn't access these CVS directories, could you check > group ? > Fixed ... my default group for CVS commits seems to be "apcvs", and it needed to be "jakarta". Craig > - > Henri Gomez ___[_] > EMAIL : [EMAIL PROTECTED]

Re: cvs commit: jakarta-tomcat-4.0/connectors/include wa.h

[EMAIL PROTECTED] at [EMAIL PROTECTED] wrote: > > /* All declared providers */ > extern wa_provider wa_provider_info; > +//extern wa_provider wa_provider_warp; Still need to fix a small thing in ^^ (this) and then I am up for a release... (shouldn't take more than 1 hour). Pier

cvs commit: jakarta-tomcat-4.0/connectors/lib wa_request.c

pier01/05/10 08:55:20 Modified:connectors/lib wa_request.c Log: Aestethic changes. Revision ChangesPath 1.8 +36 -34jakarta-tomcat-4.0/connectors/lib/wa_request.c Index: wa_request.c ===

cvs commit: jakarta-tomcat-4.0/connectors/lib wa_main.c

pier01/05/10 08:54:03 Modified:connectors/lib wa_main.c Log: Info provider released Revision ChangesPath 1.4 +2 -2 jakarta-tomcat-4.0/connectors/lib/wa_main.c Index: wa_main.c === RCS

cvs commit: jakarta-tomcat-4.0/connectors/lib pr_info.c

pier01/05/10 08:53:50 Added: connectors/lib pr_info.c Log: Info provider released Revision ChangesPath 1.1 jakarta-tomcat-4.0/connectors/lib/pr_info.c Index: pr_info.c === /*

cvs commit: jakarta-tomcat-4.0/connectors/lib Makefile.in

pier01/05/10 08:52:29 Modified:connectors/lib Makefile.in Log: INFO provider released. Revision ChangesPath 1.7 +2 -2 jakarta-tomcat-4.0/connectors/lib/Makefile.in Index: Makefile.in ==

cvs commit: jakarta-tomcat-4.0/connectors/include wa.h

pier01/05/10 08:50:09 Modified:connectors/include wa.h Log: Providers updated Revision ChangesPath 1.6 +5 -1 jakarta-tomcat-4.0/connectors/include/wa.h Index: wa.h === RCS file: /home

cvs commit: jakarta-tomcat-4.0/connectors/apache-1.3 mod_webapp.c

pier01/05/10 08:49:57 Modified:connectors/apache-1.3 mod_webapp.c Log: We need to call ap_setup_client_block _before_ ap_should_client_block Revision ChangesPath 1.15 +5 -1 jakarta-tomcat-4.0/connectors/apache-1.3/mod_webapp.c Index: mod_webapp.c ===

Is response.getServletOutputStream().flush() working

Hi, subject says it all, but an explanation is missing, of course. I am talking about TomCat 3.2.1, my observation is this: - response.getServletOutputStream() is actually org.apache.tomcat.core.BufferedServletOutputStream.flush() - This method is calling org.apache.tomcat.core.Buf

RE: [PROPOSAL AJP14] AJP13 Evolution

Regarding APR: I do remember the same discussion happened about one year ago, when mod_jk was starting up. And at that time we felt that APR is the best solution for us, for the long term - and the same is probably true today. The "common" dir in mod_jk was intended as a temporary substitute

RE: ajp13 and tomcat 4

>so, i guess the essence of this message is, what might be a short-term >plan for having ajp13 support in tomcat 4? > >i have done some preliminary work, creating an ajp13 connector >for tc 4, >which for the most part works. > >long term, i think part of this code will live in >jakarta-tomcat-c

RE: New CVS Repositories

Couldn't access these CVS directories, could you check group ? - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message

[OT] Pls unsubscribe

Please unsubscribe this address [EMAIL PROTECTED] from all of the list (jakarta, dev, tomcat) cause I'm moving away and this address will be permanently removed. Thank you so much for all the things I've learned here. Claudia Galingani

RE: [PROPOSAL AJP14] AJP13 Evolution

That's present in AJP14 description about negociation flags :) - Negociations Flags - AJP14_CONTEXT_INFO_NEG 0x8000 /* web-server want context info after login */ AJP14_CONTEXT_UPDATE_NEG 0x4000 /* web-server want context updates */ AJP14_GZIP_STREAM_NEG0x2000 /* web-serve

RE: [PROPOSAL AJP14] AJP13 Evolution

The question was the availability on system running NES (Windows/Unixes) and IIS (Windows). I really like APR, but having it at a pre-requisite to mod_jk for AJP14 will raise new questions. How could I build APR usinb Borland C++ 5.5 under Window Millenium ? - Henri Gomez ___[

RE: [PROPOSAL/VOTE] Tomcat 4.0 Beta 4 Release

RPMs are allways present in binary and source packaging : tomcat4-4.0-b3.1.noarch.rpm17-Apr-2001 17:22 3.5M tomcat4-4.0-b3.1.src.rpm 17-Apr-2001 17:20 1.6M tomcat4-manual-4.0-b3.1.noarch.rpm 17-Apr-2001 17:22 1.1M - Henri Gomez ___[_] EMAIL :

RE: [PROPOSAL] Update to Tomcat 3.3 Release Plan

+1 And +1 for the list of open bugs which are high priority... - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6

cvs commit: jakarta-tomcat build.xml

larryi 01/05/10 05:19:41 Modified:.build.xml Log: Update building of the admin webapp to create a local jar (tomcat_test_util.jar) that includes needed org.apache.tomcat.util.test classes. I believe a bug had previously allowed access to these classes in tomcat_util.

Re: [GUMP] Build Failure - Tomcat 3.x

Please kick me out from this mailing list - Original Message - From: "Craig McClanahan" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, May 09, 2001 2:32 PM Subject: [GUMP] Build Failure - Tomcat 3.x > > This email is auto

request.getparamter doesn't return anything without an '=' (equals) in the query string

Hi, *I first posted this to users, but was suggested that I post it to dev*. I apologize if this has been talked about before. (I was surprised I couldn't find anything in the archives.) When browsing a URL with a query string, Tomcat doesn't seem to recognize it unless there's an '=' in it.

cvs commit: jakarta-tomcat-4.0/connectors/apache-1.3 mod_webapp.c

pier01/05/10 02:09:54 Modified:connectors/apache-1.3 mod_webapp.c Log: Removed warnings on invalid returns Revision ChangesPath 1.14 +3 -4 jakarta-tomcat-4.0/connectors/apache-1.3/mod_webapp.c Index: mod_webapp.c =

cvs commit: jakarta-tomcat-4.0/connectors/include wa_main.h

pier01/05/10 02:02:48 Modified:connectors/include wa_main.h Log: Moved the wa_provider structure from wa_provider.h Revision ChangesPath 1.3 +101 -4jakarta-tomcat-4.0/connectors/include/wa_main.h Index: wa_main.h =

cvs commit: jakarta-tomcat-4.0/connectors Makedefs.in

pier01/05/10 02:02:30 Modified:connectors Makedefs.in Log: More warnings when compiling with APXS Revision ChangesPath 1.3 +4 -3 jakarta-tomcat-4.0/connectors/Makedefs.in Index: Makedefs.in ===

cvs commit: jakarta-tomcat-4.0/connectors/lib wa_request.c

pier01/05/10 01:56:30 Modified:connectors/include wa_config.h connectors/lib wa_request.c Log: Fixed small bug preventing compilation when providers are enabled. Revision ChangesPath 1.3 +2 -2 jakarta-tomcat-4.0/connectors/include/wa_config.

cvs commit: jakarta-tomcat-4.0/connectors/lib wa_main.c wa_config.c Makefile.in

pier01/05/10 01:54:16 Modified:connectors/lib wa_main.c wa_config.c Makefile.in Log: Modified provider invocation scheme. Revision ChangesPath 1.3 +40 -7 jakarta-tomcat-4.0/connectors/lib/wa_main.c Index: wa_main.c ===

cvs commit: jakarta-tomcat-4.0/connectors/include wa.h

pier01/05/10 01:53:17 Modified:connectors/include wa.h Log: Modified provider structures/files/procedures Revision ChangesPath 1.5 +5 -3 jakarta-tomcat-4.0/connectors/include/wa.h Index: wa.h =

cvs commit: jakarta-tomcat-4.0/connectors/include wa_provider.h

pier01/05/10 01:49:18 Removed: connectors/include wa_provider.h Log: Moved to wa_main (pointless to have one file just for one structure)

cvs commit: jakarta-tomcat-4.0/connectors/apache-1.3 mod_webapp.c

pier01/05/10 01:47:49 Modified:connectors/apache-1.3 mod_webapp.c Log: Updated module to successfully start up providers. Revision ChangesPath 1.13 +14 -9 jakarta-tomcat-4.0/connectors/apache-1.3/mod_webapp.c Index: mod_webapp.c ==

cvs commit: jakarta-tomcat-4.0/connectors/docs/api README.txt doc.configuration.html doc.connection_provider.html doc.main.html doc.request_handling.html index.html packages.html pkg.configuration.html pkg.connection_provider.html pkg.main.html pkg.request_handling.html

pier01/05/10 01:46:35 Added: connectors/docs/api README.txt Removed: connectors/docs/api doc.configuration.html doc.connection_provider.html doc.main.html doc.request_handling.html index.html packages.html

Yahoo! Auto Response

Hi, At present I am somewhere over Atlantic flying towards India. I will get back to you as soon as I reach there. Thx Anupam Original Message: X-Track: 9: 40 Received: from h31.sny.collab.net (HELO apache.org) (64.208.42.41) by mta112.mail.yahoo.com with SMTP; 10 May

Re: [PROPOSAL/VOTE] Tomcat 4.0 Beta 4 Release

+1 Raúl "Craig R. McClanahan" wrote: > Now that the "Proposed Final Draft 2" versions of the Servlet 2.3 and JSP > 1.2 specs have been published (with Tomcat 4.0 updated to support the > latest changes), and a ton of bug fixes have been made, I would like to > propose that we create a "Tomcat 4