DO NOT REPLY [Bug 17948] - error reported with Tomcat 4.1.18

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=17948. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 17992] New: - Shutdown problems

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=17992. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

RE: A tomcat SSL question

Hi Mark, you can start the vm with -Djavax.net.debug=all to get under the hood of jsse and see why the handshake is failing. You may also need to do some conversion as described here: http://www.comu.de/docs/tomcat_ssl.htm. Keith | -Original Message- | From: [EMAIL PROTECTED]

[REPOST] [VOTE] [4.1.22] Stability rating

ballot [ ] Alpha [ ] Beta [ ] Stable (GA) /ballot Ok this is a nag ;-) The idea is that there's a (rather minor) security issue in 4.1.18, and we should have a release to fix it sooner than later (and I've been saying that for weeks now :-( ). I can release yet another build if needed. Remy

Catalina shutdown port as command line param?

Hi, I was wondering if we can add the '-shutdown portnumber' to the catalina's command line parameters. The usage would be to enable multiple TC instances using the same server.xml file. If present the param would override the config's Server port=8005 MT.

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

glenn 2003/03/14 05:36:35 Modified:jk/native CHANGES.txt jk/native/apache-2.0 mod_jk.c jk/native/common jk_ajp_common.c jk_ajp_common.h Log: Traced through the code to clean up error handling for when a client aborts a request. * The retry loop

cvs commit: jakarta-tomcat-connectors/jk/tools/reports tomcat_trend.pl

glenn 2003/03/14 05:36:58 Modified:jk/tools/reports tomcat_trend.pl Log: Update script for mod_jk changes Revision ChangesPath 1.4 +4 -4 jakarta-tomcat-connectors/jk/tools/reports/tomcat_trend.pl Index: tomcat_trend.pl

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

Howdy, Can you elaborate on your findings regarding log4j's memory leak? A new thread might be better for this. Thanks, Yoav Shapira Millennium ChemInformatics -Original Message- From: Aditya [mailto:[EMAIL PROTECTED] Sent: Thursday, March 13, 2003 11:58 PM To: Tomcat Developers List

Re: [GUMP] Build Failure - jakarta-tomcat-5

Here's my own failure, trying to run ant download: [echo] == Building: commons-el init: [echo] el 1.0 prepare: static: build-servletapi: [echo] == Building: L:\home\tomcat-5\repository\servlet-api-2.4\lib\servlet-api.jar prepare: static:

DO NOT REPLY [Bug 17997] New: - JspC's webapp switch does not expand package names

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=17997. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

Re: Catalina shutdown port as command line param?

Mladen Turk wrote: Hi, I was wondering if we can add the '-shutdown portnumber' to the catalina's command line parameters. The usage would be to enable multiple TC instances using the same server.xml file. If present the param would override the config's Server port=8005 For 4.1.x or

cvs commit: jakarta-tomcat-5 build.xml

costin 2003/03/14 07:28:06 Modified:.build.xml Log: Trying to guess what's wrong on Remy's machine. The APIs are built in download as dependencies, no need to build them twice. Revision ChangesPath 1.107 +1 -3 jakarta-tomcat-5/build.xml

Re: Catalina shutdown port as command line param?

Costin Manolache wrote: Mladen Turk wrote: Hi, I was wondering if we can add the '-shutdown portnumber' to the catalina's command line parameters. The usage would be to enable multiple TC instances using the same server.xml file. If present the param would override the config's Server port=8005

Re: [GUMP] Build Failure - jakarta-tomcat-5

Remy Maucherat wrote: Here's my own failure, trying to run ant download: jar: [copy] Copying 1 file to L:\home\tomcat-5\jakarta-servletapi-5\jsr154\build [jar] Building jar: L:\home\tomcat-5\repository\servlet-api-2.4\lib\servlet-api.jar BUILD FAILED

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

[EMAIL PROTECTED] wrote: costin 2003/03/14 07:28:06 Modified:.build.xml Log: Trying to guess what's wrong on Remy's machine. The APIs are built in download as dependencies, no need to build them twice. I don't know what's wrong. I only tried ant clean, then ant

Re: [GUMP] Build Failure - jakarta-tomcat-5

Costin Manolache wrote: Remy Maucherat wrote: Here's my own failure, trying to run ant download: jar: [copy] Copying 1 file to L:\home\tomcat-5\jakarta-servletapi-5\jsr154\build [jar] Building jar: L:\home\tomcat-5\repository\servlet-api-2.4\lib\servlet-api.jar BUILD FAILED

Re: [REPOST] [VOTE] [4.1.22] Stability rating

