DO NOT REPLY [Bug 16445] - JspC does not work without -dd option

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

billbarker2003/03/13 21:33:05 Modified:util build.xml Log: Checking this in now, since I'm likely to forget to do it later ;-). Until I do more check-ins, this does nothing. I'm currently trying to re-factor the JSSE SSL-support to handle JSSE 1.1.x (the one that ships wit

Re: memory leak on context reload or stop/start? [was Re: tracking memory usage over time]

The release note of Tomcat 4.1.18 talks about a known memory leak with JSPs. I am not aware of its status with Tomcat 4.1.20. This is what it has to say, JAVAC leaking memory: The Java compiler leaks memory each time a class is compiled. Web applications

memory leak on context reload or stop/start? [was Re: trackingmemory usage over time]

Just to followup, we have found a few things that were causing this leak, two that were particular to our setup, but the third seems to be a Tomcat problem (4.1.20 with Jasper2): 1) log4j was eating up a lot of memory and there was a slow leak. Since it wasn't strictly required, we've stopped usin

DO NOT REPLY [Bug 17985] New: - NamingContextListener not added as ContainerListener and PropertyChangeListener

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

How many Loggers in a stanza? [was Re: Tomcat "id" inAccessLogValve and Spread]

I've written a new class that extends o.a.c.logger.LoggerBase (using spread - www.spread.org) and can be used as a in server.xml; AFAICT it works fine and does what I wanted it to do. However it seems that there can only be one section per container which means I can't have (for testing purposes

cvs commit: jakarta-tomcat-catalina/webapps/docs build.xml

jfarcand2003/03/13 20:01:38 Modified:webapps/docs build.xml Log: Comments docs generation for now since the build breaks if you delete everythings and start from scratch. Revision ChangesPath 1.5 +3 -5 jakarta-tomcat-catalina/webapps/docs/build.xml Index:

A tomcat SSL question

I am aware that this might better fit in the tomcat-user list. But I have been asking over there for a couple of days, and nobody seems to have an answer to it. Probably it is too difficult? I doubt. Anyway, I hope that I can get some help from here. I know how to use keytool to generate a s

DO NOT REPLY [Bug 17762] - runtime link error loading jkjni.so

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 17193] - java.net.bindException during shutdown in Tomcat 4.1.18

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 14038] - PATCH Documentation Enhancement 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

cvs commit: jakarta-tomcat-connectors/jk/xdocs/common doccontrib.xml

costin 2003/03/13 16:12:11 Modified:jk/xdocs menu.idx.in Added: jk/xdocs/common doccontrib.xml Log: Doc contribution by Robert Sowders. ( I'm reviewing the jk2 bugs ) PR: 14038 Revision ChangesPath 1.3 +1 -0 jakarta-tomcat-connectors/jk/xdocs

DO NOT REPLY [Bug 14973] - wildcards using mod_jk

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-connectors/jk/java/org/apache/jk/server JkCoyoteHandler.java

Forgot to include: the patch was submited by Stefan Proels. Costin [EMAIL PROTECTED] wrote: > costin 2003/03/13 16:03:03 > > Modified:jk/java/org/apache/jk/server JkCoyoteHandler.java > Log: > Extra fix - avoids the need for a change in Response > > PR: 14292 > > Revisi

DO NOT REPLY [Bug 14292] - Status message not included in HTTP response

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/server JkCoyoteHandler.java

costin 2003/03/13 16:03:03 Modified:jk/java/org/apache/jk/server JkCoyoteHandler.java Log: Extra fix - avoids the need for a change in Response PR: 14292 Revision ChangesPath 1.38 +3 -1 jakarta-tomcat-connectors/jk/java/org/apache/jk/server/JkCoyoteHandle

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

costin 2003/03/13 16:00:22 Modified:jk/java/org/apache/jk/server JkCoyoteHandler.java Log: Send the status string PR: 14292 Revision ChangesPath 1.37 +11 -3 jakarta-tomcat-connectors/jk/java/org/apache/jk/server/JkCoyoteHandler.java Index: JkCoyoteHandle

JK2 module for AOLserver

Hello, Please find attached archive with sources for nsjk2 module. The module targets AOLserver 4.0 beta 3 or later. The archive structure is rooted at jakarta-tomcat-connectors-4.1.18-src, and one can extract files directly into the JTC-4.1.18 sources. I have successfully built nsjk2 on Solar

DO NOT REPLY [Bug 10487] - load-balancing for apache1.3/tomcat4.0.4

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 10378] - loadbalancing with mod_jk fails

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 15256] - problem with jk/build.xml "isset" element lines 383 & 389

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 12681] - Cannot build coyote connector - CoyoteServerSocketFactory fails

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-5 build.properties.default

