RE: cvs commit: jakarta-tomcat build.xml

It's not so much having one "util" jar, but understanding the differences between jakarta-tomcat-connectors' tomcat-util.jar and connectors_util.jar. If they are the same, then I would prefer to use a single name. Cheers, Larry -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAI

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

manveen 02/04/08 17:06:45 Added: webapps/admin/valve accessLogValve.jsp Log: Added JSP For Access Log Valve. Revision ChangesPath 1.1 jakarta-tomcat-4.0/webapps/admin/valve/accessLogValve.jsp Index: accessLogValve.jsp ===

cvs commit: jakarta-tomcat-4.0/webapps/admin/valve - New directory

manveen 02/04/08 17:06:11 jakarta-tomcat-4.0/webapps/admin/valve - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Protocol.java

costin 02/04/08 16:49:18 Modified:http11/src/java/org/apache/coyote/http11 Http11Protocol.java Log: Set the SSLSupport and socket into the processor, so it can use them in the hook Revision ChangesPath 1.4 +12 -30 jakarta-tomcat-connectors/http11/src/java/or

cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java

costin 02/04/08 16:48:22 Modified:http11/src/java/org/apache/coyote/http11 Http11Processor.java Log: Add support for the delayed-evaluation of ssl and remote host attributes. ( incomplete ) Revision ChangesPath 1.15 +34 -12 jakarta-tom

cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat3 CoyoteInterceptor2.java Tomcat3Request.java

costin 02/04/08 16:47:04 Modified:coyote/src/java/org/apache/coyote/tomcat3 CoyoteInterceptor2.java Tomcat3Request.java Log: Add the callback for SSL info Revision ChangesPath 1.3 +26 -0 jakarta-tomcat-connectors/coyote/src/java/org/ap

cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote InputBuffer.java OutputBuffer.java

costin 02/04/08 16:46:32 Modified:coyote/src/java/org/apache/coyote InputBuffer.java OutputBuffer.java Log: Revert the comment Revision ChangesPath 1.4 +0 -3 jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/InputBuffer.java

Re: cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyoteConstants.java InputBuffer.java OutputBuffer.java