There was a bug fix to JDBCStore after 4.1.22 was built. I think we need a 4.1.23 build for stable. Sorry! Glenn Remy Maucherat wrote: ballot [ ] Alpha [X] Beta [ ] Stable (GA) /ballot Ok this is a nag ;-) The idea is that there's a (rather minor) security issue in 4.1.18, and we should have

mod_jk 1.2.3 release

It has been a while since a mod_jk 1.2 release was done. There have been a number of bug fixes and a few minor feature enhancements. I just did some commits to fix some bugs I was seeing with mod_jk 1.2 and Apache 2.0. Some of these will also improve the connector for other web servers. (Better

Re: [REPOST] [VOTE] [4.1.22] Stability rating

Glenn Nielsen wrote: There was a bug fix to JDBCStore after 4.1.22 was built. I think we need a 4.1.23 build for stable. Sorry! No problem. Since you're at it, could you remove the fileupload related functionality from 4.1.x ? Thanks, Remy

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

Remy Maucherat wrote: [EMAIL PROTECTED] wrote: costin 2003/03/14 07:28:06 Modified:.build.xml Log: Trying to guess what's wrong on Remy's machine. The APIs are built in download as dependencies, no need to build them twice. I don't know what's wrong. I

Re: [REPOST] [VOTE] [4.1.22] Stability rating

Remy Maucherat wrote: Glenn Nielsen wrote: There was a bug fix to JDBCStore after 4.1.22 was built. I think we need a 4.1.23 build for stable. Sorry! No problem. Since you're at it, could you remove the fileupload related functionality from 4.1.x ? Big +1 ! Costin

Re: mod_jk 1.2.3 release

Glenn Nielsen wrote: It has been a while since a mod_jk 1.2 release was done. There have been a number of bug fixes and a few minor feature enhancements. I just did some commits to fix some bugs I was seeing with mod_jk 1.2 and Apache 2.0. Some of these will also improve the connector for other

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans MBeanFactory.java ServerLifecycleListener.java

remm2003/03/14 08:04:09 Modified:catalina/src/share/org/apache/catalina/mbeans MBeanFactory.java ServerLifecycleListener.java Log: - Revert all changes to 4.1.22. - Development should occur in the 5.0 branch, esp since 4.1.23 will happen sooner

Re: mod_jk 1.2.3 release

Glenn Nielsen wrote: It has been a while since a mod_jk 1.2 release was done. There have been a number of bug fixes and a few minor feature enhancements. I just did some commits to fix some bugs I was seeing with mod_jk 1.2 and Apache 2.0. Some of these will also improve the connector for

RE: [REPOST] [VOTE] [4.1.22] Stability rating

Howdy, Not a committer, but I'll throw it my 2cents (US) as long as it doesn't offend anyone: +1 on dropping fileupload [X] Stable on 4.1.22 stability. Been using it without a problem, but then again we don't use the JDBC store/realm functionality. Yoav Shapira Millennium ChemInformatics

RE: Catalina shutdown port as command line param?

Howdy, The usage would be to enable multiple TC instances using the same server.xml file. But what about the real connector ports, used by apps, defined inside server.xml? Would you need to change those as well? In 5.0 I would like to use ajp13 for shutdown, like in 3.3 - there is no Would

Re: Catalina shutdown port as command line param?

Shapira, Yoav wrote: Howdy, The usage would be to enable multiple TC instances using the same server.xml file. But what about the real connector ports, used by apps, defined inside server.xml? Would you need to change those as well? In 5.0 I would like to use ajp13 for shutdown, like in 3.3

Re: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_ajp_common.cjk_ajp_common.h

[EMAIL PROTECTED] wrote: glenn 2003/03/14 05:36:35 Modified:jk/native CHANGES.txt jk/native/apache-2.0 mod_jk.c jk/native/common jk_ajp_common.c jk_ajp_common.h Log: Traced through the code to clean up error handling for when a client aborts a

Re: [REPOST] [VOTE] [4.1.22] Stability rating

Remy Maucherat wrote: Glenn Nielsen wrote: There was a bug fix to JDBCStore after 4.1.22 was built. I think we need a 4.1.23 build for stable. Sorry! No problem. Since you're at it, could you remove the fileupload related functionality from 4.1.x ? If this is only because of the released

Re: mod_jk 1.2.3 release

Henri Gomez wrote: Glenn Nielsen wrote: It has been a while since a mod_jk 1.2 release was done. There have been a number of bug fixes and a few minor feature enhancements. I just did some commits to fix some bugs I was seeing with mod_jk 1.2 and Apache 2.0. Some of these will also improve

Re: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_ajp_common.cjk_ajp_common.h

Henri Gomez wrote: [EMAIL PROTECTED] wrote: glenn 2003/03/14 05:36:35 Modified:jk/native CHANGES.txt jk/native/apache-2.0 mod_jk.c jk/native/common jk_ajp_common.c jk_ajp_common.h Log: Traced through the code to clean up error handling for when a

Re: [REPOST] [VOTE] [4.1.22] Stability rating

Glenn Nielsen wrote: Remy Maucherat wrote: Glenn Nielsen wrote: There was a bug fix to JDBCStore after 4.1.22 was built. I think we need a 4.1.23 build for stable. Sorry! No problem. Since you're at it, could you remove the fileupload related functionality from 4.1.x ? If this is only

DO NOT REPLY [Bug 18004] New: - JDBCRealm.authenticate() eats SQLExceptions and should not

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=18004. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 10057] - banner.jsp form should not link to absolute path

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=10057. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 17744] - Broken functionality when not rooted under /admin

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=17744. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

