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=5376.
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=5376.
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=5379.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
I have found a number of this error in the archive but no answer.
From a standard 4.0.1 distribution I place xalan.jar in the webapps lib
directory for this webapp and I get the error, however, if I move
xalan.jar to %CATALINA_HOME%/lib the problem does not occur. I can't
figure out why
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=5383.
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=5353.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Its just a patch for better understanding in spanish.
Cheers,
Adrian Almenar
Systems Development Department
Conectium Limited
ApplicationResources_es.properties.diff
Description: Binary data
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
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=5218.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
patrickl01/12/12 10:25:43
Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin
ApplicationResources_es.properties
Log:
Update Spanish resource file.
Submitted by: Adrian Almenar
Revision ChangesPath
1.8 +17 -17
Adrian,
¡Muchas gracias! Acabo de comitar tu patch.
Patrick
Adrian Almenar wrote:
Its just a patch for better understanding in spanish.
Cheers,
Adrian Almenar
Systems Development Department
Conectium Limited
kinman 01/12/12 10:43:17
Modified:jasper/src/share/org/apache/jasper/compiler
TagLibraryInfoImpl.java
Log:
PR: 5123
Submitted by: [EMAIL PROTECTED]
- In the variable element of a TLD, the default value for variable-class should
be java.lang.String.
kinman 01/12/12 10:47:24
Modified:jasper/src/share/org/apache/jasper/compiler Tag:
tomcat_40_branch TagLibraryInfoImpl.java
Log:
PR: 5123
Submitted by: [EMAIL PROTECTED]
- In the variable element of a TLD, the default value for variable-class should
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=5123.
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=5308.
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=5254.
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=5353.
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=5285.
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=5354.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I've been debugging a socket problem in ajpv12 (NT) where bits
are being written by Tomcat to the socket (back to mod_jk), but
jk's read fails with a SHUTDOWN. It's as if the bits don't
quite make it onto the wire, and the socket closure is a hard close.
I thought the point of so_linger was to
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=5390.
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=5176.
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=5189.
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=5391.
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=5198.
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=5319.
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=5368.
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=5319.
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=5143.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
craigmcc01/12/12 12:53:02
Modified:catalina/src/share/org/apache/catalina/loader
WebappLoader.java
Log:
Allow the webapp class loader to be overridden.
PR: Bugzilla #5391
Submitted by: [EMAIL PROTECTED]
Revision ChangesPath
1.20 +5 -5
craigmcc01/12/12 12:54:27
Modified:catalina/src/share/org/apache/catalina/loader Tag:
tomcat_40_branch WebappLoader.java
Log:
Port setLoaderClass() fix to 4.0.x branch.
Revision ChangesPath
No revision
No
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=5391.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
costin 01/12/12 13:23:57
Modified:jk/native2/include jk_msg.h
Added: jk/native2/common jk_msg_ajp.c
Removed: jk/native2/common jk_msg_buff.c jk_msg_buff.h
Log:
Better abstraction for message serializing/deserializing, protecting the internal
data ( the buf is no
costin 01/12/12 13:25:56
Modified:jk/native2/include jk_handler.h
Log:
Finalized a working version of jk_handler.
Jk is based on messages, and jk_handler is the interface used to get
( custom ) message handlers.
Revision ChangesPath
1.3 +45 -11
costin 01/12/12 13:34:47
Modified:jk/native2/common jk_handler_response.c jk_handler_logon.c
jk_handler_discovery.c
Log:
Rewrote the existing handlers to use the new interface.
Note that each file will have a factory method that will create a map
costin 01/12/12 13:36:17
Modified:jk/native2/common jk_workerEnv.c
Log:
Add logic to look for all handlers and create the dispatch table.
Moved the main dispatcher logic from ajp_worker/ajp_endpoint - it is a generic
mechanism that can be used by any worker ( of course, not
costin 01/12/12 13:37:13
Added: jk/native2/common jk_serialize_ajp.c
Removed: jk/native2/common jk_handler_request.c jk_handler_shutdown.c
Log:
Moved the 'serialization' code to a separate file.
Revision ChangesPath
1.1
costin 01/12/12 13:40:53
Modified:jk/native2/common jk_ajp14.h
Log:
Removed most of the stuff from ajp14, moved to individual handlers.
We must start making the distinction between 'protocol' and 'api'.
jk supports 'ajp13' protocol, 'jni' protocol, etc. It could also
costin 01/12/12 13:45:56
Modified:jk/native2/common jk_ajp14_worker.c
Log:
Quite a few changes to support the separation between protocol and api and to
use the new stuff.
The 'endpoint reuse' has been abstracted in jk_objCache and is used by other
components as well.
costin 01/12/12 13:51:33
Modified:jk/native2/common jk_lb_worker.c
Log:
Start to use the new code, reuse the endpoints.
Revision ChangesPath
1.7 +107 -41 jakarta-tomcat-connectors/jk/native2/common/jk_lb_worker.c
Index: jk_lb_worker.c
costin 01/12/12 13:52:41
Modified:jk/native2/common jk_requtil.c
Log:
Moved the 'read chunk from the web server' code to jk_requtil, it can
be used by any worker/protocol.
Removed any internal use of ajp buffers.
Revision ChangesPath
1.3 +47 -0
costin 01/12/12 13:53:58
Modified:jk/native2/common jk_channel_socket.c
Log:
Few cosmetic changes, messages and code organization.
Revision ChangesPath
1.6 +50 -50jakarta-tomcat-connectors/jk/native2/common/jk_channel_socket.c
Index: jk_channel_socket.c
costin 01/12/12 13:54:51
Modified:jk/native2/common jk_logger_file.c
Log:
Few changes to make it consistent with the apache ap_log.
Revision ChangesPath
1.6 +7 -4 jakarta-tomcat-connectors/jk/native2/common/jk_logger_file.c
Index: jk_logger_file.c
costin 01/12/12 13:55:30
Modified:jk/native2/common jk_objCache.c
Log:
Finishing the implementation ( actually code move ) of the obj cache.
Revision ChangesPath
1.2 +50 -4 jakarta-tomcat-connectors/jk/native2/common/jk_objCache.c
Index: jk_objCache.c
costin 01/12/12 13:55:58
Modified:jk/native2/common jk_registry.c
Log:
Added the new objects.
Revision ChangesPath
1.5 +30 -7 jakarta-tomcat-connectors/jk/native2/common/jk_registry.c
Index: jk_registry.c
costin 01/12/12 13:56:43
Modified:jk/native2/common jk_map.c jk_uriMap.c
Removed: jk/native2/common jk_endpoint.c
Log:
Fixes, updates to the new apis.
Revision ChangesPath
1.6 +2 -2 jakarta-tomcat-connectors/jk/native2/common/jk_map.c
Index:
costin 01/12/12 14:00:07
Modified:jk/native2/include jk_endpoint.h
Log:
Moved left_bytes_to_send to ws_service ( it's a characteristic of the request,
not endpoint )
Added some more documentation on message. Moved the 'negotiation' flags ( since
will be set per endpoint
costin 01/12/12 14:01:49
Modified:jk/native2/include jk_worker.h
Log:
Removed the login_struct, it's private to the login handler.
The secret is now a property of the worker (not specific to ajp14 ).
logon method is no longer needed, normal message handlers are used
costin 01/12/12 14:02:08
Modified:jk/native2/include jk_workerEnv.h
Log:
Added the handler table and processCallback.
Revision ChangesPath
1.5 +16 -1 jakarta-tomcat-connectors/jk/native2/include/jk_workerEnv.h
Index: jk_workerEnv.h
costin 01/12/12 14:02:31
Modified:jk/native2/include jk_channel.h jk_objCache.h jk_requtil.h
jk_service.h
Log:
Various other changes and updates.
Revision ChangesPath
1.3 +1 -1 jakarta-tomcat-connectors/jk/native2/include/jk_channel.h
costin 01/12/12 14:07:25
Modified:jk/native2/server/apache2 mod_jk.c
Log:
JkMounts will be added to the config, but no actual call is made before init().
( the same model that is used on the java side in both 3.x and 4.0 - first we
set properties, then we properly start the
costin 01/12/12 14:09:16
Modified:jk/jkant/java/org/apache/jk/ant SoTask.java
jk/jkant/java/org/apache/jk/ant/compilers CcCompiler.java
CompilerAdapter.java LibtoolCompiler.java
LibtoolLinker.java
Log:
Few changes to
This tries to solve the 'egg and chicken' config problem, and to
fix/enable some other things.
I want to add a second handler in mod_jk, similar with the 'status' for
apache, mod_jserv, etc. ( same security issues - i.e. users will need
access control, to use it, etc ).
The most important
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=5343.
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=5396.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
craigmcc01/12/12 14:34:20
Modified:tester/src/bin tester.xml
tester/web/WEB-INF web.xml
Added: tester/src/tester/org/apache/tester Redirect01.java
Redirect01a.java
tester/web Redirect02.jsp Redirect02a.jsp Redirect03.jsp
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=5353.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Andy,
Could you package your test case as a WAR and add it to the bug report?
There's no way to know whether the behavior you quote or not is correct
without seeing your servlet mappings, and everything else.
Craig
On Wed, 12 Dec 2001, Andy Olliver wrote:
Date: Wed, 12 Dec 2001 22:44:48
here are the conf files - let us know if any other stuff is helpfull - a WAR
file would be very big (and my companies precious assets).
A.
-Original Message-
From: craigmcc@localhost [mailto:craigmcc@localhost]On Behalf Of Craig
R. McClanahan
Sent: 12 December 2001 22:44
To: Tomcat
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=5397.
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=5397.
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=5397.
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=5397.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
It turns out that disabling Nagle in Ajp12Interceptor
fixes this problem of lost data. The question is, why?
I can't imagine that Nagle holds back data during a
socket shutdown. Yet, I don't have any other explanation.
I'm not going to commit a change for this until I understand
why this
costin 01/12/12 15:36:01
Modified:jk/native2/common jk_ajp14_worker.c jk_channel_socket.c
jk_env.c jk_handler_response.c jk_jni_worker.c
jk_msg_ajp.c jk_uriMap.c jk_workerEnv.c
jk/native2/server/apache2 jk_logger_apache2.c
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=5368.
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=5368.
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=5401.
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=5402.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
billbarker01/12/12 20:20:06
Modified:src/facade22/org/apache/tomcat/facade
LoadOnStartupInterceptor.java
Log:
Fix behavior when servlet is a JspFile.
Fix for bug #5390.
Reported by: Mike [EMAIL PROTECTED]
Revision ChangesPath
1.4 +19
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=5390.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
billbarker01/12/12 20:26:09
Modified:.RELEASE-NOTES-3.3.1.txt
Log:
Document fix for LoadOnStartup JSP pages.
Revision ChangesPath
1.13 +3 -1 jakarta-tomcat/RELEASE-NOTES-3.3.1.txt
Index: RELEASE-NOTES-3.3.1.txt
Hi,
I'm new to the TOMCAT, can somebody tell me how/where to setup the virtual directory
and the port conf in TOMCAT server ?
thanks
Regards
SK LAU
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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=5390.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
One more change I want to do in jk2 is better error handling. Most of us
spent enough time with java that using an 'int' is very uncomfortable :-)
My proposal is to use jk_env in the same 'style' as in JNI programming.
Each jk method will have as the first parameter a jk_env *env ( that
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=5390.
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=5390.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
If you are talking about status codes, I'm -1. That should be passed
through from Tomcat without change.
If Tomcat hangs up, then there is almost no useful information available, so
there isn't much to report. If the client hangs up, then like jk1, we
should just stop processing and return OK
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=5390.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Wed, 12 Dec 2001, Bill Barker wrote:
If you are talking about status codes, I'm -1. That should be passed
through from Tomcat without change.
If Tomcat hangs up, then there is almost no useful information available, so
there isn't much to report. If the client hangs up, then like jk1,
Dear Tomcat 3.3 committers,
The atached two patches resolve character corruption problems when
Tomcat 3.3 lists directories or displays an error message in
non-ISO-8859-1 environments.
And I created Japanese resource bundles for Tomcat 3.3 according to
Henri Gomez's advice (Note: they requires
80 matches
Mail list logo