On Mon, 8 Apr 2002, Remy Maucherat wrote: > > I'd like those two to stay the way they are. They're not related to the > hooks or actions. I/O should be handled as a special case IMO; faster + > simpler. (could you remove the comments ?) Ok, but at least add a second parameter ( Request, Respons

Re: Difference between Valve and javax.servlet.Filter?

Thanks craig for the answer, can you please tell me what are the downside of using filter?i mean are there any drawbacks if we have a filter like one of them being performance? Appreciate your help. - Thanks again, Guru --- "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: > > > On Wed, 20 Feb

cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote Response.java

costin 02/04/08 16:07:11 Modified:coyote/src/java/org/apache/coyote Response.java Log: sendHeaders() must send the notification - that's what the javadoc says :-) Now jk adapter works fine. Revision ChangesPath 1.10 +1 -1 jakarta-tomcat-connectors/coyote

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkCoyoteHandler.java

costin 02/04/08 15:59:37 Modified:jk/java/org/apache/jk/server JkCoyoteHandler.java Log: More impl. Now it kind-of-works ( something is broken in headers, but close ) Revision ChangesPath 1.4 +142 -14 jakarta-tomcat-connectors/jk/java/org/apache/jk/server/

Re: cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote Constants.java InputBuffer.java OutputBuffer.java

> costin 02/04/08 15:49:52 > > Modified:coyote/src/java/org/apache/coyote Constants.java > InputBuffer.java OutputBuffer.java > Log: > Increase the number of notes per request/response. > > Add some comments on Output/InputBuffer. > > There are 2 problems

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/common HandlerRequest.java

costin 02/04/08 15:58:40 Modified:jk/java/org/apache/jk/common HandlerRequest.java Log: Associate the Request/Response with each other Revision ChangesPath 1.10 +2 -0 jakarta-tomcat-connectors/jk/java/org/apache/jk/common/HandlerRequest.java Index: Handl

cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat3 Tomcat3Request.java

costin 02/04/08 15:57:36 Modified:coyote/src/java/org/apache/coyote/tomcat3 Tomcat3Request.java Log: Pass the request for lazy attributes to the protocol. That's used for stuff that is not allways needed ( remote host ) and expensive to compute.

cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote Request.java Response.java

costin 02/04/08 15:56:22 Modified:coyote/src/java/org/apache/coyote Request.java Response.java Log: Allow Request to send callbacks - for lazy-evaluated attributes, and hopefully to request more data. Pass the Response/Request as the second param to Action - this allows st

cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote Constants.java InputBuffer.java OutputBuffer.java

costin 02/04/08 15:49:52 Modified:coyote/src/java/org/apache/coyote Constants.java InputBuffer.java OutputBuffer.java Log: Increase the number of notes per request/response. Add some comments on Output/InputBuffer. There are 2 problems: - they ar

cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote ActionCode.java

costin 02/04/08 15:46:58 Modified:coyote/src/java/org/apache/coyote ActionCode.java Log: Add the 2 callbacks that are typically needed - one to compute the remote host and the other for ssl attributes. Both are expensive and should be done on-demand Revision Changes

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/handler TcHandlerCtx.java

remm02/04/08 15:29:14 Modified:util/java/org/apache/tomcat/util/handler TcHandlerCtx.java Log: - Add type attribute to the handler context (as an int). Revision ChangesPath 1.2 +32 -1 jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/handler/TcHan

cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote Request.java

remm02/04/08 15:03:09 Modified:coyote/src/java/org/apache/coyote Request.java Log: - It seems that remoteHost and remoteAddr shouldn't be recycled after each request, as the connection may last for more than one request/response (and it would be the responsability of the

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Validator.java

kinman 02/04/08 14:47:30 Modified:jasper2/src/share/org/apache/jasper/compiler Validator.java Log: - Make sure that visiBody is called for nodes that may have a body. Revision ChangesPath 1.2 +10 -3 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/co

RE: cvs commit: jakarta-tomcat build.xml

On Mon, 8 Apr 2002, Larry Isaacs wrote: > Hi Costin, > > I'm curious as to the reason to have connectors_util.jar instead > of just using the tomcat-utils.jar built by j-t-c/util? We have 2 'sets' of utils - one in j-t-c/util, one in j-t. We also have 2 lib dirs - lib/common and lib/container.

DO NOT REPLY [Bug 7852] - Closing connections on error causes problems

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: JNI in j-t-c/native/jk

My assumption was that future "native" work would be only in j-t-c. Once I found time to do my own testing to try to verify there aren't any regressions, I was going to start removing "native" code from j-t. Is this still a good idea? Cheers, Larry -Original Message- From: Ignacio J.

DO NOT REPLY [Bug 7852] New: - Closing connections on error causes problems

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: cvs commit: jakarta-tomcat build.xml

Hi Costin, I'm curious as to the reason to have connectors_util.jar instead of just using the tomcat-utils.jar built by j-t-c/util? Cheers, Larry -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Mon 4/8/2002 4:00 PM To: [EMAIL PROTECTED] Cc: Subject: cv

DO NOT REPLY [Bug 7850] - Can not access env-entries by using JNDI when Tomcat de-serializes sesssions

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

JNI in j-t-c/native/jk

Hola a todos: Finally Bug#2342 got to itch me :)), i'm almost done against j-t-c/native/jk code (tested in 5.0, i need some 4.0 testers, any volunteers?) , but to my surprise one the features that we make heavy use of, JNI connector, does not work with j-t-c against 3.3.X , anyone has tested thi

DO NOT REPLY [Bug 7850] New: - Can not access env-entries by using JNDI when Tomcat de-serializes sesssions

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 build.xml

costin 02/04/08 13:00:37 Modified:.build.xml Log: Forgot one jar, resources. XXX Must fix the bugs that prevent putting the whole tomcat_util.jar in common, check that all utils are 'safe', and move them. Same for common-logging. Revision ChangesPath 1.16

cvs commit: jakarta-tomcat build.xml

costin 02/04/08 12:44:28 Modified:.build.xml Log: Few simplifications: - use the binary version of common-logging. It is trivial to override this to build-from-source version ( for Gump ), but new users should have minimal pain. - call ant in j-t-c/util, don't assum

cvs commit: jakarta-tomcat-connectors/jk/native2/jni jk_jni_aprImpl.c

costin 02/04/08 12:17:35 Modified:jk/native2/jni jk_jni_aprImpl.c Added: jk/native2/common jk_shm.c Log: Initial ( and mostly untested ) shared memory code. It'll work only if APR is enabled ( like all 'advanced' features ). I also added some minimal code to suppo

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

costin 02/04/08 11:47:53 Added: jk/native2/common jk_pool_apr.c Removed: jk/native2/server/apache2 jk_pool_apr.c Log: Moved jk_pool_apr to common - it's not specific to apache2 ( but can be used with any other server, if apr is enabled ). If a server has 'native' pool,

cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs manager-howto.xml

craigmcc02/04/08 11:02:07 Modified:webapps/tomcat-docs manager-howto.xml Log: Update the Manager HOW-TO docs for the new "/roles" command. Revision ChangesPath 1.13 +55 -0 jakarta-tomcat-4.0/webapps/tomcat-docs/manager-howto.xml Index: manager-howto.xml =

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

craigmcc02/04/08 10:46:08 Modified:catalina/src/share/org/apache/catalina/servlets LocalStrings.properties ManagerServlet.java webapps/manager manager.xml webapps/manager/WEB-INF web.xml Log: Implement a lookup mechanism to enume

Re: make path relative to server root in mod_jk2

On Mon, 8 Apr 2002 [EMAIL PROTECTED] wrote: > > My first idea is to add makeRoot() in jk_ws_service_t. But I have the problem > > that apache needs a pool (not a jk_pool) to call ap_server_root_relative(). > > Where could I get the pool? Actually, that would be a good idea too ( adding another

Re: make path relative to server root in mod_jk2

On Mon, 8 Apr 2002, jean-frederic clere wrote: > It would be nice to have /usr/local/apache/conf/jk2.properties when httpd is > configured to be in /usr/local/apache (instead of /conf/jk2.properties in the > son processes...). > > My first idea is to add makeRoot() in jk_ws_service_t. But I ha

RE: make path relative to server root in mod_jk2

>>>Ok... But where should we stored it? Like a property >"server.root" in >>>jk_workerEnv_t? >> >> >> Yes > >Storing it in jk_config but how to get it back? >Will not it be more easy to add a char* server_root to jk_workerEnv_t? The simpler, the better. Not that I proposed initially somethi

Re: make path relative to server root in mod_jk2

GOMEZ Henri wrote: >>>Why not just use a char * which will be initialised by >>>mod_jk for AP1.3/2.0 and later for IIS/iPlanet ;) >> >>Ok... But where should we stored it? Like a property "server.root" in >>jk_workerEnv_t? > > > Yes Storing it in jk_config but how to get it back? Will not it

DO NOT REPLY [Bug 7026] - AutoDeploy works bad

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 7759] - Reload an existing Application : KO

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 7026] - AutoDeploy works bad

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: apr pools in mod_webapp