Re: [REPOST] [VOTE] [4.1.22] Stability rating

Glenn Nielsen wrote: Remy Maucherat wrote: Glenn Nielsen wrote: There was a bug fix to JDBCStore after 4.1.22 was built. I think we need a 4.1.23 build for stable. Sorry! No problem. Since you're at it, could you remove the fileupload related functionality from 4.1.x ? If

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

amyroh 2003/03/14 09:53:50 Modified:webapps/admin banner.jsp webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector AddConnectorAction.java webapps/admin/WEB-INF/classes/org/apache/webapp/admin/logger

DO NOT REPLY [Bug 18005] New: - Realm authentication forgets requested URL

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=18005. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

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

amyroh 2003/03/14 10:05:59 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/realm SaveJDBCRealmAction.java Log: Fix bugzilla 15982. Don't set JDBCRealm digest when it's an empty string. Revision ChangesPath 1.8 +9 -6

RE: Catalina shutdown port as command line param?

-Original Message- From: Henri Gomez [mailto:[EMAIL PROTECTED] Sent: 14. oujak 2003 17:44 To: Tomcat Developers List Subject: Re: Catalina shutdown port as command line param? The usage would be to enable multiple TC instances using the same server.xml file. But

DO NOT REPLY [Bug 17867] - new virtual host doesn't work after restart

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=17867. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 15982] - jdbc realm - digest for cleartext pw does not work

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=15982. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 17581] - Servlet loading twice on startup

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=17581. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 13894] - The 'Install' button on Tomcat Web Application Server fails

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=13894. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

cvs commit: jakarta-tomcat-4.0 RELEASE-NOTES-4.1.txt

remm2003/03/14 10:35:22 Modified:.RELEASE-NOTES-4.1.txt Log: - Status update. Revision ChangesPath 1.65 +9 -1 jakarta-tomcat-4.0/RELEASE-NOTES-4.1.txt Index: RELEASE-NOTES-4.1.txt

Re: JDBCRealm CLIENT-CERT Authentication

Hi, i tried the following: + Add the mehtod authenticate(...) to the File JDBCRealm.java + build a Tomcat distribution + replace the catalina.jar with the new version (on an other machine) + add role-namefull DN/role-name to the web.xml + insert into table users ('DN','DN') + insert into table

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

remm2003/03/14 10:39:50 Modified:.build.properties.default build.xml Log: - Remove logkit. What was that used for ? Revision ChangesPath 1.78 +1 -8 jakarta-tomcat-5/build.properties.default Index: build.properties.default

cvs commit: jakarta-tomcat-5 build.xml

remm2003/03/14 10:44:03 Modified:.build.xml Log: - Add back precompilation as part of the build. Revision ChangesPath 1.109 +2 -0 jakarta-tomcat-5/build.xml Index: build.xml ===

Re: cvs commit: jakarta-tomcat-4.0 RELEASE-NOTES-4.1.txt

you're fast. ;-) [EMAIL PROTECTED] wrote: remm2003/03/14 10:35:22 Modified:.RELEASE-NOTES-4.1.txt Log: - Status update. Revision ChangesPath 1.65 +9 -1 jakarta-tomcat-4.0/RELEASE-NOTES-4.1.txt Index: RELEASE-NOTES-4.1.txt

Tomcat 5 build failing,

