pier01/05/09 23:21:27
Modified:connectors/apache-1.3 mod_webapp.c
Log:
Sources reformatted
Revision ChangesPath
1.12 +124 -125 jakarta-tomcat-4.0/connectors/apache-1.3/mod_webapp.c
Index: mod_webapp.c
pier01/05/09 23:23:12
Modified:connectors/include wa_config.h
Log:
Sources reformatted
Revision ChangesPath
1.2 +31 -31jakarta-tomcat-4.0/connectors/include/wa_config.h
Index: wa_config.h
pier01/05/09 23:24:26
Modified:connectors/lib wa_main.c
Log:
Moved configuration functions to wa_config
Revision ChangesPath
1.2 +86 -72jakarta-tomcat-4.0/connectors/lib/wa_main.c
Index: wa_main.c
pier01/05/09 23:28:45
Modified:connectors/include wa_request.h
Log:
New request-handling functions and method.
Revision ChangesPath
1.4 +67 -81jakarta-tomcat-4.0/connectors/include/wa_request.h
Index: wa_request.h
pier01/05/09 23:31:25
Modified:connectors/include wa_provider.h
Log:
Removed old function prototypes.
Revision ChangesPath
1.3 +1 -9 jakarta-tomcat-4.0/connectors/include/wa_provider.h
Index: wa_provider.h
pier01/05/09 23:38:00
jakarta-tomcat-4.0/connectors/docs/api - New directory
pier01/05/09 23:39:17
Added: connectors/docs/api index.html packages.html
Log:
Index files for API docs
Revision ChangesPath
1.1 jakarta-tomcat-4.0/connectors/docs/api/index.html
Index: index.html
pier01/05/09 23:40:04
Added: connectors/docs/api doc.main.html pkg.main.html
Log:
API Documentation for the Main package
Revision ChangesPath
1.1 jakarta-tomcat-4.0/connectors/docs/api/doc.main.html
Index: doc.main.html
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?
Thanks
Harden
pier01/05/09 23:41:17
Added: connectors/docs/api doc.configuration.html
pkg.configuration.html
Log:
API Documentation for the Configuration package
Revision ChangesPath
1.1
pier01/05/09 23:41:28
Added: connectors/docs/api doc.request_handling.html
pkg.request_handling.html
Log:
API Documentation for the Request Handling package
Revision ChangesPath
1.1
+1 ;-)
it start to be a working server , very good work , thanks :)
- Original Message -
From: Amy Roh [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, May 08, 2001 5:03 AM
Subject: Re: [PROPOSAL/VOTE] Tomcat 4.0 Beta 4 Release
+1
Amy
Now that the Proposed Final Draft 2
pier01/05/09 23:49:18
Modified:connectors/lib wa_request.c
Log:
Fixing compilation problems.
Revision ChangesPath
1.6 +3 -2 jakarta-tomcat-4.0/connectors/lib/wa_request.c
Index: wa_request.c
+1
Saludos ,
Ignacio J. Ortega
-Mensaje original-
De: Larry Isaacs [mailto:[EMAIL PROTECTED]]
Enviado el: miércoles 9 de mayo de 2001 18:56
Para: '[EMAIL PROTECTED]'
Asunto: [PROPOSAL] Update to Tomcat 3.3 Release Plan
Sorry to have been out of action for so long. To bring
+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.0 Beta
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
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
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
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)
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
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
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
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
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
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
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
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
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
+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
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 :
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
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
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
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
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
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
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
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:
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
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
===
/*
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
===
[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
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](. .)
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 not
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
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
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.
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]
This email is autogenerated from the output from:
http://jakarta.apache.org/builds/gump/2001-05-10/jakarta-tomcat.html
Buildfile: build.xml
detect:
msg.jdk12:
[echo] Detected JDK1.2
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
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
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
Jon Stevens at [EMAIL PROTECTED] wrote:
on 5/10/01 8:55 AM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
+wa_rprintf(r, dtYour Request:/dt\n);
+wa_rprintf(r, ddServer Host: \%s\/dd\n,r-serv-host);
+wa_rprintf(r, ddServer Address: \%s\/dd\n,r-serv-addr);
+wa_rprintf(r,
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
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 module
+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
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-tomcat-jasper
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
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
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
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
You have an account on apache.org, fix it yourself...
ln -s /home/cvs/jakarta-tomcat-jasper
/home/cvspublic/jakarta-tomcat-jasper
Thanks Jon
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
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
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
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 :)
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 support for
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().
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
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 to TC3.3
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 low-level
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
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 with
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 - another
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 returning
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
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.
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
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
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
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 ZHU
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
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,
83 matches
Mail list logo
