Re: Jk MX proxy for mod_jk

Once I have time to go through and patch the regression failures for Jk2, maybe I'll test the new features. Until then, I'm strictly a Jk1 person. You could try posting this on the tomcat-user list. There are a lot of people there that are playing with Jk2. - Original Message - From: "C

Re: [4.1.21] Stability rating

Costin Manolache wrote: Remy Maucherat wrote: [ ] Alpha [ ] Beta [X] Stable (GA) Please vote (after testing the release, if possible ;). It works for me. It would be nice to fix the jspc bugs tough. I fixed a small regression in modeler(HEAD) so it can be used as drop-in replacement ( if you

Jk MX proxy for mod_jk

I would really apreciate if someone could check how this works. The steps are: - compile - make sure /jkstatus is enabled and works - configure jk2.properties: class.modjkmx=org.apache.jk.common.ModJkMX modjkmx.webServerHost=localhost modjkmx.webServerPort=80 mx.port= - start apache - make

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

costin 2003/02/28 21:49:58 Modified:jk/native2/common jk_channel_socket.c jk_endpoint.c jk_env.c jk_map.c jk_uriEnv.c jk_worker_ajp13.c jk_worker_lb.c jk_worker_status.c jk/native2/include jk_env.h jk_map.h Log: Added mo

Re: socket errors in catalina.out and mod_jk.log

Sorry, my previous mail got a bit long ( and a bit unfriendly :-) The short version: There are 3 ways to extend jk2: 1. With a completely different protocol module - marshalling and all low level stuff. I'm +1 on such a thing if the new marshalling is a standard one - and I think XDR is the right

Re: socket errors in catalina.out and mod_jk.log

Sven Köhler wrote: >>>I took a short look at the ajp13 protocol draft, and the design of the >>>protocol is really simple, too simple. >> >> There are few knwon problems with the protocol - both sides of jk2 are >> designed to support multiple protocols and extensions. > > yes, but how? how can

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

luehe 2003/02/28 19:23:03 Modified:jasper2/src/share/org/apache/jasper/compiler Validator.java Log: code refactoring Revision ChangesPath 1.87 +186 -156 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Validator.java Index: Validator.java

Re: [4.1.21] Stability rating

Remy Maucherat wrote: [ ] Alpha [ ] Beta [X] Stable (GA) Please vote (after testing the release, if possible ;). Thanks, Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler FunctionMapperImpl.java JspDocumentParser.java Node.java PageInfo.java Parser.java Validator.java

luehe 2003/02/28 18:07:53 Modified:jasper2/src/share/org/apache/jasper/compiler FunctionMapperImpl.java JspDocumentParser.java Node.java PageInfo.java Parser.java Validator.java Log: Use taglib URI instead of prefix as the key in tagl

DO NOT REPLY [Bug 17557] New: - Symbolic link fails after reload with manager app

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 17504] - JDBCRealm start() opens but does not close connection.

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: socket errors in catalina.out and mod_jk.log

I took a short look at the ajp13 protocol draft, and the design of the protocol is really simple, too simple. There are few knwon problems with the protocol - both sides of jk2 are designed to support multiple protocols and extensions. yes, but how? how can either client or server guess, which ext

Re: [4.1.21] Stability rating

Remy Maucherat wrote: > > [ ] Alpha > [ ] Beta > [X] Stable (GA) > > > Please vote (after testing the release, if possible ;). It works for me. It would be nice to fix the jspc bugs tough. I fixed a small regression in modeler(HEAD) so it can be used as drop-in replacement ( if you have non-su

DO NOT REPLY [Bug 17504] - JDBCRealm start() opens but does not close connection.

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 14200] - TLDs under WEB-INF are not scanned for URI mappings

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 11739] - Unable to locate TLDs based on element

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-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java

kinman 2003/02/28 14:12:39 Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java Log: - Fix a typo for tag plugins. Revision ChangesPath 1.171 +4 -4 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java Index: Gen

cvs commit: jakarta-tomcat-5 tomcat.nsi

remm2003/02/28 14:11:40 Modified:.tomcat.nsi Log: - Removed old laucher based link. Revision ChangesPath 1.26 +1 -6 jakarta-tomcat-5/tomcat.nsi Index: tomcat.nsi === RCS file: /

Re: [4.1.21] Stability rating

Kin-Man Chung wrote: The patch you mentioned in 14302 was actually applied to TC5. Right, thanks, but it needs to be applied to TC 4.1 as well. And this is a stability ballot for TC 4.1 ;-) Hans Date: Fri, 28 Feb 2003 12:07:21 -0800 From: Hans Bergsten <[EMAIL PROTECTED]> Subject: Re: [4.1.21] Sta

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

costin 2003/02/28 13:58:02 Modified:jk/java/org/apache/jk/common ModJkMX.java Log: Few more fixes. Now both reading and writting works ( and metadata, of course ). It is a bit weird that we don't support anything but strings - but anything else would be painfull in C. Later

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