Is the regular ant dist command failing only for me, or are the build scripts broken or the properties updated somewhere? Filip -Original Message- From: Amy Roh [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2003 10:45 AM To: Tomcat Developers List Subject: Re: cvs commit:

DO NOT REPLY [Bug 11929] - JDBC Realm rejects user at first login

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=11929. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 18004] - JDBCRealm.authenticate() eats SQLExceptions and should not

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=18004. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

RE: Tomcat 5 build failing,

oops, I just deleted everything to start from a clean build, I will let you know if I still see problems Filip -Original Message- From: Jean-Francois Arcand [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2003 12:02 PM To: Tomcat Developers List Subject: Re: Tomcat 5 build

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

We are using 4.1.20 where this particular leak (and another one in Jasper) is supposed to be fixed and we use jikes in any case. Thanks, Adi On Fri, 14 Mar 2003 10:51:57 +0530, Uddhav Shirname [EMAIL PROTECTED] said: The release note of Tomcat 4.1.18 talks about a known memory leak with JSPs.

DO NOT REPLY [Bug 18004] - JDBCRealm.authenticate() eats SQLExceptions and should not

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=18004. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 8363] - Out of memory error

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=8363. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

Re: [REPOST] [VOTE] [4.1.22] Stability rating

Costin Manolache wrote: Glenn Nielsen wrote: Remy Maucherat wrote: Glenn Nielsen wrote: There was a bug fix to JDBCStore after 4.1.22 was built. I think we need a 4.1.23 build for stable. Sorry! No problem. Since you're at it, could you remove the fileupload related functionality from

DO NOT REPLY [Bug 18016] New: - multiple Logger components in server.xml do not work

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=18016. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 17743] - enhancements to allow automatic login for web apps

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=17743. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

RE: Tomcat 5 build failing,

BUILD FAILED file:C:/Development/jakarta-servletapi-5/jsr152/build.xml:72: Compile failed; see the compiler error output for details. compile: [javac] Compiling 42 source files to C:\Development\jakarta-servletapi-5\jsr 152\build\classes [javac]

RE: Tomcat 5 build failing,

ant download BUILD FAILED file:C:/Development/jakarta-servletapi-5/jsr152/build.xml:72: Compile failed; see the compiler error output for details. compile: [javac] Compiling 42 source files to C:\Development\jakarta-servletapi-5\jsr 152\build\classes [javac]

RE: Tomcat 5 build failing,

the error is in jsr152/build.xml and the correct value is property name=servlet-api.jar value=../jsr154/servlet-api-2.4/lib/servlet-api.jar/ this link is wrong in the existing CVS, but I'm not gonna fix it, because I will probably break something else Filip -Original Message-

Re: [REPOST] [VOTE] [4.1.22] Stability rating

Glenn Nielsen wrote: Beta != release. And no, that's not the main reason. If you need the manager to include fileupload - than place it in WEB-INF/lib, don't bloat server/lib. The /admin doesn't place struts.jar in server/lib. That can be done. But I will also have to move the

DO NOT REPLY [Bug 18004] - JDBCRealm.authenticate() eats SQLExceptions and should not

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=18004. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

Re: [REPOST] [VOTE] [4.1.22] Stability rating

Costin Manolache wrote: Glenn Nielsen wrote: Beta != release. And no, that's not the main reason. If you need the manager to include fileupload - than place it in WEB-INF/lib, don't bloat server/lib. The /admin doesn't place struts.jar in server/lib. That can be done. But I will also have to

RE: Tomcat 5 build failing,

actually, it could all be associated with the base.path variable not being set in the build.properties.default file Filip -Original Message- From: Filip Hanik Sent: Friday, March 14, 2003 1:20 PM To: Tomcat Developers List Subject: RE: Tomcat 5 build failing, the error is in

Re: Tomcat 5 build failing,

Filip Hanik wrote: actually, it could all be associated with the base.path variable not being set in the build.properties.default file Yes, base.path isn't set anymore. I suggest setting it back to /usr/local (ducking to avoid the flames). Remy

RE: Tomcat 5 build failing,

Was jsr154 compiled correctly ? Do you have it in your repository ? Can you include the full build log - it's impossible to guess from a fragment. Costin Filip Hanik wrote: ant download BUILD FAILED file:C:/Development/jakarta-servletapi-5/jsr152/build.xml:72: Compile failed; see the

DO NOT REPLY [Bug 18004] - JDBCRealm.authenticate() eats SQLExceptions and should not

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=18004. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 18004] - JDBCRealm.authenticate() eats SQLExceptions and should not

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=18004. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

Re: Loadbuild Problem

