Re: mod_webapp and apache 2.0

On Wed, Dec 05, 2001 at 07:29:58PM -0800, Charles Yates wrote: > >On Wed, Dec 05, 2001 at 09:34:55AM -0800, Charles Yates wrote: > >> After getting errors from "apachectl configtest" relating > >>to invalid port I added a Port directive to httpd.conf and got > >>an error that Port directive had

ErrorReportValve

Hi! I've being looking at the code for TC 4.0.1 and I think it's impossible to disable the ErrorReportValve. I'm not really into Tomcat internals, but could it be possible to add an option to the server configuration file to disable this valve? I'd like just to send the HTTP status code to the

Re: ErrorReportValve

Em Quinta, 6 de Dezembro de 2001 10:54, Pedro Morais escreveu: > Hi! > > I've being looking at the code for TC 4.0.1 and I think it's impossible to > disable the ErrorReportValve. Ok, replying to my own email. I've found out that I can set the errorReportValve value on an Host element; there prob

DO NOT REPLY [Bug 4542] - jsp:include inside a custom tag can throw an exception.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 4542] - jsp:include inside a custom tag can throw an exception.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 5148] - mod_webapp chokes on binary data (file upload)

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: ErrorReportValve

> Em Quinta, 6 de Dezembro de 2001 10:54, Pedro Morais escreveu: > > Hi! > > > > I've being looking at the code for TC 4.0.1 and I think it's impossible to > > disable the ErrorReportValve. > > Ok, replying to my own email. > I've found out that I can set the errorReportValve value on an Host elem

Re: ErrorReportValve

Em Quinta, 6 de Dezembro de 2001 16:07, escreveste: > > Em Quinta, 6 de Dezembro de 2001 10:54, Pedro Morais escreveu: > > > Hi! > > > > > > I've being looking at the code for TC 4.0.1 and I think it's impossible > > to > > > > disable the ErrorReportValve. > > > > Ok, replying to my own email. >

DO NOT REPLY [Bug 5308] New: - jsp:include ignores flush attribute

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 5285] - JSP File Not Found

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 5308] - jsp:include ignores flush attribute

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 4542] - jsp:include inside a custom tag can throw an exception.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: DO NOT REPLY [Bug 4138] - HttpProcessor threads have inconsistent ClassLoader state

Dear TOMCAT developers, :-) I forward the following email to you :-) Bo Dec.06, 2001 * If you really want the developers to take a look at this, you should probably post it to the tomcat-dev list. It's iffy whether or not they wi

RE: getPathInfo problem

Craig, I see the whole picture now. As regards to the question I did look into the Specs and for JSPs this must return "null" and for URL mapped Servlet it must return the path that the servlet is called with. Thanks all for your help finding this out. Anand -Original Message- From: Cr

Classloader

Hi folks, I am writing an application, in which I need to support Hot deployment. I looked into org.apache.tomcat.util.DependClassLoader and org.apache.tomcat.util.DependClassLoader12 for this purpose. Can anybody tell me how to use them with my application? and which jars should I use from to

cvs commit: jakarta-tomcat-4.0/webapps/admin admin.css

patrickl01/12/06 13:46:09 Modified:webapps/admin admin.css Log: Added font-family for buttons Revision ChangesPath 1.2 +1 -0 jakarta-tomcat-4.0/webapps/admin/admin.css Index: admin.css ===

JK2: Configuration(1)