costin 2003/03/13 14:56:38 Modified:.build.properties.default Log: One more fix Revision ChangesPath 1.77 +2 -2 jakarta-tomcat-5/build.properties.default Index: build.properties.default

Re: Dependencies ( was: Re: [GUMP] Build Failure - jakarta-tomcat-5

Remy Maucherat wrote: > Costin Manolache wrote: >> Remy Maucherat wrote: >> >> Well - I tought the rule is that we can't release with dependencies on >> unreleased or beta code. >> >> And HTMLManagerServlet was supposed to be a simple servlet - it now has >> dependencies on fileupload and that i

cvs commit: jakarta-tomcat-5 build.xml build.properties.default

costin 2003/03/13 14:48:00 Modified:.build.xml build.properties.default Log: More consistency. If it's a dependency package, it should be located in base.dir ( our repository ) - it doesn't matter if we build it or do a real download. Probably it would make sense

Re: cvs commit: jakarta-tomcat-5 build.xml

[EMAIL PROTECTED] wrote: costin 2003/03/13 14:08:22 Modified:.build.xml Log: Another try, I hope this clarifies things. We have 2 kinds of code: our code ( tomcat, jk, jasper ) and dependent code. There are 2 kinds of dependent code: released and unreleased. T

Re: Dependencies ( was: Re: [GUMP] Build Failure - jakarta-tomcat-5

Costin Manolache wrote: Remy Maucherat wrote: Well - I tought the rule is that we can't release with dependencies on unreleased or beta code. And HTMLManagerServlet was supposed to be a simple servlet - it now has dependencies on fileupload and that is forced on the whole thing. Glenn: is it

Re: Dependencies ( was: Re: [GUMP] Build Failure - jakarta-tomcat-5

Remy Maucherat wrote: > Costin Manolache wrote: >> When we add a new dependency to the code, we should: >> 1. Update gump >> 2. Make a small proposal and get a vote >> 3. Use conditionals if the dependency is not required and update download >> target >> >> Dependencies are very important and aff

Re: cvs commit: jakarta-tomcat-5 build.xml

Will run the nightly build script and let you know. From my own workspace, everythings works fine. Thanks, -- Jeanfrancois [EMAIL PROTECTED] wrote: costin 2003/03/13 14:08:22 Modified:.build.xml Log: Another try, I hope this clarifies things. We have 2 kinds of code: ou

cvs commit: jakarta-tomcat-5 build.xml

costin 2003/03/13 14:08:22 Modified:.build.xml Log: Another try, I hope this clarifies things. We have 2 kinds of code: our code ( tomcat, jk, jasper ) and dependent code. There are 2 kinds of dependent code: released and unreleased. The "download" target will

Re: cvs commit: jakarta-tomcat-5 build.xml

Remy Maucherat wrote: > Well, the build is still broken for me. commons-logging inists on being > built in ${tomcat.build} instead of ${tomcat.build}/common/lib and > ${tomcat.build}/server/lib. > > What's the point of the updated build ? The point of the updated build is to get some consistenc

Re: cvs commit: jakarta-tomcat-5 build.xml

Logging: I double fixed it, there was an missmatch with the logging build.xml ( I fixed that ), and I also removed the build, logging is stable and released. We should only build the dependencies that are not stable and we may need to change - el, modeler, daemon. Regarding modeler: do an updat

cvs commit: jakarta-tomcat-5 build.xml

costin 2003/03/13 13:13:16 Modified:.build.xml Log: Let's simplify a bit: commons-logging is stable, no reason to build it here. We should just rebuild dependencies that are not yet stable or released. Revision ChangesPath 1.104 +6 -18 jakarta-tomcat

cvs commit: jakarta-tomcat-catalina/catalina build.xml

jfarcand2003/03/13 13:00:29 Modified:.build.xml catalina build.xml Log: Try to fix the build.xml. I have commented out some ant call for now. Will review it later tonigh. Two bug fixed: - commons-loggings where not copied at the right place - the conf/* wa

Re: cvs commit: jakarta-tomcat-5 build.xml

Jeanfrancois Arcand wrote: I know. Give me 10 minutes :-) I thought I was the only one having issues ;-) I can work around it, but now I'm having problem building the modeler's HEAD. [copy] Copying 1 file to L:\home\tomcat-5\repository\commons-modeler-1.1dev\dist BUILD FAILED file:L:/home

RE: mod_jk2 errors

Thanks so much for the reply, Costin. The last week has been very frustrating ... :-) I'm using linux 2.4.18-3smp #1. Tomcat gets approx 2 requests / sec. In terms of cpu, the tomcat load is negligible (can't really see a cpu spike). On catalina.out I see many (every 5 seconds or so) of the follo

Re: cvs commit: jakarta-tomcat-5 build.xml

I know. Give me 10 minutes :-) Costin, this line seems to break the build :-( More to comes... -- Jeanfrancois Remy Maucherat wrote: [EMAIL PROTECTED] wrote: jfarcand2003/03/13 11:32:56 Modified:.build.xml Log: Proper file this time. Well, the build is still bro

Re: cvs commit: jakarta-tomcat-5 build.xml

[EMAIL PROTECTED] wrote: jfarcand2003/03/13 11:32:56 Modified:.build.xml Log: Proper file this time. Well, the build is still broken for me. commons-logging inists on being built in ${tomcat.build} instead of ${tomcat.build}/common/lib and ${tomcat.build}/server/lib. What'

DO NOT REPLY [Bug 17972] New: - Admin webapp should save info to auto-deployed webapp xml files when appropriate

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

Costin Manolache wrote: Few questions ( and thanks for the help ). [EMAIL PROTECTED] wrote: - Ok - what is the base.path you use and where is it set ?? build.properties.default has the worst possible setting ( /usr/local ). +1 on removing shared/lib, we should move to a flatt

Re: cvs commit: jakarta-tomcat-catalina/catalina build.xml

Oups. Sorry I commit my working file instead of the new one :-( Costin Manolache wrote: Few questions ( and thanks for the help ). [EMAIL PROTECTED] wrote: - Ok - what is the base.path you use and where is it set ?? Yes, my mistake :-) build.properties.default has the

DO NOT REPLY [Bug 17970] - Webapp contexts deployed twice when multi-level context path is specified

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

jfarcand2003/03/13 11:32:56 Modified:.build.xml Log: Proper file this time. Revision ChangesPath 1.102 +1 -6 jakarta-tomcat-5/build.xml Index: build.xml === RCS file: /home/cvs/jakar

Re: cvs commit: jakarta-tomcat-catalina/catalina build.xml

Few questions ( and thanks for the help ). [EMAIL PROTECTED] wrote: > > - > > Ok - what is the base.path you use and where is it set ?? build.properties.default has the worst possible setting ( /usr/local ). +1 on removing shared/lib, we should move to a flatter layout. In

DO NOT REPLY [Bug 17970] - Webapp contexts deployed twice when multi-level context path is specified

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 17970] - Webapp contexts deployed twice when multi-level context path is specified

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 17970] New: - Webapp contexts deployed twice when multi-level context path is specified

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

jfarcand2003/03/13 11:24:07 Modified:.build.xml catalina build.xml Log: Fix broken build (from a clean workspace). Do we realy need the shared directory? Will regenerate the nightly build now :-) Revision ChangesPath 1.101 +9 -7 jakarta-to

RE: [4.1.22] Stability rating

Works for me. -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 12, 2003 7:12 AM To: Tomcat Developers List Subject: [4.1.22] Stability rating [ ] Alpha [ ] Beta [X] Stable (GA) Remy -

Re: JDBCRealm CLIENT-CERT Authentication

Hi. You can to implement a JDBCRealm with client certificates modifying the org.apache.catalina.realm.JDBCRealm class. You need add the public Principal authenticate(X509Certificate[] cert) method. Inside, you have to include the following lines: import java.security.cert.X509Certifica

Re: mod_jk2 errors

What OS ? I added strerror - so if you update you may get better error number on "receiving message body". Regarding ajp_process_callback: that's most likely a user hiting "BREAK" on the browser. I downgraded the message to debug, it is a normal case. How loaded is tomcat ( number of requests

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

costin 2003/03/13 10:30:46 Modified:jk/native2/common jk_handler_response.c Log: Better message for write errors Revision ChangesPath 1.28 +1 -1 jakarta-tomcat-connectors/jk/native2/common/jk_handler_response.c Index: jk_handler_response.c =

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

costin 2003/03/13 10:23:34 Modified:jk/native2/common jk_channel_socket.c Log: Add strerror - it was used in some places, not in other Revision ChangesPath 1.51 +7 -7 jakarta-tomcat-connectors/jk/native2/common/jk_channel_socket.c Index: jk_channel_socket.

RE: Please Help, Building JK2 failed

Hi Al, well of course production code is in CVS too. Just use the appropriate tag when checking out. There might have been something funny about your tarball, and you can eliminate this possibility by pulling straight from CVS. Keith | -Original Message- | From: Al [mailto:[EMAIL PROTEC

RE: Please Help, Building JK2 failed

Anonymous CVS from where? Why checkout from CVS? I am trying to build a production JK2, not checkout development code. My source came from the jakarta site as a release. -Original Message- From: news [mailto:[EMAIL PROTECTED] On Behalf Of Costin Manolache Sent: Wednesday, March 12, 2003

cvs commit: jakarta-tomcat-connectors/http11 build.xml

luehe 2003/03/13 10:00:51 Modified:coyote build.xml http11 build.xml Log: Fix for build breaker (submitted by Rajiv Mordani) Revision ChangesPath 1.22 +2 -1 jakarta-tomcat-connectors/coyote/build.xml Index: build.xml =

JspC's webapp switch and package names.

I've noticed that when using JspC with the -webapp switch with a web application containing code in subdirectories, JspC places the generated java files in the correct subdirectory beneath the given output directory. For example: If I run: JspC -p com.company.myapp -d ./src/com/company/my

Sorry to send mail to this group...BUT need help with tomcat startup and admin app startup...

All, I'm sorry to send the questions to this list but I can't get an answer from the users list. Any help is appreciated. 2 questions: 1. I'm running 4.1.18 on solaris 2.8 - currently without any problems as id "tomcat". But my issue is I've to give write permission to tomcat on the conf direc

DO NOT REPLY [Bug 17332] - Problem in Building mod_jk.so in AIX 4.3.3 (Tomcat 4.0.4)..!

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-5 tomcat.nsi

remm2003/03/13 08:01:53 Modified:.tomcat.nsi Log: - Remove the call to net stop. - Remove all dead service code (now all useless because procrun is good :-) ). Revision ChangesPath 1.28 +2 -40 jakarta-tomcat-5/tomcat.nsi Index: tomcat.nsi ===

JDBCRealm CLIENT-CERT Authentication

Hello, is it correct that only Memory- and JNDIRealm can perform the mapping between the DN included in a certificate and a users role? Because of the lack of dynamic changes in MemoryRealm, i want to replace it with a JDBCRealm. Is there any information available how to implement a JDBCRealm th

Re: Dependencies ( was: Re: [GUMP] Build Failure - jakarta-tomcat-5

Costin Manolache wrote: When we add a new dependency to the code, we should: 1. Update gump 2. Make a small proposal and get a vote 3. Use conditionals if the dependency is not required and update download target Dependencies are very important and affect everyone. I don't remember when fileuploa

Re: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/mapperMapper.java

Keith Wannamaker wrote: Hi Bill, I had closed the bug because Remy told me it was already fixed in 5.0. I guess it wasn't. If you do any more work on it you should indicate the bug which is 14616. You know, you could try to pretend you're testing the code before commenting, or filing bugs ;-) T

Dependencies ( was: Re: [GUMP] Build Failure - jakarta-tomcat-5

When we add a new dependency to the code, we should: 1. Update gump 2. Make a small proposal and get a vote 3. Use conditionals if the dependency is not required and update download target Dependencies are very important and affect everyone. I don't remember when fileupload was added to HTMLMana

RE: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/mapper Mapper.java

Hi Bill, I had closed the bug because Remy told me it was already fixed in 5.0. I guess it wasn't. If you do any more work on it you should indicate the bug which is 14616. Keith | -Original Message- | From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] | Sent: Thursday, March 13, 2003 1

JNDI realm - recursive group/role matching (Tomcat 4.1.18)

Hello all. I need to set up Tomcat to use a LDAP directory for authentication and authorization. I successfully configured my iPlanet directory and a JNDI realm in Tomcat, and users and roles checkings work well, but with a restriction. My directory schema, which is quite classical, provides a ded

SSL client authentication + LDAP realm / Tomcat 4.1.18

Hello. I sent this message first to the users list, but as few (or none !) answers arrived, i post it again to this list. I read some messages around the same questions in the list archives, but none if them seems to solve it actually... I try to set up the following features : - Client authentic

[PATCH] fix syntax error in mod_jk2 file jk_channel_apr_socket.c

I saw the error with IBM's native compiler for AIX, but it doesn't seem to be a matter of extreme pickiness. Here are the error messages: "../../common/jk_channel_apr_socket.c", line 229.56: 1506-226 (S) The ":" operator is not allowed between "int" and "char[37]". "../../common/jk_channel_apr_

[GUMP] Build Failure - jakarta-tomcat-5

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

mod_jk2 errors

Hi, I'm sorry I'm posting this to the dev group- but i've tried looking for answers in any corner of the universe... im using mod_jk2, tomcat 4.1.18 and apache2. I'm getting tons of these errors in my apache2 error_log. also, 1 of every 100 requests handled by tomcat returns 500 error. Also, fr

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

remm2003/03/13 02:05:11 Modified:coyote/src/java/org/apache/coyote/tomcat5 CoyoteAdapter.java Log: - Remove tabs. - Same, but optimized code. - Please, please, try to write optimized code. Thanks. Revision ChangesPath 1.14 +12 -13 jakarta-tomcat-connector

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

remm2003/03/13 02:04:21 Modified:coyote/src/java/org/apache/coyote/tomcat5 CoyoteConnector.java Log: - I thought about it more, and there's a benefit to the flag, and doing the check where it's done, although in theory it belongs to rule 6. Revisi

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

remm2003/03/13 01:50:35 Modified:coyote/src/java/org/apache/coyote/tomcat5 CoyoteConnector.java Log: - Remove the new flag. Revision ChangesPath 1.19 +1 -17 jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat5/CoyoteCon

Re: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/mapperMapper.java

[EMAIL PROTECTED] wrote: billbarker2003/03/12 22:17:53 Modified:util/java/org/apache/tomcat/util/http/mapper Mapper.java Log: Initial support to do a redirect to a directory where the URL doesn't end in '/'. This prevents browsers from becoming confused when they get a 401 respo