Filip Hanik wrote: ok, I think I got it working I did four things: 1. and then in jakarta-tomcat-5 build.properties.default I set the property base.path=c:/development/tomcat-base this can be set to anything, as long as it is a absolute directory, 2. in jakarta-servletapi-5/jsr152 build.xml I

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardWrapper.java

jfarcand2003/03/14 14:07:33 Modified:catalina/src/share/org/apache/catalina/core StandardWrapper.java Log: Add a do privileged block used when jsps are precompiled. Revision ChangesPath 1.17 +39 -8

Re: Tomcat 5 build failing,

I get the same error trying to build it and I do have jsr154 and jsr152 repositories. I'm checking to see if ***api.homes are set correctly. Also, someone complained that he can't bring up admin and manager webapps due to admin.xml and manager.xml location change. The admin.xml and

RE: Loadbuild Problem

just out of curiousity, what IDE are you using? and what kind of environment do you set up when developing this? I use jbuilder just so that I can do step through debugging, and so on. but it is commercial (alot cheaper if you have student id :), which I do ) Filip -Original Message-

Re: Tomcat 5 build failing,

Amy Roh wrote: I get the same error trying to build it and I do have jsr154 and jsr152 repositories. I'm checking to see if ***api.homes are set correctly. Also, someone complained that he can't bring up admin and manager webapps due to admin.xml and manager.xml location change. The

cvs commit: jakarta-tomcat-5 build.xml

costin 2003/03/14 14:42:43 Modified:.build.xml Log: Fix Filip's build. It seems my clean workspace wasn't that clean after all. This whole thing is unbelievable. I have no idea how we end up with this mess. ( the fix is obviously a workaround that hides the

DO NOT REPLY [Bug 18019] New: - DbcpDataSourceFactory and getConnection(String, String)

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=18019. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardContext.java

fhanik 2003/03/14 15:49:23 Modified:catalina/src/share/org/apache/catalina/core StandardContext.java Log: small change to allow the cluster to throw an exception when it decides not to cluster enable a context, and at that point, we simply fallback on the

cvs commit: jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp SimpleTcpCluster.java

fhanik 2003/03/14 16:20:56 Modified:modules/cluster/src/share/org/apache/catalina/cluster/session SimpleTcpReplicationManager.java modules/cluster/src/share/org/apache/catalina/cluster/tcp SimpleTcpCluster.java Log:

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

fhanik 2003/03/14 16:57:36 Modified:modules/cluster build.xml Log: pain in the booty, some of the libraries have moved around, need to create a better build script that reuses some of the info from the main one Revision ChangesPath 1.2 +2 -2

DO NOT REPLY [Bug 17948] - error reported with Tomcat 4.1.18

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=17948. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

Strange logging error for 4.1.18

I'm running Tomcat 4.1.18 on Solaris 8 and Sun's JRE 1.3.x. I tried searching for the list but I couldn't seem to find anything that'll describe this problem. Usually, I can start tomcat fine. However, it seems like once in a while I got this error from stdout:

DO NOT REPLY [Bug 18004] - JDBCRealm.authenticate() eats SQLExceptions and should not

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=18004. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/jsse JSSE14SocketFactory.java JSSEImplementation.java JSSESocketFactory.java

billbarker2003/03/14 22:55:21 Modified:util/java/org/apache/tomcat/util/net/jsse JSSEImplementation.java JSSESocketFactory.java Added: util/java/org/apache/tomcat/util/net/jsse JSSE14SocketFactory.java Log: First part of

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/jsse JSSE14SocketFactory.java JSSEImplementation.java

billbarker2003/03/14 23:00:07 Modified:util/java/org/apache/tomcat/util/net/jsse JSSE14SocketFactory.java JSSEImplementation.java Log: catch the tabs before the tab police nab me ;-). Revision ChangesPath 1.2 +75 -75

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/jsse JSSEImplementation.java

billbarker2003/03/14 23:29:03 Modified:util/java/org/apache/tomcat/util/net/jsse JSSEImplementation.java Log: Fixing major typo. I'm now really having problems seeing what Ceki was complaining about in the first place, since the fall-back to the old

RE: Loadbuild Problem

ok, I think I got it working I did four things: 1. and then in jakarta-tomcat-5 build.properties.default I set the property base.path=c:/development/tomcat-base this can be set to anything, as long as it is a absolute directory, 2. in jakarta-servletapi-5/jsr152 build.xml I changed the

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

Hello. I know it's not trivial, but it could be done. Below, a quicly done test class that overrides the JNDIRealm to retrieve groups from groups. As i explained in another mail i posted in the developer mailing list, the main problem is not the code to do it, but how integrate it within Tomcat :