These patches are for Japanese resource bundles and they includes a
little modification and a change for a change of an original resource
bundle.
Would you apply them to a HEAD branch and a tomcat_40_branch?
Kazuhiro Kazama ([EMAIL PROTECTED]) NTT Network Innovation Laboratories
Index:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3961.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3851.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Wed, 3 Oct 2001, Craig R. McClanahan wrote:
It's not at all clear that the Persistent URI article you referenced has
anything to do with whether a redirect is used for a welcome file or not
actually, I was more concerned with exposing implementation mechanisms
in URIs; and future-proofing
Jan Grant wrote:
actually, I was more concerned with exposing implementation mechanisms
in URIs; and future-proofing so that when index.jsp becomes
index.csharpsp in the future (only kidding...) I'm not left with an
unmanageable mess.
He, he, good one!
:-))
Bojan
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3941.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi, tomcat.
I wrote JSP compiler plugin for kjc which is open source Java
compiler (see http://www.dms.at/kopi/ for more detail). This plugin
works with tomcat 4.0. You can see TC4.0 example JSPs with this
plugin.
I have posted 3.2 versions already though you didn't take it.
If someone is
On Thu, 4 Oct 2001, Jan Grant wrote:
On Thu, 4 Oct 2001, Colin Wilson-Salt wrote:
Surely the way to fix this is that a request for http://foo.bar/webapp
generates a redirect to http://foo.bar/webapp/, and a request to
http://foo.bar/webapp/ will serve the default content using forward()
marcsaeg01/10/04 06:09:42
Modified:jk/native/apache-2.0 mod_jk.c mod_jk.dsp
Log:
Changes to allow builds on Win32 platforms.
Revision ChangesPath
1.28 +3 -1 jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c
Index: mod_jk.c
On Thu, 4 Oct 2001, Deacon Marcus wrote:
Could you give me url please?
http://java.sun.com/
(Go to the search box in the upper right and put in dynamic event
listeners. It's the first hit. There's now a new article and an old
article - you want the old one.)
Aaron
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3961.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
[EMAIL PROTECTED] (Craig R. McClanahan) writes:
Originally (back in the pre-3.2-final days), Tomcat did the equivalent of
a RequestDispatcher.forward() to display welcome pages. This caused
massive problems for people who didn't understand the difference between:
http://foo.bar/webapp
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3970.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3971.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3972.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3941.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Wed, 3 Oct 2001, Craig R. McClanahan wrote:
Originally (back in the pre-3.2-final days), Tomcat did the equivalent
of
a RequestDispatcher.forward() to display welcome pages. This caused
massive problems for people who didn't understand the difference
between:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3973.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3970.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Thu, 4 Oct 2001, Remy Maucherat wrote:
Also, not doing the redirect would create lots of problems with nested
welcome pages (foo/index.html is a valid welcome page).
Is it ?
AFAIK no web server accepts this kind of welcome page. It's true the
spec doesn't mention what values are valid (
remm01/10/04 10:54:18
Modified:.Tag: tomcat_40_branch RELEASE-PLAN-4.0.1.txt
Log:
- Bug status update.
Revision ChangesPath
No revision
No revision
1.1.2.2 +10 -4
Here's a simple tweak that clears out references to objects that are removed
from the pool. The current code can delay garbage collection for objects
that are removed from the pool but not returned.
The diff is against 3.3-rc1
-David
--- SimplePool.java.origThu Oct 4 10:14:51 2001
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3936.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
kinman 01/10/04 12:12:52
Modified:jasper/src/share/org/apache/jasper/compiler Compiler.java
Log:
PR: 2693, 3822
Catch NumberFormatException when attempting to get the line number from
javac error messages, so that the messages will be dispalyed if we guess
wrong. Also
kinman 01/10/04 12:20:08
Modified:jasper/src/share/org/apache/jasper/compiler Tag:
tomcat_40_branch Compiler.java
Log:
PR: 2693, 3822
Catch NumberFormatException when attempting to get the line number from
javac error messages, so that the messages will
remm01/10/04 12:23:49
Added: lib Tag: tomcat_40_branch jakarta-regexp-1.2.jar
tomcat-ajp.jar tomcat-util.jar
Log:
- Merge a variety of fixes and small feature additions which have been made
and debugged in the HEAD branch, including:
-
remm01/10/04 12:24:46
Modified:.Tag: tomcat_40_branch build.properties.sample
build.xml tomcat.nsi
Log:
- Merge a variety of fixes and small feature additions which have been made
and debugged in the HEAD branch, including:
- Removal of
remm01/10/04 12:26:06
Modified:catalina/src/share/org/apache/catalina Tag: tomcat_40_branch
Response.java
Log:
- Merge a variety of fixes and small feature additions which have been made
and debugged in the HEAD branch, including:
- Removal of
remm01/10/04 12:26:29
Modified:catalina/src/share/org/apache/catalina/connector/http Tag:
tomcat_40_branch HttpResponseStream.java
Log:
- Merge a variety of fixes and small feature additions which have been made
and debugged in the HEAD branch,
remm01/10/04 12:26:36
Modified:catalina/src/share/org/apache/catalina/connector/http Tag:
tomcat_40_branch HttpProcessor.java
Log:
- Merge a variety of fixes and small feature additions which have been made
and debugged in the HEAD branch, including:
remm01/10/04 12:26:57
Modified:catalina/src/share/org/apache/catalina/connector Tag:
tomcat_40_branch HttpResponseBase.java
HttpResponseFacade.java ResponseBase.java
ResponseFacade.java ResponseStream.java
remm01/10/04 12:27:36
Modified:catalina/src/share/org/apache/catalina/core Tag:
tomcat_40_branch StandardContext.java
StandardWrapper.java
Log:
- Merge a variety of fixes and small feature additions which have been made
and
remm01/10/04 12:28:14
Modified:catalina/src/share/org/apache/catalina/valves Tag:
tomcat_40_branch LocalStrings.properties
Added: catalina/src/share/org/apache/catalina/valves Tag:
tomcat_40_branch ErrorDispatcherValve.java
remm01/10/04 12:28:42
Modified:catalina/src/share/org/apache/catalina/loader Tag:
tomcat_40_branch StandardLoader.java
WebappClassLoader.java
Log:
- Merge a variety of fixes and small feature additions which have been made
and
remm01/10/04 12:29:30
Modified:.Tag: tomcat_40_branch BUILDING.txt
RELEASE-PLAN-4.0.1.txt
Log:
- Merge a variety of fixes and small feature additions which have been made
and debugged in the HEAD branch, including:
- Removal of Jasper
Many Thanks David, i'll commit it ASAP..
Saludos ,
Ignacio J. Ortega
-Mensaje original-
De: Schreibman, David [mailto:[EMAIL PROTECTED]]
Enviado el: jueves 4 de octubre de 2001 20:29
Para: '[EMAIL PROTECTED]'
Asunto: [PATCH] SimplePool.java
Here's a simple tweak that clears
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3961.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I can't compile webapp-1.0-tc4.0 under solaris (Solaris 8, sparc)
The Autoconf system doesn't seem to know much about solaris,
I managed to fix three problems as follows.
It couldn't find, sys/syslimits.h and stdint.h, so i make symbolic links
from
/usr/include/sys/syslimits.h -
remm01/10/04 12:28:57
Modified:catalina/src/share/org/apache/catalina/servlets Tag:
tomcat_40_branch DefaultServlet.java
Log:
- Merge a variety of fixes and small feature additions which have been made
and debugged in the HEAD branch, including:
mod_Webapp doesn't want to build on NT.
It's lacking a libapr.mak file and, when the libapr.dsp project is run,
tries to compile unix stuff.
Is there any way to get ahold of the build scripts that created the
downloadable
binaries for mod_webapp?
-Thom
-Original Message-
From: Barry
costin 01/10/04 13:18:08
Modified:src/facade22/org/apache/tomcat/facade
HttpServletRequestFacade.java
src/share/org/apache/tomcat/util/buf UEncoder.java
Log:
getRequestURI returns an encoded request. Fix is slightly modified from what
Bill
costin 01/10/04 13:25:05
Modified:src/share/org/apache/tomcat/modules/mappers
DecodeInterceptor.java
Log:
Do not decode if it was alredy decoded - i.e. if tomcat+web server.
For Http we need to decode, and also for eventual protocols that send the request
costin 01/10/04 13:27:47
Modified:src/share/org/apache/tomcat/modules/server
Ajp13Interceptor.java
Log:
Let DecodeInterceptor ( and/or other modules ) know if the request was already
decoded.
I did added an option to turn this off ( for older versions
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3980.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3980.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
You shouldn't post to both dev and users.
Taken from: http://jakarta.apache.org/site/mail.html
Summary: Do not cross post messages.
In other words, pick a mailing list and send your messages to that
mailing list only. Do not send your messages to multiple mailing lists.
The reason is that
Believe it also depends on the question :)
I want to get hold of mod_webapp.
If it is something a 'user' has used I could get it from him/her.
If it is something a 'developer' has developed I could get it from him/her.
Simple.
Regards
Vinay
-Original Message-
From: Durham David
I didn't see anything about it depending on the question on the jakarta
sight. Did you?
Here's another excerpt
Summary: Do not abuse resources in order to get help.
Asking your configuration or user type of question on the developers
list because you think that you will get help more quickly
I give up mate!
All the traffic seems to be us arguing over what mails should be sent to the
list!!
If I have sent the mails to both the list - my apologies.
Its almost midnight and I want to get some sleep.
Regards
Vinay
PS: Do you have any idea about the mod_webapp thingey or are you
I know that Costin has strong feeling on which Jaxp version we should ship
with (I just don't remember what they are:). Does anyone else have an
opinion?
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, October 04, 2001 12:51 PM
Subject: DO NOT REPLY [Bug
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3981.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I'm not sure if the bug is actually in the Jaxp version..
I will try to reproduce it, to see what happens moving around crimson
jars..
For me seems it's in Damn ClassLoaders bug type.. :)
Saludos ,
Ignacio J. Ortega
-Mensaje original-
De: Bill Barker [mailto:[EMAIL PROTECTED]]
I'm submitting this with mixed feelings since the recent discussion has
shown strong opinions about the utility of the SingleThreadModel.
I was already in the middle of doing the work when all that came about so I
went ahead and finished it. After reaping the benefits of Tomcat for a
couple of
Tested briefly against mod_jk 1.1.0 and mod_jk 1.2.0... Everything seems
to be chugging along quite fine.
Bojan
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3981.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I've tried out to build the mod_webapp.dll and libapr.dll on NT by using
msdev for source files for libapr(choose those under win32 suddir and
some common ones from unix) and using the makefiles for mod_webapp.c and
aprutil.
Some instructions here:
What is the way to pass Environment Varialbes from Apache 1.3 to Tomcat 4.0
? We had a way with Tomcat3.2 and mod_jk.so to specify JkEnvVar in the
httpd.conf file ?
Is there equivalent or other method for Tomcat 4 ?
Kashyap
_
Do You
remm01/10/04 17:26:01
Modified:.Tag: tomcat_40_branch tomcat.nsi
Log:
- Fix merge mistake with the installer script ('shared' doesn't exist).
Revision ChangesPath
No revision
No revision
1.16.2.2 +7 -4
Schreibman, David wrote:
I'm submitting this with mixed feelings since the recent discussion has
shown strong opinions about the utility of the SingleThreadModel.
STM as a concept has so many flaws that I tend to side with Jon (ie. it
should be dropped from the spec). Personally, I was
On Fri, 5 Oct 2001, Ignacio J. Ortega wrote:
I'm not sure if the bug is actually in the Jaxp version..
I will try to reproduce it, to see what happens moving around crimson
jars..
For me seems it's in Damn ClassLoaders bug type.. :)
I also don't think it's related with Jaxp version, and
On Thu, 4 Oct 2001, Bill Barker wrote:
I know that Costin has strong feeling on which Jaxp version we should ship
with (I just don't remember what they are:). Does anyone else have an
opinion?
xml-xalan + xml-crimson is my favorite for now ( crimson because it's much
smaller), or xalan +
Thanks David.
I don't like STM, but since it's part of the spec we need to support it.
And since you spent the time to write it, I think we have the duty to
check it and find a way to check it in:-). Unfortunately,
not for 3.3, it's too late. But 3.3.1 can include it.
Costin
On Thu, 4 Oct
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3973.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Just for fun I did this to exercise mod_jk/TC 3.3 combination:
---
ab -c 1 -n 1000 http://some/velocity/page.vm
---
This goes OK on both 1.1.0 and 1.2.0, although some requests aren't
served (probably because no more
Unsubscribe
--- Christopher Cain [EMAIL PROTECTED] wrote:
Quoting Bojan Smojver [EMAIL PROTECTED]:
Christopher Cain wrote:
I was thinking that maybe we could actually
start running Tomcat
inside the
kernel process itself. It worked for IIS ...
Where IIS stands
Try: http://jakarta.apache.org/site/mail2.html
Bojan
Sai Sekhar wrote:
Unsubscribe
Bojan Smojver wrote:
This goes OK on both 1.1.0 and 1.2.0, although some requests aren't
served (probably because no more threads are available in ajp13
connector - I run a max of 50).
Has probably very little to do with it. I tried more threads, but some
requests still fail according to ab.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3973.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
billbarker01/10/04 20:33:29
Modified:src/share/org/apache/tomcat/modules/mappers
DecodeInterceptor.java
Log:
Improve the handling of the saveOriginal option, by adding support for broken
clients (e.g. telnet).
If the (broken) client does a request for
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3973.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
billbarker01/10/04 20:46:55
Modified:src/share/org/apache/tomcat/modules/mappers
DecodeInterceptor.java
Log:
Add exception handling for previous fix.
Revision ChangesPath
1.12 +8 -2
Bojan Smojver wrote:
Bojan Smojver wrote:
This goes OK on both 1.1.0 and 1.2.0, although some requests aren't
served (probably because no more threads are available in ajp13
connector - I run a max of 50).
Has probably very little to do with it. I tried more threads, but some
On Fri, 5 Oct 2001, Bojan Smojver wrote:
Bojan Smojver wrote:
Bojan Smojver wrote:
This goes OK on both 1.1.0 and 1.2.0, although some requests aren't
served (probably because no more threads are available in ajp13
connector - I run a max of 50).
Has probably very little
This still fails against HEAD. It's probably not serious enough to block
the release Monday (since there is a very annoying work-around), but I
personally would prefer to ship with this one CLOSED. However, I'm not a
Jaxp expert, so if Nacho/Costin want to weigh in, I'd appreciate the help.
[EMAIL PROTECTED] wrote:
I think ( or guess ) that ab is checking the length of the first request,
and if following requests have different lengths it assumes it's a
failure.
Could you check if your page returns the same thing ? Very strange..
I ran the thing with -v 99 and it shows only
Bojan Smojver wrote:
Since I can control the headers from my servlet, let my try with
Content-length. Fingers crossed...
If think this can actually qualify as a bug in ab - even when I set
Content-Length header, it still says that that there are length
failures. Since jsessionid can sometimes
76 matches
Mail list logo