Please reply - this is an important change ! I would like to add another configuration mechanism for jk2. If people agree, this should be the default. Assumptions: - All webapplication that will be served must be deployed on the machine running the web server ( otherwise the server can't find th

[PATCH] jakarta-tomcat-4.0/webapps/admin/

Enhanced the admin tool by adding a new "server" screen and its related backend functionality. Please add these files to the HEAD branch. ( *.java under jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/ server.jsp under jakarta-tomcat-4.0/webapps/admin/ PaperTexture.gif

[PATCH] jakarta-tomcat-4.0/webapps/admin/

Please commit my patch in the HEAD branch. Made changes to struts-config, internationalization ApplicationResources.properties files, and tree builder for the new "server" screen. Index: ./WEB-INF/struts-config.xml === RCS file:

cvs commit: jakarta-tomcat-connectors/jk/native2/include jk_objCache.h

costin 01/12/06 14:40:41 Added: jk/native2/include jk_objCache.h Log: Code extracted from jk_ajp_worker. Right now lb_worker, jni_worker are not recycling. This is general-purpose code and should be used agressivly, so I moved it at top level. Revision ChangesPath

cvs commit: jakarta-tomcat-connectors/jk/native2/include jk_webapp.h

costin 01/12/06 14:43:29 Added: jk/native2/include jk_webapp.h Log: One more thing extracted from Henri's discovery, plus things merged from jk_uriEnv ( merged from various places like apache private structs ). jk_webapp coresponds to Context, it should have all per/contex

cvs commit: jakarta-tomcat-connectors/jk/native2/include jk_channel.h jk_endpoint.h jk_env.h jk_handler.h jk_logger.h jk_map.h jk_pool.h jk_service.h jk_uriEnv.h jk_uriMap.h jk_worker.h jk_workerEnv.h

costin 01/12/06 14:48:50 Modified:jk/native2/include jk_channel.h jk_endpoint.h jk_env.h jk_handler.h jk_logger.h jk_map.h jk_pool.h jk_service.h jk_uriEnv.h jk_uriMap.h jk_worker.h jk_workerEnv.h Log: - Added

cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 jk_logger_apache2.c jk_pool_apr.c mod_jk.c

costin 01/12/06 14:50:25 Modified:jk/native2/server/apache2 jk_logger_apache2.c jk_pool_apr.c mod_jk.c Log: Update for the interface changes. Various fixes Update the code the initialize jk. Revision ChangesPath 1.4 +3 -1 ja

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_objCache.c

costin 01/12/06 14:51:23 Added: jk/native2/common jk_objCache.c Log: Cut&paste from jk_ajp14_worker. Revision ChangesPath 1.1 jakarta-tomcat-connectors/jk/native2/common/jk_objCache.c Index: jk_objCache.c ===

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_ajp14_worker.c jk_jni_worker.c jk_channel_socket.c jk_endpoint.c jk_env.c jk_handler_logon.c jk_handler_response.c jk_lb_worker.c

costin 01/12/06 14:54:44 Modified:jk/native2/common jk_ajp14_worker.c jk_jni_worker.c jk_channel_socket.c jk_endpoint.c jk_env.c jk_handler_logon.c jk_handler_response.c jk_lb_worker.c Log: Updates for the inte

cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin SetUpServerAction.java LabelValueBean.java ServerAction.java ServerForm.java

patrickl01/12/06 14:55:58 Added: webapps/admin/WEB-INF/classes/org/apache/webapp/admin SetUpServerAction.java LabelValueBean.java ServerAction.java ServerForm.java Log: Submitted by: Manveen Kaur Revision ChangesPath 1.1

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_handler_discovery.c

costin 01/12/06 14:57:14 Modified:jk/native2/common jk_handler_discovery.c Log: Some massive changes. This is now probably broken ( but it's an optional piece ). The idea is that status notifications and messages about new apps could be sent by tomcat at any time - not only

cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin ApplicationResources_en.properties ApplicationResources_es.properties TomcatTreeBuilder.java

patrickl01/12/06 14:57:54 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin ApplicationResources_en.properties ApplicationResources_es.properties TomcatTreeBuilder.java Log: Implementation of suppor

[j-t-c] problem in ajp_process_callback (in jk_ajp_common.c)

in ajp_process_callback, here is the block of code that handles sending the next chunk of data from the webserver to tomcat: --- snip --- case JK_AJP13_GET_BODY_CHUNK: { unsigned len = (unsigned)jk_b_get_int(msg); jk_log(l, JK_LOG_DEBUG, "receiv

cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF struts-config.xml

patrickl01/12/06 14:58:33 Modified:webapps/admin/WEB-INF struts-config.xml Log: Implementation of support for the Tomcat Server node in the admin webapp Submitted by: Manveen Kaur Revision ChangesPath 1.9 +26 -0 jakarta-tomcat-4.0/webapps/admin/WEB-INF/stru

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_pool.c

costin 01/12/06 14:59:03 Modified:jk/native2/common jk_pool.c Log: Moved the private data inside. It compiles and seems to work fine - but for now it's not enabled, I want to test APR pools. When I start porting the other server adapters ( hopefully next week I'll be do

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_logger_file.c jk_map.c

costin 01/12/06 14:59:52 Modified:jk/native2/common jk_logger_file.c jk_map.c Log: Updates, use pools, etc. Revision ChangesPath 1.5 +7 -6 jakarta-tomcat-connectors/jk/native2/common/jk_logger_file.c Index: jk_logger_file.c

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_workerEnv.c

costin 01/12/06 15:00:44 Modified:jk/native2/common jk_workerEnv.c Log: Added the createWebapp method. Updates, pools, small fixes. Revision ChangesPath 1.5 +62 -12jakarta-tomcat-connectors/jk/native2/common/jk_workerEnv.c Index: jk_workerEnv.c ===

Re: [PATCH] jakarta-tomcat-4.0/webapps/admin/

Manveen, I committed all of your new files except for the PaperTexture.gif. I didn't commit the .gif file as it is not clear to me if that is copyrighted by someone other than Apache. Patrick > > Enhanced the admin tool by adding a new "server" screen and its related > backend functionality. >

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_uriMap.c

costin 01/12/06 15:04:33 Modified:jk/native2/common jk_uriMap.c Log: Updates, start updating to use jk_webapp. Note that jk_webapp should drasticaly improve the scalability - on a site with many webapps the performance of a global uriMap becomes problematic. jk_webapp will

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_registry.c

costin 01/12/06 15:04:47 Modified:jk/native2/common jk_registry.c Log: Updates. Revision ChangesPath 1.4 +10 -9 jakarta-tomcat-connectors/jk/native2/common/jk_registry.c Index: jk_registry.c ==

[PATCH] jakarta-tomcat-4.0/webapps/admin/

Please add this file to the HEAD branch. (I'd forgotten to attach it in my last mail.) New Server screen added to admin tool. -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin ApplicationResources_es.properties

patrickl01/12/06 15:19:17 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin ApplicationResources_es.properties Log: Correct some of the Spanish stuff Revision ChangesPath 1.6 +2 -2 jakarta-tomcat-4.0/webapps/admin/WEB-INF/

Resend: [PATCH] jakarta-tomcat-4.0/webapps/admin/

Resending... On Thu, 6 Dec 2001, Manveen Kaur wrote: > Please add this file to the HEAD branch. > (I'd forgotten to attach it in my last mail.) > > New Server screen added to admin tool. <%@ page language="java" %> <%@ taglib uri="/WEB-INF/struts-bean.tld" prefix="bean" %> <%@ taglib

cvs commit: jakarta-tomcat-4.0/webapps/admin server.jsp

patrickl01/12/06 15:38:29 Added: webapps/admin server.jsp Log: Add .jsp page for Tomcat Server node Submitted by: Manveen Kaur Revision ChangesPath 1.1 jakarta-tomcat-4.0/webapps/admin/server.jsp Index: server.jsp =

cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin SampleAction.java SampleForm.java

patrickl01/12/06 15:49:19 Modified:webapps/admin index.jsp webapps/admin/WEB-INF struts-config.xml Added: webapps/admin blank.jsp Removed: webapps/admin sample.jsp webapps/admin/WEB-INF/classes/org/apache/webapp/admin S

Re: Configuration(1)

I'm too over-committed to projects right now to give more than +0, but it is a very enthusiastic one :). I have cases where I want some contexts to have different mapping options from others, and it is a nightmare to maintain. I'm guessing that the context name is one of the entries in jkworkers

RE: mod_webapp and apache 2.0

Charles, Justin, I think that you can workaround that problem in much simpler manner: in your Apache 2.0 httpd.conf specify ServerName including port number: ServerName name:port where port is the port number that your server listens to. This way port will be set and propagated to mod_webapp a

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

larryi 01/12/06 16:57:16 Modified:jk/native/common jk_uri_worker_map.c Log: Restore patch supplied by Michael Jennings, Revision ChangesPath 1.13 +57 -15jakarta-tomcat-connectors/jk/native/common/jk_uri_worker_map.c Index: jk_uri_worker_map.c ===

RE: JK2: Configuration(1)

After a quick glance, I'm +1. This seems like a good approach to automate the process in a way that is still configurable. Larry -Original Message- From: [EMAIL PROTECTED] Sent: Thu 12/6/2001 5:17 PM To: [EMAIL PROTECTED] Cc:

DO NOT REPLY [Bug 5259] - request.getSession()

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 4223] - AJP13 connectors InputStream newer returns -1

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/server Http10Interceptor.java PoolTcpConnector.java

billbarker01/12/06 20:38:26 Modified:src/share/org/apache/tomcat/modules/server Http10Interceptor.java PoolTcpConnector.java Log: PureTLS support changes. Submitted by: Eric Rescorla [EMAIL PROTECTED] Revision ChangesPath 1.28 +45 -7 j

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/net JSSEImplementation.java JSSESocketFactory.java JSSESupport.java PureTLSImplementation.java PureTLSSocket.java PureTLSSocketFactory.java PureTLSSupport.java SSLImplementation.java SSLSupport.java DefaultServerSocketFactory.java PoolTcpEndpoint.java ServerSocketFactory.java SSLSocketFactory.java

billbarker01/12/06 20:40:06 Modified:src/share/org/apache/tomcat/util/net DefaultServerSocketFactory.java PoolTcpEndpoint.java ServerSocketFactory.java Added: src/share/org/apache/tomcat/util/net JSSEImplementation.java

cvs commit: jakarta-tomcat build.xml

billbarker01/12/06 20:42:23 Modified:.build.xml Log: Changes to reflect new PureTLS support. Submitted by: Eric Rescorla [EMAIL PROTECTED] Revision ChangesPath 1.161 +13 -13jakarta-tomcat/build.xml Index: build.xml

cvs commit: jakarta-tomcat/src/doc tomcat-ssl-howto.html

billbarker01/12/06 21:10:44 Modified:src/doc tomcat-ssl-howto.html Log: Update documentation for PureTLS support. Submitted by: Eric Rescorla [EMAIL PROTECTED] Revision ChangesPath 1.8 +138 -24 jakarta-tomcat/src/doc/tomcat-ssl-howto.html Index: tomcat

cvs commit: jakarta-tomcat/src/examples/WEB-INF/classes RequestInfoExample.java

billbarker01/12/06 21:15:10 Modified:src/examples/WEB-INF/classes RequestInfoExample.java Log: Update to include SSL Information Submitted by: Eric Rescorla [EMAIL PROTECTED] Revision ChangesPath 1.2 +14 -2 jakarta-tomcat/src/examples/WEB-INF/classes/Req

Re: Submission: Portable SSL Support

Since no one else responded, I've gone ahead and checked in Eric's changes. I haven't actually tried to build against PureTLS, but I assume that Eric has. If I've missed anything in this commit, please let me know and I'll try and include it asap. - Original Message - From: "Eric Rescorla

Re: Submission: Portable SSL Support

"Bill Barker" <[EMAIL PROTECTED]> writes: > Since no one else responded, I've gone ahead and checked in Eric's changes. > I haven't actually tried to build against PureTLS, but I assume that Eric > has. I did, but I'll check it out myself and make sure that it works. You did check that it works i

cvs commit: jakarta-tomcat RELEASE-NOTES-3.3.1.txt

billbarker01/12/06 21:36:39 Modified:.RELEASE-NOTES-3.3.1.txt Log: Document PureTLS support. Revision ChangesPath 1.11 +4 -1 jakarta-tomcat/RELEASE-NOTES-3.3.1.txt Index: RELEASE-NOTES-3.3.1.txt ===

Re: Submission: Portable SSL Support

It compiles with or without JSSE, and runs fine without an SSL connector. However, I haven't actually gotten around to doing the whole keystore thing here, so the (big) one thing I haven't tried (yet) is to run it with an JSSE-SSL connection. The other thing that would be nice is to be able to ac

Double check idiom broken - Tomcat uses it ?

I'm cross-posting since this started on the user list. In Tomcat 3.3, JspServlet is largely deprecated (even if not yet @deprecated). It is only still included in case some 3.2.x user really needs it for something. It is much more likely to be removed in a future release than fixed. That being