costin 2003/02/28 13:55:49 Modified:jk/native2/common jk_worker_status.c Log: Few more fixes. Revision ChangesPath 1.36 +5 -5 jakarta-tomcat-connectors/jk/native2/common/jk_worker_status.c Index: jk_worker_status.c ===

cvs commit: jakarta-tomcat-connectors/jk/native CHANGES.txt

glenn 2003/02/28 13:55:21 Modified:jk/native CHANGES.txt Log: Update changes Revision ChangesPath 1.10 +4 -1 jakarta-tomcat-connectors/jk/native/CHANGES.txt Index: CHANGES.txt === RCS fil

Re: socket errors in catalina.out and mod_jk.log

Henri Gomez wrote: > Another point is that adding new message to protocol make > it incompatible with olders java implementations or with alternate This is not entirely true. It is quite easy to configure what messages get sent by mod_jk - the admin is supposed to know what type of worker it co

Re: mod_jk 1.2 Apache 2.0 piped mod_jk logs

Glenn Nielsen wrote: > I have a patch which uses APR to implement logging for mod_jk 1.2 > for Apache 2.0. This update allows piped logs to be used. This > allows you to pipe the mod_jk logs to external programs such as > apache's rotatelogs or cronolog. > > I will commit this to CVS unless the

Re: socket errors in catalina.out and mod_jk.log

Sven Köhler wrote: >> There is another problem with how mod_jk handles the ajp connetor >> sockets. That is the one to one mapping of apache child process to an ajp >> connector. On an apache server that serves normal http requests you can >> end up with many idle socket connections to Tomcat, and

Re: [4.1.21] Stability rating

