DO NOT REPLY [Bug 35497] - tomcat5 stops responding to requests, leaves zombie processes, no response to TERM signal
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=35497. 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=35497 [EMAIL PROTECTED] changed: What|Removed |Added Severity|major |normal Status|RESOLVED|REOPENED Component|Unknown |Servlet JSP API OS/Version|Linux |Windows 2000 Platform|Other |PC Resolution|INVALID | Version|5.5.9 |5.0.28 --- Additional Comments From [EMAIL PROTECTED] 2005-07-15 12:15 --- Hello, I appeared to have the exact same problem but it happened on Windows. Server 1: Windows 2000 5.00.2195 Service Pack 4 Single Processor (Athlon XP 2000+) Tomcat 5.0.28 J2SDK1.4.2_03 Server 2: Original dev/test server: Windows 2000 5.00.2195 Service Pack 4 1/2/4 Xeon CPUs @ 2.4GHz (removing CPUs didn't help the situation) Tomcat 5.0.28 J2SDK1.4.2_08 Server 1 listed above worked without any problems. However, when I deployed the service on server 2, Tomcat would stop responding after the servlets are not accessed for a period of time (around 4-5 hrs). Executing shutup.bat produced no visible effect. Strangely, as far as I can tell, the JSP pages worked just fine. When I modified the web.xml file within the WEB-INF directory of my application, the supposely dead Tomcat did a context-reload and the previously unresponding servlets came back alive too. After some futher testings, to my amazement, I found that could bring Tomcat back alive by simply focus on the Tomcat console and pressed Enter (I assum press any other key would work too). I would appreaciate it if anyone can shed some light on this matter, and for now I'll test to see whether or not having a external thread calling a dummy servlet periodicaly can remove this problem. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tomcat-dev@jakarta.apache.org
Salve, abbiamo ricevuto il Suo messaggio e la ringraziamo per averci contattati. Le risponderemo appena possibile. Saluti, lo staff di VacciNetwork - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tomcat-dev@jakarta.apache.org
Salve, abbiamo ricevuto il Suo messaggio e la ringraziamo per averci contattati. Le risponderemo appena possibile. Saluti, lo staff di VacciNetwork - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tomcat-dev@jakarta.apache.org
Salve, abbiamo ricevuto il Suo messaggio e la ringraziamo per averci contattati. Le risponderemo appena possibile. Saluti, lo staff di VacciNetwork - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tomcat-dev@jakarta.apache.org
Salve, abbiamo ricevuto il Suo messaggio e la ringraziamo per averci contattati. Le risponderemo appena possibile. Saluti, lo staff di VacciNetwork - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tomcat-dev@jakarta.apache.org
Salve, abbiamo ricevuto il Suo messaggio e la ringraziamo per averci contattati. Le risponderemo appena possibile. Saluti, lo staff di VacciNetwork - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tomcat-dev@jakarta.apache.org
Salve, abbiamo ricevuto il Suo messaggio e la ringraziamo per averci contattati. Le risponderemo appena possibile. Saluti, lo staff di VacciNetwork - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tomcat-dev@jakarta.apache.org
Salve, abbiamo ricevuto il Suo messaggio e la ringraziamo per averci contattati. Le risponderemo appena possibile. Saluti, lo staff di VacciNetwork - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tomcat-dev@jakarta.apache.org
Salve, abbiamo ricevuto il Suo messaggio e la ringraziamo per averci contattati. Le risponderemo appena possibile. Saluti, lo staff di VacciNetwork - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tomcat-dev@jakarta.apache.org
Salve, abbiamo ricevuto il Suo messaggio e la ringraziamo per averci contattati. Le risponderemo appena possibile. Saluti, lo staff di VacciNetwork - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tomcat-dev@jakarta.apache.org
Salve, abbiamo ricevuto il Suo messaggio e la ringraziamo per averci contattati. Le risponderemo appena possibile. Saluti, lo staff di VacciNetwork - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk 1.2.10 and tomcat 5.5.9 buffer overflow
Thank you Bill! I will happily continue to the other list, at least I know my logging is set to capture the correct events and I have a clue as to what might be the cause. -Collin Bill Barker wrote: Collin McClendon [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] I've enabled the logging per your suggestions, and not having heard back in a bit, I was hoping someone could clue in to why I get plenty of FINE messages for org.apache.jk.common.MsgAjp, but no longer get SEVERE messages. I'm also trying consistently crash mod_jk, but not having much luck, OpenCMS is the webapp invovled here, I haven't gotten any feed back from their dev list. You get plenty of FINE messages, since those are primarily for developers trying to understand the protocol traffic ;-). You haven't gotten SEVERE messages for the simple reason that none of them have been triggered. (as an aside, MsgAjp only currently logs at either SEVERE or FINE). As Remy mentions below, the most likely problems are with a 'Set-Cookie' header (with a ridiculously big cookie), or with a 'Location' header (from a sendRedirect with a ridiculously big query-string). Personally, I'm betting on the second (since the Response body was less than 8K). In any case, this is starting to border on [OT] for this list, and may be better continued on [EMAIL PROTECTED] Don't worry, both Remy an me lurk there ;-). Thanks, Collin Remy Maucherat wrote: Bill Barker wrote: The message is simply that you have a header value that is too big for the AJP/1.3 protocol to handle. If you enable DEBUG logging for org.apache.jk.common.MsgAjp, you should get a dump of the partial data that should include the name of the bad header. Given the line, it could be a monster header value, possibly a cookie (the size is 18KB, which is way over the AJP/1.3 capabilities). Rémy (with the neophyte AJP developer hat on) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Collin McClendon Sr. Microsoft Systems Engineer Digicon Corporation [EMAIL PROTECTED] - 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 35755] New: - Isapi_redirector.dll (JK 1.2.13+) logs same filename multiple times in IIS log file
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=35755. 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=35755 Summary: Isapi_redirector.dll (JK 1.2.13+) logs same filename multiple times in IIS log file Product: Tomcat 5 Version: 5.0.19 Platform: Other OS/Version: Windows 2000 Status: NEW Severity: normal Priority: P4 Component: Native:JK AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Windows 2000 Server SP4 IIS 5.0 After looking at bug (enhancement request) 34577 I upgraded from JK 1.2.10 to 1.2.13 to take advantage of the better IIS logging. I installed the later (1.2.13) isapi_redirect.dll Restarted my IIS webserver Cleared the browser cache Requested a file through the browser (thankyou.jsp) Viewed my IIS log file. For the page requested there were multiple logging of the same files that are included in my requested HTML file. Example log file entries are as follows: #Fields: date time c-ip cs-username s-ip s-port cs-method cs-uri-stem cs-uri- query sc-status cs-bytes cs(User-Agent) 2005-07-15 12:15:43 192.168.1.104 - 192.168.1.5 80 GET /survey/thankyou.jsp - 200 425 Mozilla/4.0+ (compatible;+MSIE+6.0;+Windows+NT+5.0;+formsPlayer+1.3;+.NET+CLR+1.1.4322) 2005-07-15 12:15:43 192.168.1.104 - 192.168.1.5 80 GET /survey/survey.css - 200 379 Mozilla/4.0+ (compatible;+MSIE+6.0;+Windows+NT+5.0;+formsPlayer+1.3;+.NET+CLR+1.1.4322) 2005-07-15 12:15:43 192.168.1.104 - 192.168.1.5 80 GET /survey/general.js - 200 379 Mozilla/4.0+ (compatible;+MSIE+6.0;+Windows+NT+5.0;+formsPlayer+1.3;+.NET+CLR+1.1.4322) 2005-07-15 12:15:43 192.168.1.104 - 192.168.1.5 80 GET /survey/survey.css - 200 406 Mozilla/4.0+ (compatible;+MSIE+6.0;+Windows+NT+5.0;+formsPlayer+1.3;+.NET+CLR+1.1.4322) 2005-07-15 12:15:43 192.168.1.104 - 192.168.1.5 80 GET /survey/general.js - 200 407 Mozilla/4.0+ (compatible;+MSIE+6.0;+Windows+NT+5.0;+formsPlayer+1.3;+.NET+CLR+1.1.4322) 2005-07-15 12:15:43 192.168.1.104 - 192.168.1.5 80 GET /survey/survey.css - 200 386 Mozilla/4.0+ (compatible;+MSIE+6.0;+Windows+NT+5.0;+formsPlayer+1.3;+.NET+CLR+1.1.4322) 2005-07-15 12:15:43 192.168.1.104 - 192.168.1.5 80 GET /survey/general.js - 200 389 Mozilla/4.0+ (compatible;+MSIE+6.0;+Windows+NT+5.0;+formsPlayer+1.3;+.NET+CLR+1.1.4322) 2005-07-15 12:15:43 192.168.1.104 - 192.168.1.5 80 GET /survey/general.js - 200 388 Mozilla/4.0+ (compatible;+MSIE+6.0;+Windows+NT+5.0;+formsPlayer+1.3;+.NET+CLR+1.1.4322) 2005-07-15 12:15:43 192.168.1.104 - 192.168.1.5 80 GET /survey/survey.css - 200 389 Mozilla/4.0+ (compatible;+MSIE+6.0;+Windows+NT+5.0;+formsPlayer+1.3;+.NET+CLR+1.1.4322) 2005-07-15 12:15:43 192.168.1.104 - 192.168.1.5 80 GET /survey/general.js - 200 404 Mozilla/4.0+ (compatible;+MSIE+6.0;+Windows+NT+5.0;+formsPlayer+1.3;+.NET+CLR+1.1.4322) 2005-07-15 12:15:43 192.168.1.104 - 192.168.1.5 80 GET /survey/survey.css - 200 405 Mozilla/4.0+ (compatible;+MSIE+6.0;+Windows+NT+5.0;+formsPlayer+1.3;+.NET+CLR+1.1.4322) 2005-07-15 12:15:43 192.168.1.104 - 192.168.1.5 80 GET /survey/general.js - 200 399 Mozilla/4.0+ (compatible;+MSIE+6.0;+Windows+NT+5.0;+formsPlayer+1.3;+.NET+CLR+1.1.4322) 2005-07-15 12:15:43 192.168.1.104 - 192.168.1.5 80 GET /survey/survey.css - 200 400 Mozilla/4.0+ (compatible;+MSIE+6.0;+Windows+NT+5.0;+formsPlayer+1.3;+.NET+CLR+1.1.4322) 2005-07-15 12:15:43 192.168.1.104 - 192.168.1.5 80 GET /survey/general.js - 200 401 Mozilla/4.0+ (compatible;+MSIE+6.0;+Windows+NT+5.0;+formsPlayer+1.3;+.NET+CLR+1.1.4322) 2005-07-15 12:15:44 192.168.1.104 - 192.168.1.5 80 GET /survey/survey.css - 200 391 Mozilla/4.0+ (compatible;+MSIE+6.0;+Windows+NT+5.0;+formsPlayer+1.3;+.NET+CLR+1.1.4322) 2005-07-15 12:15:44 192.168.1.104 - 192.168.1.5 80 GET /survey/general.js - 200 392 Mozilla/4.0+ (compatible;+MSIE+6.0;+Windows+NT+5.0;+formsPlayer+1.3;+.NET+CLR+1.1.4322) 2005-07-15 12:15:44 192.168.1.104 - 192.168.1.5 80 GET /survey/survey.css - 200 398 Mozilla/4.0+ (compatible;+MSIE+6.0;+Windows+NT+5.0;+formsPlayer+1.3;+.NET+CLR+1.1.4322) 2005-07-15 12:15:44 192.168.1.104 - 192.168.1.5 80 GET /survey/general.js - 200 399 Mozilla/4.0+ (compatible;+MSIE+6.0;+Windows+NT+5.0;+formsPlayer+1.3;+.NET+CLR+1.1.4322) 2005-07-15 12:15:44 192.168.1.104 - 192.168.1.5 80 GET /survey/survey.css - 200 393 Mozilla/4.0+ (compatible;+MSIE+6.0;+Windows+NT+5.0;+formsPlayer+1.3;+.NET+CLR+1.1.4322) 2005-07-15 12:15:44 192.168.1.104 - 192.168.1.5 80 GET /survey/general.js - 200 409 Mozilla/4.0+ (compatible;+MSIE+6.0;+Windows+NT+5.0;+formsPlayer+1.3;+.NET+CLR+1.1.4322) 2005-07-15 12:15:44 192.168.1.104 - 192.168.1.5 80 GET /survey/general.js - 200 410 Mozilla/4.0+
DO NOT REPLY [Bug 35497] - tomcat5 stops responding to requests, leaves zombie processes, no response to TERM signal
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=35497. 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=35497 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-07-15 14:14 --- For this kind of problem, you need to investigate using posts on tomcat-user, which will yield far more useful feedback. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35755] - Isapi_redirector.dll (JK 1.2.13+) logs same filename multiple times in IIS log file
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=35755. 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=35755 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2005-07-15 15:09 --- Hi, JK 1.2.13 version was never released. Plese use the 1.2.14 version that will probably be votes as stable. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
resource element
How are resource elements in a context.xml file processed by Tomcat 5.5.x? For instance... Resource name= services/myservice auth= Container type= com.mycom.BasicService factory = com.mycom.BasicServiceFactory / ...I am assuming this would use BasicServiceFactory to create an instance of BasicService and bind it to the appropriate node in JNDI correct? How do I go about passing parameters to the BasicService object? Bernard Durfee - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35755] - Isapi_redirector.dll (JK 1.2.13+) logs same filename multiple times in IIS log file
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=35755. 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=35755 --- Additional Comments From [EMAIL PROTECTED] 2005-07-15 16:17 --- Hi. I could not find any documentation that said the 1.2.13 release was stable or not except for asking on the TC users group. I still get the same results with the 1.2.14 release though. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net AprEndpoint.java
remm2005/07/15 08:40:00
Modified:util/java/org/apache/tomcat/util/net/res
LocalStrings.properties
util/java/org/apache/tomcat/util/net AprEndpoint.java
Log:
- Some localization.
Revision ChangesPath
1.11 +2 -0
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/res/LocalStrings.properties
Index: LocalStrings.properties
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/res/LocalStrings.properties,v
retrieving revision 1.10
retrieving revision 1.11
diff -u -r1.10 -r1.11
--- LocalStrings.properties 14 Jun 2005 13:14:18 - 1.10
+++ LocalStrings.properties 15 Jul 2005 15:39:59 - 1.11
@@ -11,6 +11,8 @@
endpoint.debug.unlock=Caught exception trying to unlock accept on port {0}
endpoint.err.close=Caught exception trying to close socket
endpoint.noProcessor=No Processors - worker thread dead!
+endpoint.init.bind=Socket bind failed: {0}
+endpoint.init.listen=Socket listen failed: {0}
endpoint.accept.fail=Socket accept failed
endpoint.poll.limitedpollsize=Failed to create poller with specified size,
uses 62 instead
1.65 +7 -4
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/AprEndpoint.java
Index: AprEndpoint.java
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/AprEndpoint.java,v
retrieving revision 1.64
retrieving revision 1.65
diff -u -r1.64 -r1.65
--- AprEndpoint.java 14 Jul 2005 22:35:21 - 1.64
+++ AprEndpoint.java 15 Jul 2005 15:40:00 - 1.65
@@ -16,6 +16,7 @@
package org.apache.tomcat.util.net;
+import java.io.IOException;
import java.net.InetAddress;
import java.util.ArrayList;
import java.util.HashMap;
@@ -512,12 +513,14 @@
Socket.APR_PROTO_TCP, rootPool);
// Bind the server socket
int ret = Socket.bind(serverSock, inetAddress);
-if (ret != 0)
- throw(new Exception(bind failed: + ret));
+if (ret != 0) {
+throw new Exception(sm.getString(endpoint.init.bind, +
ret));
+}
// Start listening on the server socket
ret = Socket.listen(serverSock, backlog);
-if (ret != 0)
- throw(new Exception(listen failed: + ret));
+if (ret != 0) {
+throw new Exception(sm.getString(endpoint.init.listen, +
ret));
+}
// Sendfile usage on systems which don't support it cause major
problems
if (useSendfile !Library.APR_HAS_SENDFILE) {
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34856] - MacOSX 10.4 and Java 5 jnilibs causes ZipException when Tomcat loads non-jars
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=34856. 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=34856 --- Additional Comments From [EMAIL PROTECTED] 2005-07-15 19:51 --- Bug filed with Sun http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6295519 -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35758] New: - Admin webapp does not save correctly the JDBCRealm XML tag.
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=35758.
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=35758
Summary: Admin webapp does not save correctly the JDBCRealm XML
tag.
Product: Tomcat 5
Version: 5.5.9
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: Webapps:Administration
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
Hi,
I have a problem when configuring a JDBCRealm from the admin tool.
I use no digest algorithm, so I leave the digest text field in blank, but the
generated server.xml file includes an oughfull:
digest=
attribute, so Tomcat throws me an exception telling me that it can not find the
required () digest algorithm.
I removed the offending line from server.xml and it works perfectly.
Unfortunatelly, my hosting service only allow me to use the admin app. (As a
workaround, I included the META-INF/context.xml file with the right tags and it
worked ok)
How can I tell from the admin app that don't generate the digest attribute?
I already test it with: No, NO, NONE y null but doesn't work.
I checked the source code and the SaveJDBCRealmAction Action class has the
following code in line 235:
attribute = digest;
mBServer.setAttribute(roname,
new Attribute(digest, rform.getDigest()));
May it be guarded like this?
if ( rform.getDigest() != null !.equals(rform.getDigest().trim()) ) {
attribute = digest;
mBServer.setAttribute(roname,
new Attribute(digest, rform.getDigest()));
}
Thanks in advance
Gabriel
PS: Didn't check it but it may be worth to look at the code of DataSourceRealm
since it may have similar problems.-
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] JK 1.2.14.1
At 11:08 AM 7/11/2005, jean-frederic clere wrote: JK 1.2.14 has been released. Uhm, I've said several times before you took a stab at being the RM, but no, it had not been released, it's just a tarball. You must wait for 3 +1's and more +1's than -1's before calling it released. blogs, slashdot etc are known to prematurely announce releases if the messages aren't worded correctly on the dev lists, and this has caused headaches to the httpd project on more than one occasion :) Usually I'd pick the phrase A release candidate is available at ..., please test this tarball and vote. Please vote: [X] Stable -- good build [ ] Alpha -- something serious is wrong: what is it? So... I'll vote :) Nice work! Regression tested against both Apache 1.3 and 2.0 on Solaris 8, Linux 2.4 kernel and HPUX 11. Bill - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: I can't access the tomcat managment console
Without solving this problem, I can't do anything for my work. Thanks for your help. --Paul --- zhou jian [EMAIL PROTECTED] wrote: Sorry to repeat this question. I hope that the title will describe the problem more accurately at this time. Thanks, --Paul --- zhou jian [EMAIL PROTECTED] wrote: Hi Everyone, I just installed tomcat 5.5.9. However, I can't login in to the manager functionality even if I set the the tomcate-users.xml right. The error message is : HTTP Status 403 - Access to the requested resource has been denied type Status report message Access to the requested resource has been denied description Access to the specified resource (Access to the requested resource has been denied) has been forbidden. I can't do anything without accessing to this part. I have been searched over google for similar problem. Hope you can give me some hints. Thanks in advance! --Paul Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs __ Yahoo! Mail for Mobile Take Yahoo! Mail with you! Check email on your mobile phone. http://mobile.yahoo.com/learn/mail Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: I can't access the tomcat managment console
I just installed tomcat 5.5.9. However, I can't login in to the manager functionality even if I set the the tomcate-users.xml right. The error message is : HTTP Status 403 - Access to the requested resource has been denied That message contradicts your assertion that you set the tomcat-users.xml correctly. The filename is wrong in your text, and you didn't give a complete description of your problem. Please take your question to the tomcat-users mailing list or try using a good search engine to find how others have resolved their errors. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: I can't access the tomcat managment console
Sorry for the bother. But I have sent the message to the user list, and there is no response for a long time. I am trying to do develop work with tomcat right now. I set the file according to the offical instructions,here is the excerpt: ?xml version='1.0' encoding='utf-8'? tomcat-users role rolename=tomcat/ role rolename=role1/ role rolename=standard/ role rolename=manager/ user username=jzhou password=12345 roles=standard,manager/ user username=tomcat password=tomcat roles=tomcat/ user username=role1 password=tomcat roles=role1/ user username=both password=tomcat roles=tomcat,role1/ user username=admin password=secret roles=manager/ /tomcat-users I did extensive search over the internet and did find some people suggest that I add admin role. I added in another test but failed. I am submitting this to this group, 'cause I felt this issue is really strange. I download the tomcat freshly, I can only access the Tomcat Manager for the first time with a failed attempts. Later, I reinstall tomcat, but the problem exists. Status Tomcat Administration Tomcat Manager I used to use lower version of tomcat. There is no problem of that. I doubt that this is the specified problem of 5.5.9. I don't really have much experience on this mail list. If you need further information, please let me know. Thanks, --Paul --- Ian Darwin [EMAIL PROTECTED] wrote: I just installed tomcat 5.5.9. However, I can't login in to the manager functionality even if I set the the tomcate-users.xml right. The error message is : HTTP Status 403 - Access to the requested resource has been denied That message contradicts your assertion that you set the tomcat-users.xml correctly. The filename is wrong in your text, and you didn't give a complete description of your problem. Please take your question to the tomcat-users mailing list or try using a good search engine to find how others have resolved their errors. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35720] - Updating JSP causes error Provider org.apache.xerces.jaxp.SAXParserFactoryImpl could not be instantiated: java.lang.NullPointerException
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=35720. 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=35720 --- Additional Comments From [EMAIL PROTECTED] 2005-07-15 23:16 --- I have discovered that I can make this error go away by applying the JDK 1.4.x compatibility patch, even though my JDK is version 1.5.0_03. This, however, caused me to get the error: java.lang.NoSuchMethodError: org.w3c.dom.Node.getTextContent()Ljava/lang/String; Presumably, the getTextContent() method was not present in JDK 1.4.x, thus the patch causes this error. When I remove the patch, the NoSuchMethodError is resolved, but the original error returns. Looking more like a bug all the time... -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35720] - Updating JSP causes error Provider org.apache.xerces.jaxp.SAXParserFactoryImpl could not be instantiated: java.lang.NullPointerException
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=35720. 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=35720 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2005-07-16 01:47 --- There's another existing bug report, use it. *** This bug has been marked as a duplicate of 35243 *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35243] - Constantly restarting Tomcat because Xerces Parser cannot be instantiated
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=35243. 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=35243 --- Additional Comments From [EMAIL PROTECTED] 2005-07-16 01:47 --- *** Bug 35720 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tomcat-dev@jakarta.apache.org
Salve, abbiamo ricevuto il Suo messaggio e la ringraziamo per averci contattati. Le risponderemo appena possibile. Saluti, lo staff di VacciNetwork - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tomcat-dev@jakarta.apache.org
Salve, abbiamo ricevuto il Suo messaggio e la ringraziamo per averci contattati. Le risponderemo appena possibile. Saluti, lo staff di VacciNetwork - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tomcat-dev@jakarta.apache.org
Salve, abbiamo ricevuto il Suo messaggio e la ringraziamo per averci contattati. Le risponderemo appena possibile. Saluti, lo staff di VacciNetwork - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tomcat-dev@jakarta.apache.org
Salve, abbiamo ricevuto il Suo messaggio e la ringraziamo per averci contattati. Le risponderemo appena possibile. Saluti, lo staff di VacciNetwork - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tomcat-dev@jakarta.apache.org
Salve, abbiamo ricevuto il Suo messaggio e la ringraziamo per averci contattati. Le risponderemo appena possibile. Saluti, lo staff di VacciNetwork - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tomcat-dev@jakarta.apache.org
Salve, abbiamo ricevuto il Suo messaggio e la ringraziamo per averci contattati. Le risponderemo appena possibile. Saluti, lo staff di VacciNetwork - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tomcat-dev@jakarta.apache.org
Salve, abbiamo ricevuto il Suo messaggio e la ringraziamo per averci contattati. Le risponderemo appena possibile. Saluti, lo staff di VacciNetwork - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tomcat-dev@jakarta.apache.org
Salve, abbiamo ricevuto il Suo messaggio e la ringraziamo per averci contattati. Le risponderemo appena possibile. Saluti, lo staff di VacciNetwork - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tomcat-dev@jakarta.apache.org
Salve, abbiamo ricevuto il Suo messaggio e la ringraziamo per averci contattati. Le risponderemo appena possibile. Saluti, lo staff di VacciNetwork - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tomcat-dev@jakarta.apache.org
Salve, abbiamo ricevuto il Suo messaggio e la ringraziamo per averci contattati. Le risponderemo appena possibile. Saluti, lo staff di VacciNetwork - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
help getting a simple no dependency client working with tomcat
I am trying to get a simple zero dependency client to work with tomcat, at current it works with http://services.xmethods.net:80/soap/servlet/rpcrouter http://services.xmethods.net/soap/servlet/rpcrouter but not my home grown test web service http://localhost:8080/axis/services/fibonacci I have build a simple client using Apache dependencies that access the Fibonacci client so I know it works, but I'm utterly confused as to why my zero dependency client doesn't work. Well I shouldn't say my client since I took from an example article http://www-128.ibm.com/developerworks/xml/library/x-soapcl/ listing 1 has the source code http://www-128.ibm.com/developerworks/xml/library/x-soapcl/listing1.html The error I get follows (note I renamed the file LowClient.java): Exception in thread main java.io.IOException: Server returned HTTP response code: 500 for URL: http://localhost:8080/axis/services/fibonacci at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnec tion.java:800) at LowClient.main(LowClient.java:71) I don't understand why the client would break when targeting a tomcat service... I thought the whole point of web services is that they are all supposed to be a single client. The SOAP message file that LowClient is sending follows: ?xml version=1.0 encoding=UTF-8? soapenv:Envelope xmlns:soapenv=http://schemas.xmlsoap.org/soap/envelope/; xmlns:xsd=http://www.w3.org/2001/XMLSchema; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; soapenv:Body ns1:calculateFibonacci soapenv:encodingStyle=http://schemas.xmlsoap.org/soap/encoding/; xmlns:ns1=urn:fibonacci in0 href=#id0/ /ns1:calculateFibonacci multiRef id=id0 soapenc:root=0 soapenv:encodingStyle=http://schemas.xmlsoap.org/soap/encoding/; xsi:type=xsd:int xmlns:soapenc=http://schemas.xmlsoap.org/soap/encoding/;10/multiRef /soapenv:Body /soapenv:Envelope Thanks in advance for helping me understand this Tomcat Client interaction problem.