[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > My understanding (so far) is that an apr pool essentially makes memory cleanup > a bit easier by cleaning up all datastructures associated with it when it is > destroyed. This removes the need to cleanup all datastructures individually > and makes m

Re: apr pools in mod_webapp

[EMAIL PROTECTED] wrote: > Hi, > > Sorry if this is a little off-topic That is not off-topic! > > I'm presentently trying to modifiy the mod_webapp source so that concurrent > warp requests can be supported on NT. To do this, I'm implementing a pool > of sockets per warp connection a

DO NOT REPLY [Bug 7690] - org.apache.coyote.tomcat4.CoyoteConnector logs all remote IP addresses as 127.0.0.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

DO NOT REPLY [Bug 7759] - Reload an existing Application : KO

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

apr pools in mod_webapp

Hi, Sorry if this is a little off-topic I'm presentently trying to modifiy the mod_webapp source so that concurrent warp requests can be supported on NT. To do this, I'm implementing a pool of sockets per warp connection and each time a warp request is made a socket is acquired from the

DO NOT REPLY [Bug 7759] - Reload an existing Application : KO

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

[GUMP] Build Failure - Tomcat 3.x

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

DO NOT REPLY [Bug 7831] - [PATCH] JNDIRealm does not work with CLIENT-CERT auth method

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 7831] - [PATCH] JNDIRealm does not work with CLIENT-CERT auth method

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 7831] New: - [PATCH] JNDIRealm does not work with CLIENT-CERT auth method

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: make path relative to server root in mod_jk2

>> Why not just use a char * which will be initialised by >> mod_jk for AP1.3/2.0 and later for IIS/iPlanet ;) > >Ok... But where should we stored it? Like a property "server.root" in >jk_workerEnv_t? Yes -- To unsubscribe, e-mail: For additional commands, e-mail:

DO NOT REPLY [Bug 7759] - Reload an existing Application : KO

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 7829] - On redirect and close: Cannot find message associated with key 'responseStream.suspended'

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 7827] - catalina.sh can't work in Cygwin environment

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: make path relative to server root in mod_jk2

GOMEZ Henri wrote: > Hi JF > > >>It would be nice to have /usr/local/apache/conf/jk2.properties >>when httpd is >>configured to be in /usr/local/apache (instead of >>/conf/jk2.properties in the >>son processes...). >> >>My first idea is to add makeRoot() in jk_ws_service_t. But I >>have the

RE: make path relative to server root in mod_jk2

Hi JF >It would be nice to have /usr/local/apache/conf/jk2.properties >when httpd is >configured to be in /usr/local/apache (instead of >/conf/jk2.properties in the >son processes...). > >My first idea is to add makeRoot() in jk_ws_service_t. But I >have the problem >that apache needs a poo

RE: Apache 2.0.35 and mod_jk 1.2.0

On Mon, 2002-04-08 at 18:12, GOMEZ Henri wrote: > I'll build rpm for Apache 2.0.35 and see if I've > got the same problem Thanks! Bojan PS. BTW, this was on RedHat, so it'll be the proper test. -- To unsubscribe, e-mail: For additional commands, e-mail:

make path relative to server root in mod_jk2

Hi, I have played a little with mod_jk2 and I have missed a feature: To get a path relative to the server root. For example in jk_workerEnv.c: +++ if( configFile == NULL ) { wEnv->config->setPropertyString( env, wEnv->config, "config.file",

DO NOT REPLY [Bug 7829] New: - On redirect and close: Cannot find message associated with key 'responseStream.suspended'

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 7759] - Reload an existing Application : KO

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: Apache 2.0.35 and mod_jk 1.2.0

I'll build rpm for Apache 2.0.35 and see if I've got the same problem - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Mess

DO NOT REPLY [Bug 7827] New: - catalina.sh can't work in Cygwin environment

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