DO NOT REPLY [Bug 31356] New: - Duplicate sessions counter not incremented in ManagerBase
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31356. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31356 Duplicate sessions counter not incremented in ManagerBase Summary: Duplicate sessions counter not incremented in ManagerBase Product: Tomcat 5 Version: 5.5.1 Platform: Alpha OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The incrementing of this counter was lost during a refactor from version 1.29 to 1.30 of ManagerBase. The attached patch adds in back again in the code to detect duplicate session ids in generateSessionId(). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31356] - Duplicate sessions counter not incremented in ManagerBase
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31356. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31356 Duplicate sessions counter not incremented in ManagerBase --- Additional Comments From [EMAIL PROTECTED] 2004-09-22 07:16 --- Created an attachment (id=12828) diff to fix problem - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Updating configuration documentation for StandardManager
I'd like to generate some patches to the doco on configuring managers. Specifically 1) Reference is still made to checkInterval attr 2) No mention is made of maxInactiveInterval attr 3) No mention is made of sessionIdLength attr Questions 1) What do I book out in CVS to find the source xml files for the config doco? I looked in Jakarta-tomcat-site but it didn't contain much. I couldn't see anything else that looked likely. 2) Is only the 5.5 doco being actively updated or should I update the 5.0 stuff as well? Regards Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Should getDuplicates/setDuplicates be part of Manager interface?
Given that support for the duplicates counter is in ManagerBase, shouldn't its accessors be in the Manager Interface? Is there any rationale for not including them? Regards Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Should getDuplicates/setDuplicates be part of Manager interface?
Michael Leditschke wrote: Given that support for the duplicates counter is in ManagerBase, shouldn't its accessors be in the Manager Interface? Is there any rationale for not including them? No. This field needs to go away. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: urgent database connection issue using tomcat 5
Ashanti- The next time you need to send big files (61k is big) I would strongly suggest placing them on your ftp site. Sending gigantic attachments will exhaust disk allocation quota for the majority of mail accounts (including mine)- Regards, Martin Gainty-United States From: Shanti Priya [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: tomcat [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Subject: urgent database connection issue using tomcat 5 Date: Tue, 21 Sep 2004 17:39:10 +0530 MIME-Version: 1.0 Received: from mail.apache.org ([209.237.227.199]) by mc11-f42.hotmail.com with Microsoft SMTPSVC(5.0.2195.6824); Tue, 21 Sep 2004 05:05:40 -0700 Received: (qmail 38020 invoked by uid 500); 21 Sep 2004 12:05:16 - Received: (qmail 38006 invoked by uid 99); 21 Sep 2004 12:05:16 - Received: pass (hermes.apache.org: local policy) Received: from [171.68.10.87] (HELO sj-iport-5.cisco.com) (171.68.10.87) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 21 Sep 2004 05:05:13 -0700 Received: from sj-core-1.cisco.com (171.71.177.237) by sj-iport-5.cisco.com with ESMTP; 21 Sep 2004 05:05:05 -0700 Received: from beasley.cisco.com (beasley.cisco.com [171.71.180.166])by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id i8LC4xSI026675;Tue, 21 Sep 2004 05:05:00 -0700 (PDT) Received: from ciscow40s0277 (dhcp-10-76-58-102.cisco.com [10.76.58.102]) by beasley.cisco.com (8.8.6 (PHNE_14041)/CISCO.SERVER.1.2) with SMTP id FAA06128; Tue, 21 Sep 2004 05:04:58 -0700 (PDT) X-Message-Info: JGTYoYF78jEM0lUNlxH7458k72OHSn+G Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk List-Unsubscribe: mailto:[EMAIL PROTECTED] List-Subscribe: mailto:[EMAIL PROTECTED] List-Help: mailto:[EMAIL PROTECTED] List-Post: mailto:[EMAIL PROTECTED] List-Id: Tomcat Developers List tomcat-dev.jakarta.apache.org Delivered-To: mailing list [EMAIL PROTECTED] X-ASF-Spam-Status: No, hits=0.1 required=10.0tests=DNS_FROM_RFC_ABUSE X-Spam-Check-By: apache.org X-BrightmailFiltered: true Message-ID: [EMAIL PROTECTED] X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600. X-Virus-Checked: Checked Return-Path: [EMAIL PROTECTED] X-OriginalArrivalTime: 21 Sep 2004 12:05:40.0392 (UTC) FILETIME=[50189280:01C49FD3] Hi !! I am trying to setup an jsp application in tomcat .The application uses struts also and oracle is the database . I do get the following error in the log file. Please do suggest.It's urgent. I am attaching the log file to you. Thanks Regards, Shanti Priya Sunkara Location: Pune, India Email : [EMAIL PROTECTED] Phone : 91-20-4128313 jwsdp_log.2004-09-21.txt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Is DeltaManager actively being maintained?
In poking around in the manager code today, I noticed that this manager hasn't had a couple of recent changes in ManagerBase ported to it, namely 1) It is still managing its own expired sessions counter 2) It is still doing its own duplicate session detection and adding of jvmroute information. If its still being supported, I'd be happy to generate a patch to fix the above. Regards Michael +61 407 671 480 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Updating configuration documentation for StandardManager
Michael Leditschke wrote: I'd like to generate some patches to the doco on configuring managers. Specifically 1) Reference is still made to checkInterval attr 2) No mention is made of maxInactiveInterval attr 3) No mention is made of sessionIdLength attr Questions 1) What do I book out in CVS to find the source xml files for the config doco? I looked in Jakarta-tomcat-site but it didn't contain much. I couldn't see anything else that looked likely. The documentation is in jakarta-tomcat-catalina/webapps/docs 2) Is only the 5.5 doco being actively updated or should I update the 5.0 stuff as well? Updating 5.5 first is a good idea. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31361] New: - Add OS/2 launchers to tomcat
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31361. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31361 Add OS/2 launchers to tomcat Summary: Add OS/2 launchers to tomcat Product: Tomcat 5 Version: 5.0.28 Platform: PC OS/Version: OS/2 Status: NEW Severity: Enhancement Priority: Other Component: Native:Packaging AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I've ported the complete set of catalina launchers to OS/2 and wish to contribute them. Where can I upload them? Thanks, Laszlo Kishalmi - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31361] - Add OS/2 launchers to tomcat
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31361. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31361 Add OS/2 launchers to tomcat --- Additional Comments From [EMAIL PROTECTED] 2004-09-22 13:11 --- Created an attachment (id=12832) The complete set of launchers. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31361] - Add OS/2 launchers to tomcat
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31361. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31361 Add OS/2 launchers to tomcat --- Additional Comments From [EMAIL PROTECTED] 2004-09-22 13:12 --- Note. The line end characters should be CR/LF! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31362] New: - Start Catalina under JPDA debugger with -security option fails
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31362. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31362 Start Catalina under JPDA debugger with -security option fails Summary: Start Catalina under JPDA debugger with -security option fails Product: Tomcat 5 Version: 5.0.28 Platform: Other OS/Version: Windows XP Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Starting Catalina under JPDA debugger with -security option fails. You will get following error message: Error occurred during initialization of VM -Xrun library failed to init: jdwp JDWP unable to access JVMDI Version 1. Maybe you need to start the VM with the -Xdebug option This is a windows jdk1.4 specific bug. It can be fixed by modifying the bin/catalina.bat startup script like this: - %_EXECJAVA% %JAVA_OPTS% %CATALINA_OPTS% -Xrunjdwp:transport=%JPDA_TRANSPORT%,address=%JPDA_ADDRESS%,server=y,suspend=n %DEBUG_OPTS% + %_EXECJAVA% %JAVA_OPTS% %CATALINA_OPTS% -Xdebug -Xrunjdwp:transport=%JPDA_TRANSPORT%,address=%JPDA_ADDRESS%,server=y,suspend=n %DEBUG_OPTS% - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Is DeltaManager actively being maintained?
patches are always welcome, I'd be happy to test and submit it Filip - Original Message - From: Michael Leditschke [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, September 22, 2004 2:28 AM Subject: Is DeltaManager actively being maintained? In poking around in the manager code today, I noticed that this manager hasn't had a couple of recent changes in ManagerBase ported to it, namely 1) It is still managing its own expired sessions counter 2) It is still doing its own duplicate session detection and adding of jvmroute information. If its still being supported, I'd be happy to generate a patch to fix the above. Regards Michael +61 407 671 480 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26372] - java.lang.ThreadDeath when trwaing to reload an application
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=26372. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=26372 java.lang.ThreadDeath when trwaing to reload an application --- Additional Comments From [EMAIL PROTECTED] 2004-09-22 14:12 --- Per Jay Paulsen's findings archived at http://marc.theaimsgroup.com/? t=10957839304r=1w=2, please try adding the Introspector.flush call and re- running the test. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27371] - java.lang.ThreadDeath caused by log4j when reloading Tomcat app
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=27371. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=27371 java.lang.ThreadDeath caused by log4j when reloading Tomcat app --- Additional Comments From [EMAIL PROTECTED] 2004-09-22 14:12 --- Per Jay Paulsen's findings archived at http://marc.theaimsgroup.com/? t=10957839304r=1w=2, please try adding the Introspector.flush call to your shutdown code and re-testing. Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29975] - Workaround for bug in IE when fetching documents over HTTPS
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29975. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29975 Workaround for bug in IE when fetching documents over HTTPS --- Additional Comments From [EMAIL PROTECTED] 2004-09-22 14:30 --- Well, correct me if I'm wrong, but don't the Tomcat developers behave exactly as Microsoft in this case? Both parties insist on being right and expect the other side to change their code. Not very helpful for the rest of us. Why isn't it possible to make the described caching behaviour a configurable option in Tomcat? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
documentation for jkstatus output
Hi all. Who can tell me, where I can find information about the output of jkstatus (documentation, reference)? I have found many sites with instructions about how to activate the status-worker but not one of these sites explains what the meaning of the different parts of the output is... If there is no documentation on the output availble, who can give me an answer to the following questions: What is the Scoreboard info telling me about the system? Is each row in the Scoreboard info-Section corresponding to an actual instantiated worker process? What is the Endpoint info telling me about the system (What are the differents to the Scoreboard info)? What is the meaning of the columns +jk and +end? What does it mean, if there is an entry in the scoreboard info-section for worker x with a connection time that is 3 hours old? Why is the value in the columns total time and max time equal to zero in each row of the Scoreboard info- and the Endpoint info-section? And finally: Is there a possibility to identify tomcat-threads, wich are caught in e.g. infinite loops? Thanks for your help. Olli. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31364] New: - Missing resource in org/apache/catalina/core/LocalStrings.properties
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31364. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31364 Missing resource in org/apache/catalina/core/LocalStrings.properties Summary: Missing resource in org/apache/catalina/core/LocalStrings.properties Product: Tomcat 5 Version: 5.0.28 Platform: All OS/Version: All Status: NEW Severity: Major Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] ... causes problems with webapp reload. The missing resource is keyed standardContext.stoppingContext. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31364] - Missing resource in org/apache/catalina/core/LocalStrings.properties
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31364. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31364 Missing resource in org/apache/catalina/core/LocalStrings.properties --- Additional Comments From [EMAIL PROTECTED] 2004-09-22 15:27 --- Original mailing list post reporting error: Hi Guys, Version: 5.0.28 Scenario: One of our web applications has context reload=true set so that we can deploy single class patches (side question: is there a better way of hot-deploying single-class patching?) However, every time we copy the new class over the existing class, Tomcat begins to reload but throws the following exception stack trace about 6 times in a row (in stdout) and the UI presents error 503 application unavailable on requests. Tomcat never recovers from this and we have to restart the service. INFO: Reloading this Context has started 22-Sep-2004 10:02:25 org.apache.catalina.core.StandardContext reload SEVERE: Cannot find message associated with key standardContext.stoppingContext LifecycleException: Manager has not yet been started at org.apache.catalina.session.StandardManager.stop (StandardManager.java:680) at org.apache.catalina.core.StandardContext.stop (StandardContext.java:4474) at org.apache.catalina.core.StandardContext.reload (StandardContext.java:3015) at org.apache.catalina.core.StandardContext.backgroundProcess (StandardContext.java:4629) at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChild ren(ContainerBase.java:1619) at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChild ren(ContainerBase.java:1628) at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChild ren(ContainerBase.java:1628) at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run (ContainerBase.java:1608) at java.lang.Thread.run(Unknown Source) 22-Sep-2004 10:02:25 org.apache.catalina.core.StandardContext start INFO: Container StandardContext[] has already been started 22-Sep-2004 10:02:36 org.apache.catalina.core.StandardContext reload Kind regards, Allistair. FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
yoavs 2004/09/22 08:28:08
Modified:catalina/src/share/org/apache/catalina/core
LocalStrings.properties LocalStrings_es.properties
LocalStrings_fr.properties
LocalStrings_ja.properties
webapps/docs changelog.xml
Log:
Bugzilla 31364: missing resoure.
Revision ChangesPath
1.13 +1 -0
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/LocalStrings.properties
Index: LocalStrings.properties
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/LocalStrings.properties,v
retrieving revision 1.12
retrieving revision 1.13
diff -u -r1.12 -r1.13
--- LocalStrings.properties 11 Dec 2003 17:28:15 - 1.12
+++ LocalStrings.properties 22 Sep 2004 15:28:06 - 1.13
@@ -74,6 +74,7 @@
standardContext.startingLoader=Exception starting Loader
standardContext.startingManager=Exception starting Manager
standardContext.startingWrapper=Exception starting Wrapper for servlet {0}
+standardContext.stoppingContext=Exception stopping Context
standardContext.stoppingLoader=Exception stopping Loader
standardContext.stoppingManager=Exception stopping Manager
standardContext.stoppingWrapper=Exception stopping Wrapper for servlet {0}
1.2 +1 -0
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/LocalStrings_es.properties
Index: LocalStrings_es.properties
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/LocalStrings_es.properties,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- LocalStrings_es.properties17 Jan 2004 01:43:57 - 1.1
+++ LocalStrings_es.properties22 Sep 2004 15:28:08 - 1.2
@@ -74,6 +74,7 @@
standardContext.startingLoader=Excepción arrancando Cargador
standardContext.startingManager=Excepción arrancando Gestor
standardContext.startingWrapper=Excepción arrancando Arropador (Wrapper) para
servlet {0}
+standardContext.stoppingContext=Excepci?n parando Context
standardContext.stoppingLoader=Excepción parando Cargador
standardContext.stoppingManager=Excepción parando Gestor
standardContext.stoppingWrapper=Excepción parando Arropador (Wrapper) para servlet
{0}
1.4 +1 -0
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/LocalStrings_fr.properties
Index: LocalStrings_fr.properties
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/LocalStrings_fr.properties,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- LocalStrings_fr.properties11 Dec 2003 17:28:15 - 1.3
+++ LocalStrings_fr.properties22 Sep 2004 15:28:08 - 1.4
@@ -72,6 +72,7 @@
standardContext.startingLoader=Exception an démarrage du Loader
standardContext.startingManager=Exception an démarrage du Manager
standardContext.startingWrapper=Exception an démarrage de l''enrobeur (wrapper) de
la servlet {0}
+standardContext.stoppingContext=Exception ? l''arr?t du Context
standardContext.stoppingLoader=Exception à l''arrêt du Loader
standardContext.stoppingManager=Exception à l''arrêt du Manager
standardContext.stoppingWrapper=Exception à l''arrêt de l''enrobeur (wrapper) de la
servlet {0}
1.8 +1 -0
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/LocalStrings_ja.properties
Index: LocalStrings_ja.properties
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/LocalStrings_ja.properties,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- LocalStrings_ja.properties14 Jan 2004 13:01:19 - 1.7
+++ LocalStrings_ja.properties22 Sep 2004 15:28:08 - 1.8
@@ -74,6 +74,7 @@
standardContext.startingLoader=\u30ed\u30fc\u30c0\u3092\u8d77\u52d5\u4e2d\u306e\u4f8b\u5916\u3067\u3059
standardContext.startingManager=\u30de\u30cd\u30fc\u30b8\u30e3\u3092\u8d77\u52d5\u4e2d\u306e\u4f8b\u5916\u3067\u3059
standardContext.startingWrapper=\u30b5\u30fc\u30d6\u30ec\u30c3\u30c8 {0}
\u306e\u30e9\u30c3\u30d1\u3092\u8d77\u52d5\u4e2d\u306e\u4f8b\u5916\u3067\u3059
+standardContext.stoppingContext=\u30ed\u30fc\u30c0\u3092\u505c\u6b62\u4e2d\u306e\u4f8b\u5916\u3067\u3059
standardContext.stoppingLoader=\u30ed\u30fc\u30c0\u3092\u505c\u6b62\u4e2d\u306e\u4f8b\u5916\u3067\u3059
standardContext.stoppingManager=\u30de\u30cd\u30fc\u30b8\u30e3\u3092\u505c\u6b62\u4e2d\u306e\u4f8b\u5916\u3067\u3059
cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
yoavs 2004/09/22 08:50:38
Modified:catalina/src/share/org/apache/catalina/core Tag: TOMCAT_5_0
LocalStrings.properties LocalStrings_es.properties
LocalStrings_fr.properties
LocalStrings_ja.properties
webapps/docs Tag: TOMCAT_5_0 changelog.xml
Log:
Bugzilla 31364.
Revision ChangesPath
No revision
No revision
1.12.2.1 +1 -0
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/LocalStrings.properties
Index: LocalStrings.properties
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/LocalStrings.properties,v
retrieving revision 1.12
retrieving revision 1.12.2.1
diff -u -r1.12 -r1.12.2.1
--- LocalStrings.properties 11 Dec 2003 17:28:15 - 1.12
+++ LocalStrings.properties 22 Sep 2004 15:50:32 - 1.12.2.1
@@ -74,6 +74,7 @@
standardContext.startingLoader=Exception starting Loader
standardContext.startingManager=Exception starting Manager
standardContext.startingWrapper=Exception starting Wrapper for servlet {0}
+standardContext.stoppingContext=Exception stopping Context
standardContext.stoppingLoader=Exception stopping Loader
standardContext.stoppingManager=Exception stopping Manager
standardContext.stoppingWrapper=Exception stopping Wrapper for servlet {0}
1.1.2.1 +1 -0
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/LocalStrings_es.properties
Index: LocalStrings_es.properties
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/LocalStrings_es.properties,v
retrieving revision 1.1
retrieving revision 1.1.2.1
diff -u -r1.1 -r1.1.2.1
--- LocalStrings_es.properties17 Jan 2004 01:43:57 - 1.1
+++ LocalStrings_es.properties22 Sep 2004 15:50:32 - 1.1.2.1
@@ -74,6 +74,7 @@
standardContext.startingLoader=Excepción arrancando Cargador
standardContext.startingManager=Excepción arrancando Gestor
standardContext.startingWrapper=Excepción arrancando Arropador (Wrapper) para
servlet {0}
+standardContext.stoppingContext=Excepci?n parando Context
standardContext.stoppingLoader=Excepción parando Cargador
standardContext.stoppingManager=Excepción parando Gestor
standardContext.stoppingWrapper=Excepción parando Arropador (Wrapper) para servlet
{0}
1.3.2.1 +1 -0
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/LocalStrings_fr.properties
Index: LocalStrings_fr.properties
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/LocalStrings_fr.properties,v
retrieving revision 1.3
retrieving revision 1.3.2.1
diff -u -r1.3 -r1.3.2.1
--- LocalStrings_fr.properties11 Dec 2003 17:28:15 - 1.3
+++ LocalStrings_fr.properties22 Sep 2004 15:50:32 - 1.3.2.1
@@ -72,6 +72,7 @@
standardContext.startingLoader=Exception an démarrage du Loader
standardContext.startingManager=Exception an démarrage du Manager
standardContext.startingWrapper=Exception an démarrage de l''enrobeur (wrapper) de
la servlet {0}
+standardContext.stoppingContext=Exception ? l''arr?t du Context
standardContext.stoppingLoader=Exception à l''arrêt du Loader
standardContext.stoppingManager=Exception à l''arrêt du Manager
standardContext.stoppingWrapper=Exception à l''arrêt de l''enrobeur (wrapper) de la
servlet {0}
1.7.2.1 +1 -0
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/LocalStrings_ja.properties
Index: LocalStrings_ja.properties
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/LocalStrings_ja.properties,v
retrieving revision 1.7
retrieving revision 1.7.2.1
diff -u -r1.7 -r1.7.2.1
--- LocalStrings_ja.properties14 Jan 2004 13:01:19 - 1.7
+++ LocalStrings_ja.properties22 Sep 2004 15:50:32 - 1.7.2.1
@@ -74,6 +74,7 @@
standardContext.startingLoader=\u30ed\u30fc\u30c0\u3092\u8d77\u52d5\u4e2d\u306e\u4f8b\u5916\u3067\u3059
standardContext.startingManager=\u30de\u30cd\u30fc\u30b8\u30e3\u3092\u8d77\u52d5\u4e2d\u306e\u4f8b\u5916\u3067\u3059
standardContext.startingWrapper=\u30b5\u30fc\u30d6\u30ec\u30c3\u30c8 {0}
\u306e\u30e9\u30c3\u30d1\u3092\u8d77\u52d5\u4e2d\u306e\u4f8b\u5916\u3067\u3059
+standardContext.stoppingContext=\u30ed\u30fc\u30c0\u3092\u505c\u6b62\u4e2d\u306e\u4f8b\u5916\u3067\u3059
standardContext.stoppingLoader=\u30ed\u30fc\u30c0\u3092\u505c\u6b62\u4e2d\u306e\u4f8b\u5916\u3067\u3059
DO NOT REPLY [Bug 31364] - Missing resource in org/apache/catalina/core/LocalStrings.properties
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31364. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31364 Missing resource in org/apache/catalina/core/LocalStrings.properties [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-09-22 15:52 --- Fixed for both Tomcat 5.0 and 5.5. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem with Tomcat 4.0.6 and open udp ports
Hi, We have a problem in production with Jakarta-Tomcat 4.0.6. As the time the server is running increases, java process open more and more UDP ports (from 1005 to 5000), and we don't know why. These ports don't get closed , so the number of open ports increases as time goes on. It's probable that this circumstance is causing other communication problems to our host. ¿Why does Tomcat open UDP ports? ¿Why are not closed? ¿Is there any solution? Thanks in advance, Valentín Alonso Álvarez mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with Tomcat 4.0.6 and open udp ports
Tomcat 4 doesn't use UDP for anything. Someone's code using tomcat is doing that. -Tim Valentín Alonso Álvarez wrote: Hi, We have a problem in production with Jakarta-Tomcat 4.0.6. As the time the server is running increases, java process open more and more UDP ports (from 1005 to 5000), and we don't know why. These ports don't get closed , so the number of open ports increases as time goes on. It's probable that this circumstance is causing other communication problems to our host. ¿Why does Tomcat open UDP ports? ¿Why are not closed? ¿Is there any solution? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31369] New: - Tomcat throws an exception when using a formular with pocket pc
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31369. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31369 Tomcat throws an exception when using a formular with pocket pc Summary: Tomcat throws an exception when using a formular with pocket pc Product: Tomcat 5 Version: 5.0.27 Platform: PC OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] I'm testing secure browsers for a diploma work. Because of this I've tested the Pocket Explorer for Windows CE on a Pocket Loox 600 from Siemens. The side which I have to test is http://www.privasphere.com/ There I want to generate a new email, but if I want to prepare it, the server gives me this as result in the logfile with the Tomcat 5.0.27 and struts 1.2: 2004-09-22 17:26:27 StandardWrapperValve[action]: Servlet.service() for servlet action threw exception java.lang.IllegalArgumentException: argument type mismatch at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.commons.beanutils.PropertyUtils.setSimpleProperty(PropertyUtils.java:1789) at org.apache.commons.beanutils.PropertyUtils.setNestedProperty(PropertyUtils.java:1684) at org.apache.commons.beanutils.PropertyUtils.setProperty(PropertyUtils.java:1713) at org.apache.commons.beanutils.BeanUtils.setProperty(BeanUtils.java:1019) at org.apache.commons.beanutils.BeanUtils.populate(BeanUtils.java:808) at org.apache.struts.util.RequestUtils.populate(RequestUtils.java:495) at org.apache.struts.action.RequestProcessor.processPopulate(RequestProcessor.java:798) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:205) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1164) at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:415) at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:535) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683) at java.lang.Thread.run(Thread.java:534) When I test it with Tomcat 5.0.24 (struts1.1), the server gives me this: java.lang.IllegalArgumentException: [EMAIL PROTECTED] at sun.reflect.GeneratedMethodAccessor218.invoke(Unknown Source) at
DO NOT REPLY [Bug 31369] - Tomcat throws an exception when using a formular with pocket pc
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31369. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31369 Tomcat throws an exception when using a formular with pocket pc [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-09-22 16:29 --- Not a Tomcat bug. It might be a struts bug, but I doubt that to. It's probably an error in the site's application. If you can create a test case and attach it here, or otherwise prove this is a Tomcat bug, feel free to reopen this. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with Tomcat 4.0.6 and open udp ports
¿It doesn't use UDP ports internally for anything (I don't know, for example for communicating threads, or something like that)? Thaks, Valentín Alonso Álvarez mailto:[EMAIL PROTECTED] - Original Message - From: Tim Funk [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Wednesday, September 22, 2004 6:19 PM Subject: Re: Problem with Tomcat 4.0.6 and open udp ports Tomcat 4 doesn't use UDP for anything. Someone's code using tomcat is doing that. -Tim Valentín Alonso Álvarez wrote: Hi, We have a problem in production with Jakarta-Tomcat 4.0.6. As the time the server is running increases, java process open more and more UDP ports (from 1005 to 5000), and we don't know why. These ports don't get closed , so the number of open ports increases as time goes on. It's probable that this circumstance is causing other communication problems to our host. ¿Why does Tomcat open UDP ports? ¿Why are not closed? ¿Is there any solution? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31369] - Tomcat throws an exception when using a formular with pocket pc
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31369. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31369 Tomcat throws an exception when using a formular with pocket pc --- Additional Comments From [EMAIL PROTECTED] 2004-09-22 16:49 --- happens when trying to upload a form multipart similar to the situation in Bug 25527 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: jakarta-tomcat-4.0/jakarta-tomcat-4.0 success
To whom it may satisfy... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact folk at [EMAIL PROTECTED] Project jakarta-tomcat-4.0 *no longer* has an issue. Project State : 'Success', Reason '' Full details are available at: http://brutus.apache.org/gump/public/jakarta-tomcat-4.0/jakarta-tomcat-4.0/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Jar [naming-resources.jar] identifier set to jar basename: [naming-resources] -DEBUG- Jar [servlets-default.jar] identifier set to jar basename: [servlets-default] -DEBUG- Jar [naming-common.jar] identifier set to jar basename: [naming-common] -DEBUG- Jar [catalina.jar] identifier set to jar basename: [catalina] -DEBUG- Jar [bootstrap.jar] identifier set to jar basename: [bootstrap] -DEBUG- Jar [servlets-common.jar] identifier set to jar basename: [servlets-common] -DEBUG- Jar [servlets-invoker.jar] identifier set to jar basename: [servlets-invoker] -DEBUG- Dependency on javamail exists, no need to add for property mail.jar. -DEBUG- Dependency on jaf exists, no need to add for property activation.jar. -DEBUG- Dependency on jmx exists, no need to add for property jmx.jar. -DEBUG- Dependency on jakarta-servletapi-4 exists, no need to add for property servlet.jar. -DEBUG- Dependency on xml-xerces exists, no need to add for property xerces.jar. -DEBUG- Dependency on jakarta-tomcat-util exists, no need to add for property tomcat-util.jar. -DEBUG- Dependency on commons-logging exists, no need to add for property commons-logging-api.jar. -DEBUG- Dependency on ant exists, no need to add for property ant.home. -DEBUG- Dependency on jakarta-servletapi-4 exists, no need to add for property servlet.home. -DEBUG- Dependency on jsse exists, no need to add for property jsse.home. -DEBUG- Dependency on jmx exists, no need to add for property jmx.home. -DEBUG- Dependency on jmx exists, no need to add for property jmxtools.jar. -DEBUG- Dependency on jndi exists, no need to add for property jndi.home. -DEBUG- Dependency on jakarta-regexp exists, no need to add for property regexp.home. -DEBUG- Dependency on jakarta-regexp exists, no need to add for property regexp.jar. -DEBUG- Dependency on javamail exists, no need to add for property mail.home. -DEBUG- Dependency on jakarta-tomcat-coyote exists, no need to add for property tomcat-coyote.home. -DEBUG- Dependency on jaf exists, no need to add for property activation.home. -INFO- Optional dependency avalon-phoenix prerequisite failed with reason build failed -INFO- No license on redistributable project with outputs. The following work was performed: http://brutus.apache.org/gump/public/jakarta-tomcat-4.0/jakarta-tomcat-4.0/gump_work/build_jakarta-tomcat-4.0_jakarta-tomcat-4.0.html Work Name: build_jakarta-tomcat-4.0_jakarta-tomcat-4.0 (Type: Build) State: Success Elapsed: 1 min 40 secs Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/xalan-unbundled.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Djmx.jar=/usr/local/gump/packages/jmx-1_2-ri/lib/jmxri.jar -Djmx.home=/usr/local/gump/packages/jmx-1_2-ri -Djdbc20ext.jar=/usr/local/gump/packages/jdbc2_0/jdbc2_0-stdext.jar -Dregexp.jar=/usr/local/gump/public/workspace/jakarta-regexp/build/jakarta-regexp-22092004.jar -Dmail.home=/usr/local/gump/packages/javamail-1.3 -Dant.home=/usr/local/gump/public/workspace/ant/dist -Dservlet.jar=/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar -Dsite2.home=/usr/local/gump/public/workspace/jakarta-site2 -Dxerces.jar=/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar -Dcommons-collections.jar=/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-22092004.jar -Dldap.jar=/usr/local/gump/packages/ldap-1_2_4/lib/ldap.jar -Djsse.home=/usr/local/gump/packages/jsse1.0.3 -Djaas.jar=/usr/local/gump/packages/jaas1_0/lib/jaas.jar -Dmail.jar=/usr/local/gump/packages/javamail-1.3/mail.jar -Dcommons-digester.jar=/usr/local/gump/public/workspace/jakarta-commons/digester/dist/commons-digester.jar -Djndi.jar=/usr/local/gump/packages/jndi1_2_1/lib/jndi.jar -Djmxtools.jar=/usr/local/gump/packages/jmx-1_2-ri/lib/jmxtools.jar -Dactivation.home=/usr/local/gump/packages/jaf-1.0.1 -Dregexp.home=/usr/local/gump/public/workspace/jakarta-regexp/build -Dcommons-beanutils.jar=/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar
Ravithomas is out of the office.
I will be out of the office starting 17/09/2004 and will not return until 27/09/2004. Inshallah I will respond to your message when I return. For anything urgent please contact [EMAIL PROTECTED] or [EMAIL PROTECTED] or phone / fax number in the signature. - Prof. Ravi Thomas L.V. Prasad Eye Institute Banjara Hills Hyderabad 500034 Andhra Pradesh India 91-40-23546379 91-40-23548098 91-40-23608262 Fax: 91-40-23548271 [EMAIL PROTECTED] [EMAIL PROTECTED] For official mails please copy to [EMAIL PROTECTED] .. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31372] New: - Error in AuthenticatorBase.register method
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31372. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=31372 Error in AuthenticatorBase.register method Summary: Error in AuthenticatorBase.register method Product: Tomcat 5 Version: 5.0.28 Platform: PC OS/Version: Windows XP Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Line 813 Session session = getSession(request, false); Second parameter should be set to true so that we create a session if it doesn't already exist. I have to authenticate twice in order because the first page hit doesn't create a session before this method is called with Certificate based authentication for some reason. The second page hit returns the session normally. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21774] - BootStrap does not stop
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=21774. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=21774 BootStrap does not stop [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-09-22 21:27 --- This is usually an issue with a deployed application. Try searching the tomcat- user archives for more information and then post on the tomcat-user mailing list if you still have any questions. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22502] - Jasper can't parse a XML format JSP file encoding
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=22502. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=22502 Jasper can't parse a XML format JSP file encoding [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2004-09-22 21:49 --- *** This bug has been marked as a duplicate of 19778 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 19778] - utf-8-encoded source gets mangled in xml-mode
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=19778. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=19778 utf-8-encoded source gets mangled in xml-mode [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2004-09-22 21:49 --- *** Bug 22502 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 19778] - utf-8-encoded source gets mangled in xml-mode
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=19778. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=19778 utf-8-encoded source gets mangled in xml-mode --- Additional Comments From [EMAIL PROTECTED] 2004-09-22 21:50 --- Note duplicate contains an alternative patch. I haven't evaluated either. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Bugzilla 30936: secure attribute is persisted twice
Peter Rossbach wrote: Hey, we have many duplicate attributes at connector and protocolhandler classes- I have spent a lot of time to fix that at my new server.xml/context.xml storage module. Current design based on factory model with external description file to handle those issues. Very strange, but my only chance to implement the handler, without break the current codebase. We must refactor the Connector/Protocoll class to make a clear cut, between old and correct attributes. We drop maxProcessors and minProcessors attributes as example. Yes, we need to remove any useless field. More generally, the idea in this branch is to remove anything useless. My current questions are: Why we handle all connectors attributes as real class attributes and dymamic properties? Can we drop the attribute translation between Connector and ProtocolHandler? No, we likely can't, because accessing them would become slow, and some are used during request processing (so they need to remain fields on the Connector class). Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