The patch you mentioned in 14302 was actually applied to TC5. > Date: Fri, 28 Feb 2003 12:07:21 -0800 > From: Hans Bergsten <[EMAIL PROTECTED]> > Subject: Re: [4.1.21] Stability rating > To: Tomcat Developers List <[EMAIL PROTECTED]> > > Remy Maucherat wrote: > > > > [X] Alpha > > [ ] Beta > > [

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

costin 2003/02/28 12:51:03 Added: jk/java/org/apache/jk/common ModJkMX.java Log: Initial code for the jmx proxy. Setting is not yet implemented, and I get strange values with get - but getting metadata and registration is fine. Configure by adding: class.modjkmx=org

DO NOT REPLY [Bug 17401] - Symbolic links not handled properly

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-connectors/jk/java/org/apache/jk/common ChannelSocket.java

costin 2003/02/28 12:47:59 Modified:jk/java/org/apache/jk/common ChannelSocket.java Log: Reduce verbosity. Revision ChangesPath 1.35 +3 -1 jakarta-tomcat-connectors/jk/java/org/apache/jk/common/ChannelSocket.java Index: ChannelSocket.java ==

Custom HostDeployer (Digester) and context config file encryption

Hello, I would like to be able to use custom Digester for my contexts. One of the reason is that we have tons of passwords in context xml files and I would much rather prefer to encrypt/decrypt entire file to encrypting/decrypting each password (which will mean I have to rewrite several JNDI re

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

costin 2003/02/28 12:36:52 Modified:jk/native2/common jk_worker_status.c Log: Few fixes and changes to make parsing faster. Since : is used for port and type/name separator. I use | as delimiter. Revision ChangesPath 1.35 +14 -12jakarta-tomcat-connectors/jk/n

Multiple IN's in EJB-QL ?

Hi, I need the EJB QL equivilant of the following SQL [brief descr of the prob - I have 5 tables camp,a,b,c and d. a,b,c, and d are each related to camp via a campid. Each of a,b,c and d also have their own id's a_id,b_id,c_id and d_id respectively. Given these id's (i.e. a_id,b_id...), I'd like

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

luehe 2003/02/28 12:12:26 Modified:jasper2/src/share/org/apache/jasper/compiler Parser.java Log: Use correct error code Revision ChangesPath 1.67 +5 -7 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Parser.java Index: Parser.java ==

Re: [4.1.21] Stability rating

Actually, let's change that to Beta; it's just one bug after all, even though it's a fairly important one. Hans Hans Bergsten wrote: Remy Maucherat wrote: [X] Alpha [ ] Beta [ ] Stable (GA) The TagLibraryInfoImpl patch attached to bug 14302 is still not applied, so JSPC fails with an NPE for

Re: [4.1.21] Stability rating

Remy Maucherat wrote: [X] Alpha [ ] Beta [ ] Stable (GA) The TagLibraryInfoImpl patch attached to bug 14302 is still not applied, so JSPC fails with an NPE for any web app that contains a tag library packaged as a JAR file (with the TLD in the JAR file). Other than that, all my tests works okay.

DO NOT REPLY [Bug 17390] - If jsp:text is provided an invalid body in the context of a JSP document, a translation error is not raised.

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-connectors/jk/native/common jk_logger.h jk_util.c

glenn 2003/02/28 09:58:40 Modified:jk/native/apache-2.0 mod_jk.c jk/native/common jk_logger.h jk_util.c Log: Use APR for Apache 2.0 mod_jk logging so that piped logs can be used Revision ChangesPath 1.66 +187 -55 jakarta-tomcat-connectors/jk/native

Re: socket errors in catalina.out and mod_jk.log

So, we had a problem trying to port mod_jk2 to NetWare, and that is why we decided to stick with mod_jk. Basically the problem was that mod_jk2 assumed that some data table that existed when Apache does its first load will still be there when apache unloads mod_jk and reloads it. This is not the

Re: mod_jk 1.2 Apache 2.0 piped mod_jk logs

Glenn Nielsen wrote: I have a patch which uses APR to implement logging for mod_jk 1.2 for Apache 2.0. This update allows piped logs to be used. This allows you to pipe the mod_jk logs to external programs such as apache's rotatelogs or cronolog. I will commit this to CVS unless there are any obj

mod_jk 1.2 Apache 2.0 piped mod_jk logs

I have a patch which uses APR to implement logging for mod_jk 1.2 for Apache 2.0. This update allows piped logs to be used. This allows you to pipe the mod_jk logs to external programs such as apache's rotatelogs or cronolog. I will commit this to CVS unless there are any objections. :-) Regards

Re: Default context as a war archive (bug?)

sorry i'm using 'cause if you leave the war in the $CATALINA_HOME/webapps, it won't work fine. so i put in the webapps a root.xml with the resources declaration, ecc., and a war in the server/webapps. it works. good luck. - Original Message - From: "Jason Corley" <[EMAIL PROTECTED]> To:

DO NOT REPLY [Bug 17504] - JDBCRealm start() opens but does not close connection.

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 17523] New: - Servlet can't 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 10789] - Setting DirectoryIndex of index.jsp does not get served by jk2

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: socket errors in catalina.out and mod_jk.log

Henri Gomez wrote: [EMAIL PROTECTED] wrote: Why not restart work on mod_webapp? I still wonder why it got dropped. Because there was only one developper, Pier, with little help from JF Clere. BTW, jk2 is here, it's modular and use solid foundations. Why not works on it ? And JK2 support also

Re: socket errors in catalina.out and mod_jk.log

[EMAIL PROTECTED] wrote: Why not restart work on mod_webapp? I still wonder why it got dropped. Because there was only one developper, Pier, with little help from JF Clere. BTW, jk2 is here, it's modular and use solid foundations. Why not works on it ?

Re: socket errors in catalina.out and mod_jk.log

Glenn Nielsen wrote: Henri Gomez wrote: Sven Köhler wrote: When Apache will be closing connections at a high rate, you make Tomcat spend precious cycle to catch exceptions, and so you'll slow tomcat also. FYI, Apache close ajp13 connections each time it recycle/kill a child and under heavy load o

Re: socket errors in catalina.out and mod_jk.log

i guess server-admins want to distinguish between normal-server operation and network-errors. currently the log is flooded with unimportant log-messages that are the result of bad error-detection (i hope, i can do better) Without specifics add-ons on the protocol, I doubt you could distinguiss b

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

remm2003/02/28 02:49:06 Modified:coyote/src/java/org/apache/coyote/tomcat5 CoyoteAdapter.java Log: - Fix NPE parsing cookies. Revision ChangesPath 1.11 +8 -5 jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat5/CoyoteAdapter.java Index:

Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servletJasperLoader.java

[EMAIL PROTECTED] wrote: kinman 2003/02/27 14:51:38 Modified:jasper2/src/share/org/apache/jasper JspC.java JspCompilationContext.java jasper2/src/share/org/apache/jasper/compiler Compiler.java jasper2/src/share/org/apache/jasper/serv

[GUMP] Build Failure - jakarta-tomcat-5

This email is autogenerated from the output from: Buildfile: build.xml prepare-release: [mkdir] Created dir: /home/rub

RE: Default context as a war archive (bug?)

What the last poster meant was put this in your server.xml: It won't unpack the war I believe, but it should server pages out of it. Jason -Original Message- From: Mingfai Ma [mailto:[EMAIL PROTECTED] Sent: Fri 2/28/2003 1:14 AM To: Tomcat Developers List Cc: Subject:

DO NOT REPLY [Bug 15576] - IllegalArgumentException during adding a cookie

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

Invalid no-cache http headers

Since I already posted this to the user-mailing-list but did not get any usefull replies. And because I think this is actually a development question. Hi all, I encountered problems with the newer Tomcat 4 versions. There are caching-headers set on the response, in case of URL's with security c