DO NOT REPLY [Bug 27534] New: - Servlet invoked twice with JK2 when response is not read completely.
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=27534. 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=27534 Servlet invoked twice with JK2 when response is not read completely. Summary: Servlet invoked twice with JK2 when response is not read completely. Product: Tomcat 5 Version: 5.0.19 Platform: Other OS/Version: Other Status: NEW Severity: Critical Priority: Other Component: Native:JK AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When a connection to Apache/mod_jk2 is closed before a response exceeding a certain size has been read completely, the request is processed twice. The bug is present in JK2 only (2.0.2 distribution)-- JK1 works fine. With JK2, however, a browser breaking a connection before the response has been read completely may cause a servlet to be invoked twice. This may lead to severe problems when, for instance, the servlet writes something to a database twice. The problem can be reproduced with IE when clicking a second link before the preceeding request has finished, but this requires the responses to exceed of a certain size and a correct timing of the second click. The attached test program simulated this situation and allows the bug to be reproduced quite reliably. Install the JSP in some web application, adjust TestClient.java to use the approbiate port and URL and start it. TestClient simply invokes the JSP again and again, passing an id which is incremented on every request to it. The JSP reads this id and prints it to System.out, i.e., catalina.out. As the id is incremented with every call no duplicate ids should be written by the JSP. This works fine as long as the JSPs responses are read completely by the client. TestClient, however, closes every third connection prematurely and this causes the JSP with JK2 to output duplicate ids. I.e., the JSP is invoked twice when the connection is closed prematurely. You can easily modify TestClient to break every n-th connection and watch the JSP to be invoked twice every n-th request. You can verify that the TestClient did not resubmit the request using the Apache logs. In most cases the second invocation of the servlet/JSP occurs immediately after the first. However, this is not always the case. Randomly the second invocation will occur after the next request has already been process successfully. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 27534] New: -
This account does not exist - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27534] - Servlet invoked twice with JK2 when response is not read completely.
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=27534. 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=27534 Servlet invoked twice with JK2 when response is not read completely. --- Additional Comments From [EMAIL PROTECTED] 2004-03-09 09:14 --- Created an attachment (id=10721) Client requesting JSP, simulating a browser breaking connections. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27534] - Servlet invoked twice with JK2 when response is not read completely.
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=27534. 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=27534 Servlet invoked twice with JK2 when response is not read completely. --- Additional Comments From [EMAIL PROTECTED] 2004-03-09 09:15 --- Created an attachment (id=10722) JSP requested by TestClient - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JkUriSet bug.
NormW wrote: Good morning All In Mod_Jk2, jk_UriEnv.c, line 419, jk_uriEnv.c. there is is a test to determine which end of a URL template string has the *, to determine if the 'match type' should be PREFIX or SUFFIX. [ if (uri[strlen(uri) - 1] == '*') { ] A URL template found in a workers2.properties [uri] section is passed to jk_UriEnv_init() [line 321] without modification, and everything works as expected. jk2_uriEnv_init. URL's passed to jk_UriEnv_init() from Apache's .conf file have a (-nn) number added to the end of them, thus the test at line 419 always fails, and so they always default to being flagged as MATCH_TYPE_SUFFIX. Log entry when using .conf (Location /admin/*) is as follows (the -1 is the appended number, which increments for each conf url) : If you use Location the mapping is done by Apache (See jk2_translate). [jk_uriEnv.c (448)] uriEnv.init() uri:/admin/*-1 host=* uri=/admin/*-1 type=2 ctx=(null) prefix=(null) suffix=/admin/*-1 and when using [uri:/admin/*] is as follows: [jk_uriEnv.c (448)] uriEnv.init() uri:/admin/* host=* uri=/admin/* type=1 ctx=(null) prefix=/admin/ suffix=(null) Additionally, the extra characters on the end of the passed 'template' will mean suffix_len and prefix_len are incorrectly set also when received from Apache. I'm uncertain about why the numbers are added when received from Apache and not when generated from inside workers2.properties. Can someone comment on this please? Norm - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
DO NOT REPLY [Bug 27517] - The pageEncoding attribute is not used, when charset value is set.
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=27517. 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=27517 The pageEncoding attribute is not used, when charset value is set. --- Additional Comments From [EMAIL PROTECTED] 2004-03-09 10:26 --- Thanks for the quick fix. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27527] - Cannot run under JDK 1.5
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=27527. 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=27527 Cannot run under JDK 1.5 --- Additional Comments From [EMAIL PROTECTED] 2004-03-09 10:32 --- It looks like the Ant version was too old, but you didn't post to tomcat-user. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25245] - [RFE] it should be possible to stop/start/reload web-apps
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=25245. 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=25245 [RFE] it should be possible to stop/start/reload web-apps [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-03-09 11:20 --- Without patches, this will not be implemented (no current Tomcat developer seems willing to implement this). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/conf jk2.manifest
remm2004/03/09 03:44:04 Modified:jk/conf jk2.manifest Log: - Add two JARs for Tomcat 5 (untested). Revision ChangesPath 1.9 +1 -1 jakarta-tomcat-connectors/jk/conf/jk2.manifest Index: jk2.manifest === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/conf/jk2.manifest,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- jk2.manifest 9 Feb 2003 22:15:57 - 1.8 +++ jk2.manifest 9 Mar 2004 11:44:04 - 1.9 @@ -1,2 +1,2 @@ Main-Class: org.apache.jk.apr.TomcatStarter -Class-Path: ../lib/tomcat.jar log4j.jar log4j-core.jar ../lib/common/log4j.jar ../lib/common/log4j-core.jar ../lib/common/classes ../lib/common/commons-logging.jar bootstrap.jar ../server/lib/commons-logging.jar ../server/lib/jmx.jar +Class-Path: ../lib/tomcat.jar log4j.jar log4j-core.jar ../lib/common/log4j.jar ../lib/common/log4j-core.jar ../lib/common/classes ../lib/common/commons-logging.jar bootstrap.jar ../server/lib/commons-logging.jar ../server/lib/jmx.jar jmx.jar commons-logging-api.jar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
jk2 new shmem using APR
Hi, I'm working on a new shmem for JK2 implementation using APR (It took me more then I've expected :-). After having few different implementations, here is what I propose: Use the shared memory (anonymous where applicable) through apr_rmm. The entire shm support will be available _only_ if there is APR_HAS_SHARED_MEMORY support. So if the particular platform doesn't implement that, or the apr's implementation is bogus, one can disable that when building apr. Can someone tell me what are the platforms that doesn't have the support for APR_HAS_SHARED_MEMORY. And also what are the platforms that doesn't support anonymous shared memory. Thanks, MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jk2 new shmem using APR
Yoav, Can you kill this account? Think that anyone posting to this list during last few days receives the message stating that this account doesn't exists. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 12:53 PM To: [EMAIL PROTECTED] Subject: Re: jk2 new shmem using APR This account does not exist MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9737] - ArrayIndexOutOfBoundsException when sending just parameter name
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=9737. 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=9737 ArrayIndexOutOfBoundsException when sending just parameter name [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|VERIFIED --- Additional Comments From [EMAIL PROTECTED] 2004-03-09 12:02 --- verified , works for me now with tomcat3.3.2 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jk2 new shmem using APR
The entire shm support will be available _only_ if there is APR_HAS_SHARED_MEMORY support. So if the particular platform doesn't implement that, or the apr's implementation is bogus, one can disable that when building apr. APR_HAS_SHARED_MEMORY appears bogus on Solaris 2.8 with 0.94 and CVS (1.0). How can you change the apr build as mod_jk2 builds apr when trying to make apr for apache 1.3.x? Using Suns complier. Can someone tell me what are the platforms that doesn't have the support for APR_HAS_SHARED_MEMORY. As per above, Solaris apr build appears to have bugs. As yet I have not had the time to look at why. Does the above help? Greg And also what are the platforms that doesn't support anonymous shared memory. Thanks, MT. - 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]
RE: jk2 new shmem using APR
-Original Message- From: [EMAIL PROTECTED] The entire shm support will be available _only_ if there is APR_HAS_SHARED_MEMORY support. So if the particular platform doesn't implement that, or the apr's implementation is bogus, one can disable that when building apr. APR_HAS_SHARED_MEMORY appears bogus on Solaris 2.8 with 0.94 and CVS (1.0). First of all why? What is the reason, apr or solaris? How can you change the apr build as mod_jk2 builds apr when trying to make apr for apache 1.3.x? Using Suns complier. Seams that we only have a problem with you ;-). Do you have any idea how to fix the apr's shmem support for that particular platform? I would rather see that fixed then trying to reinvent the wheel. MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jk2 new shmem using APR
APR_HAS_SHARED_MEMORY appears bogus on Solaris 2.8 with 0.94 and CVS (1.0). First of all why? What is the reason, apr or solaris? Looks like it is apr. How can you change the apr build as mod_jk2 builds apr when trying to make apr for apache 1.3.x? Using Suns complier. Seams that we only have a problem with you ;-). That is the conclusion I have come up with too! Basically I think we are the only people using the combination of: new mod_jk2 apache 1.3.26 apr 0.94/1.x Solaris 2.8 Suns workshop complier: cc: WorkShop Compilers 5.0 98/12/15 C 5.0 So our present solution is to look at moving to apache 2.x that everyone else appears to be using. In the meantime mod_jk2 2.0.3 works ok in our present build. Moving to apache 2 is a lot of work due to the compliance documentation required, also having to build perl 5.8.3 for mod_perl and then move all our C/Perl modules over. Do you have any idea how to fix the apr's shmem support for that particular platform? Not yet, but I did want to look at it. I need to create a test case without involving mod_jk2. I would rather see that fixed then trying to reinvent the wheel. Agreed. But the last emails I saw suggested that the next mod_jk2 2.0.x release would use either APR 0.95 that came with apache 2.0.x or apr-0.94 which is the most recent separate release, which is broken. Hence a chicken and egg style problem! Greg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27537] New: - a likely serious error in the ThreadPool.java
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=27537. 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=27537 a likely serious error in the ThreadPool.java Summary: a likely serious error in the ThreadPool.java Product: Tomcat 5 Version: 5.0.19 Platform: All OS/Version: All Status: NEW Severity: Critical Priority: Other Component: Connector:Coyote AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] ThreadPool.java in jakarta-tomcat- connectors\util\java\org\apache\tomcat\util\threads has a likely serious bug. my tomcat can not afford to high load throughput when we put my jetspeed portal on client production environment. It can not pass client stress testing when we simulate 300 concurrent users. I carefully read the implementation of PoolTcpEndPoint.java, and ThreadPool.java. I found a bewildering smell in the run method of ControlRunnable class. ... if (_shouldRun) { if (_toRun != null) { _toRun.runIt(t.getThreadData(p)); } else if (toRunRunnable != null) { toRunRunnable.run(); } else { if (ThreadPool.log.isDebugEnabled()) ThreadPool.log.debug(No toRun ???); } } } catch (Throwable t) { ThreadPool.log.error(sm.getString (threadpool.thread_error, t, toRun.toString ())); /* * The runnable throw an exception (can be even a ThreadDeath), * signalling that the thread die. * * The meaning is that we should release the thread from * the pool. */ shouldTerminate = true; shouldRun = false; p.notifyThreadEnd(this); } finally { if (_shouldRun) { shouldRun = false; /* * Notify the pool that the thread is now idle. */ p.returnController(this); } } when the thread which attach to the controlrunnable object exits due to some exception from _toRun.runIt(t.getThreadData(p))(for example, socket timeout, or other exceptions), it will execute p.notifyThreadEnd(this) in catch (Throwable t) block and also p.returnController(this) in finally block. it will cause bad behavior, I think. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Email account utilization warning.
Hi, It is a little strange that noone from the apache team has stepped forward to clarify that these are fake... since they are being sent to an apache mailing list after all. That depends on how you define stepped forward. We've identified these as fake/virus emails early on. There was never a news item posted on www.apache.org or anything like that. By and large, we rely on the subscribers to these mailing lists (who are, given the context, assumed to be individuals of relatively high computer literacy) to know how to treat email worms. Yoav Shapira The clues I had that it was a fake: 1) Sent to an apache/jakarta mailing list... by apache.org. 2) Really poor grammar in the message. (Ok, who am I kidding? ;) 3) I started getting similar e-mails from my own domain. ;) But it's probably given more than a few people pause. -Paul Mark Roth wrote: Hi Michael, I think the message itself is from a clever virus that is trying to get you to open the attachment. I thought I saw another such email go by my Inbox the other day that was signed The somethingelse.com team. Fortunately, us Linux and Solaris folk don't have to worry about such things :) --- Mark Roth, Java Software JSP 2.0 Specification Lead Sun Microsystems, Inc. Michael McGrady wrote: What is this about? I am sure of one thing, I did not improperly use anything. I don't know what you mean about resign[ing my]account information either. Since there was no attached file, I assume my security picked up an attempt to pass on a virus. Anyone else seeing these? Michael At 01:07 AM 3/8/2004, you wrote: Dear user, the management of Apache.org mailing system wants to let you know that, Your e-mail account will be disabled because of improper using in next three days, if you are still wishing to use it, please, resign your account information. For more information see the attached file. Attached file protected with the password for security reasons. Password is 46855. Kind regards, The Apache.org team http://www.apache.org - 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] - 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] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
No such list!
to these mailing lists (who are, given the context, assume= - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 16113] - removing then replacing a jsp page continues to give a 404
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=16113. 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=16113 removing then replacing a jsp page continues to give a 404 --- Additional Comments From [EMAIL PROTECTED] 2004-03-09 13:58 --- Does this patch is applied to both Tomcat 5.x and Tomcat 4.1.x or only to Tomcat 5.x? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Unet Requests #118361] [ANN] Release of Tomcat 3.3.2
This is an automated response. There is no need to reply. Hello, from Networking Telecommunication Services. Your message regarding: [Unet Requests #118361] [ANN] Release of Tomcat 3.3.2 has been received and assigned a request number of 118361. In order help us track the progress of this request, we ask that you include the string [Unet Requests #118361] in the subject line of any further mail about this particular request. For example: Subject: [Unet Requests #118361] [ANN] Release of Tomcat 3.3.2 You may do this simply by replying to this e-mail. Generally, your request should be done within one business day from the time your e-mail is received. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27537] - a likely serious error in the ThreadPool.java
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=27537. 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=27537 a likely serious error in the ThreadPool.java [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-03-09 15:22 --- Thanks for the comments, this really helps a lot (I'm being sarcastic obviously). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/core ContextManager.java
billbarker2004/03/09 07:22:11 Modified:src/share/org/apache/tomcat/core ContextManager.java Log: Updating version to 3.3.3-dev. Revision ChangesPath 1.209 +1 -1 jakarta-tomcat/src/share/org/apache/tomcat/core/ContextManager.java Index: ContextManager.java === RCS file: /home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/core/ContextManager.java,v retrieving revision 1.208 retrieving revision 1.209 diff -u -r1.208 -r1.209 --- ContextManager.java 6 Mar 2004 15:44:37 - 1.208 +++ ContextManager.java 9 Mar 2004 15:22:11 - 1.209 @@ -105,7 +105,7 @@ public class ContextManager { /** Official name and version */ -public static final String TOMCAT_VERSION = 3.3.2 Final; +public static final String TOMCAT_VERSION = 3.3.3 - Dev; public static final String TOMCAT_NAME = Tomcat Web Server; /** System property used to set the base directory ( tomcat home ). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2 new shmem using APR
[EMAIL PROTECTED] wrote: Quoting [EMAIL PROTECTED]: The entire shm support will be available _only_ if there is APR_HAS_SHARED_MEMORY support. So if the particular platform doesn't implement that, or the apr's implementation is bogus, one can disable that when building apr. APR_HAS_SHARED_MEMORY appears bogus on Solaris 2.8 with 0.94 and CVS (1.0). How can you change the apr build as mod_jk2 builds apr when trying to make apr for apache 1.3.x? Using Suns complier. Can someone tell me what are the platforms that doesn't have the support for APR_HAS_SHARED_MEMORY. As per above, Solaris apr build appears to have bugs. As yet I have not had the time to look at why. Does the above help? I very seriously doubt this. Apache uses shared memory for the scoreboard communication between the parent and child processes. In Apache 2.0, this is done using APR's shared memory support. Also, the APR testsuite tests shared memory, and while I don't currently have a Solaris machine, the last time I had one, APR passed this test on Solaris. On my machine with native compiler I have the following: +++ bash-2.03$ ./testshm APR Shared Memory Test == Initializing the poolOK Creating anonymous shared memory block (10280 bytes)OK Checking size...10280 bytes...OK Allocating shared mbox memory for 10 boxes ..OK Shared Process Test (child/parent) Sending message to box 7 received a message in box 7, message was: Sending a message Sending message to box 4 received a message in box 4, message was: Sending a message Sending message to box 1 received a message in box 1, message was: Sending a message Sending message to box 8 received a message in box 8, message was: Sending a message Sending message to box 5 Sending message to box 2 received a message in box 2, message was: Sending a message received a message in box 5, message was: Sending a message Sending message to box 9 Sending message to box 6 received a message in box 6, message was: Sending a message received a message in box 9, message was: Sending a message Sending message to box 3 received a message in box 3, message was: Sending a message Sending message to box 0 received a message in box 0, message was: Sending a message Sending message to box 7 received a message in box 7, message was: Sending a message Sending message to box 4 received a message in box 4, message was: Sending a message Sending message to box 1 received a message in box 1, message was: Sending a message Sending message to box 8 received a message in box 8, message was: Sending a message Sending message to box 5 received a message in box 5, message was: Sending a message Sending message to box 2 received a message in box 2, message was: Sending a message Sending message to box 9 received a message in box 9, message was: Sending a message Sending message to box 6 Sending message to box 3 received a message in box 3, message was: Sending a message received a message in box 6, message was: Sending a message Sending message to box 0 received a message in box 0, message was: Sending a message Sending message to box 7 received a message in box 7, message was: Sending a message Sending message to box 4 received a message in box 4, message was: Sending a message Sending message to box 1 received a message in box 1, message was: Sending a message Sending message to box 8 received a message in box 8, message was: Sending a message Sending message to box 5 received a message in box 5, message was: Sending a message Sending message to box 2 received a message in box 2, message was: Sending a message Sending message to box 9 received a message in box 9, message was: Sending a message Sending message to box 6 received a message in box 6, message was: Sending a message Sending message to box 3 received a message in box 3, message was: Sending a message Sending message to box 0 received a message in box 0, message was: Sending a message Sending message to box 7 received a message in box 7, message was: Sending a message Sending message to box 4 received a message in box 4, message was: Sending a message Sending message to box 1 received a message in box 1, message was: Sending a message Sending message to box 8 received a message in box 8, message was: Sending a message Sending message to box 5 received a message in box 5, message was: Sending a message Sending message to box 2 received a message in box 2, message was: Sending a message Sending message to box 9 received a message in box 9, message was: Sending a message Sending message to box 6 received a message in box 6, message was: Sending a message Sending message to box 3 received a message in box 3, message was: Sending a message Sending message to box 0 received a message in box 0, message was: Sending a message Sending message to box 7 received a message in box 7, message was: Sending a message Sending message to box 4 received a message in box 4, message was: Sending a
RE: jk2 new shmem using APR
-Original Message- From: jean-frederic clere [EMAIL PROTECTED] wrote: Quoting [EMAIL PROTECTED]: I very seriously doubt this. Apache uses shared memory for the scoreboard communication between the parent and child processes. In Apache 2.0, this is done using APR's shared memory support. Also, the APR testsuite tests shared memory, and while I don't currently have a Solaris machine, the last time I had one, APR passed this test on Solaris. On my machine with native compiler I have the following: Creating anonymous shared memory block (10280 Anonymous shared memory test passed! ... Name-based shared memory test FAILED: [2] No such file or Seems that anonymous shared memory test are passing, and that was exactly the mechanism I was perusing. Also seems that Ryan stated that any platform having multi-child (worker/forked) mpm inherently supports anonymous shared memory. That is what I was hoping, cause those are the platforms that need shm for load balancing and status support. On the platforms like Netware and Win32 that only have threaded mpms there is no need to have shared memory at all, cause they run in a single child process. MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2 new shmem using APR
jean-frederic clere wrote: [EMAIL PROTECTED] wrote: Quoting [EMAIL PROTECTED]: The entire shm support will be available _only_ if there is APR_HAS_SHARED_MEMORY support. So if the particular platform doesn't implement that, or the apr's implementation is bogus, one can disable that when building apr. APR_HAS_SHARED_MEMORY appears bogus on Solaris 2.8 with 0.94 and CVS (1.0). How can you change the apr build as mod_jk2 builds apr when trying to make apr for apache 1.3.x? Using Suns complier. Can someone tell me what are the platforms that doesn't have the support for APR_HAS_SHARED_MEMORY. As per above, Solaris apr build appears to have bugs. As yet I have not had the time to look at why. Does the above help? I very seriously doubt this. Apache uses shared memory for the scoreboard communication between the parent and child processes. In Apache 2.0, this is done using APR's shared memory support. Also, the APR testsuite tests shared memory, and while I don't currently have a Solaris machine, the last time I had one, APR passed this test on Solaris. On my machine with native compiler I have the following: +++ bash-2.03$ ./testshm APR Shared Memory Test == Initializing the poolOK Creating anonymous shared memory block (10280 bytes)OK Checking size...10280 bytes...OK Allocating shared mbox memory for 10 boxes ..OK Shared Process Test (child/parent) Sending message to box 7 received a message in box 7, message was: Sending a message Sending message to box 4 received a message in box 4, message was: Sending a message Sending message to box 1 received a message in box 1, message was: Sending a message Sending message to box 8 received a message in box 8, message was: Sending a message Sending message to box 5 Sending message to box 2 received a message in box 2, message was: Sending a message received a message in box 5, message was: Sending a message Sending message to box 9 Sending message to box 6 received a message in box 6, message was: Sending a message received a message in box 9, message was: Sending a message Sending message to box 3 received a message in box 3, message was: Sending a message Sending message to box 0 received a message in box 0, message was: Sending a message Sending message to box 7 received a message in box 7, message was: Sending a message Sending message to box 4 received a message in box 4, message was: Sending a message Sending message to box 1 received a message in box 1, message was: Sending a message Sending message to box 8 received a message in box 8, message was: Sending a message Sending message to box 5 received a message in box 5, message was: Sending a message Sending message to box 2 received a message in box 2, message was: Sending a message Sending message to box 9 received a message in box 9, message was: Sending a message Sending message to box 6 Sending message to box 3 received a message in box 3, message was: Sending a message received a message in box 6, message was: Sending a message Sending message to box 0 received a message in box 0, message was: Sending a message Sending message to box 7 received a message in box 7, message was: Sending a message Sending message to box 4 received a message in box 4, message was: Sending a message Sending message to box 1 received a message in box 1, message was: Sending a message Sending message to box 8 received a message in box 8, message was: Sending a message Sending message to box 5 received a message in box 5, message was: Sending a message Sending message to box 2 received a message in box 2, message was: Sending a message Sending message to box 9 received a message in box 9, message was: Sending a message Sending message to box 6 received a message in box 6, message was: Sending a message Sending message to box 3 received a message in box 3, message was: Sending a message Sending message to box 0 received a message in box 0, message was: Sending a message Sending message to box 7 received a message in box 7, message was: Sending a message Sending message to box 4 received a message in box 4, message was: Sending a message Sending message to box 1 received a message in box 1, message was: Sending a message Sending message to box 8 received a message in box 8, message was: Sending a message Sending message to box 5 received a message in box 5, message was: Sending a message Sending message to box 2 received a message in box 2, message was: Sending a message Sending message to box 9 received a message in box 9, message was: Sending a message Sending message to box 6 received a message in box 6, message was: Sending a message Sending message to box 3 received a message in box 3, message was: Sending a message Sending message to box 0 received a message in box 0, message was: Sending a message Sending message to box 7 received a message
RE: [OT] unsubscribe stupid users with auto-replies
I think a bigger issue is why is the list software forwarding these? I have subscribed to many other lists, and this seems to be the only one that consistently has this problem. This is pretty amazing considering the low number of subscribers. -Original Message- From: Guenter Knauf [mailto:[EMAIL PROTECTED] Sent: Monday, March 08, 2004 6:09 PM To: [EMAIL PROTECTED] Subject: [OT] unsubscribe stupid users with auto-replies Hi all, I think that it is only fair for all others that those on the list which are too stupid to setup a separate mail account are directly unsubscribed once the list gets auto-replies about their absence. We have already enough spam, and its nearly impossible to filter those senseless mails. If this continues it will not last long till those who really want to follow the list and post useful stuff will leave - but then the problem is also solved because: no real posts = no stupid auto-replies = dead list. thanks, Guenter. - 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]
RE: [OT] unsubscribe stupid users with auto-replies
Hi, I think a bigger issue is why is the list software forwarding these? Why wouldn't it? It's a message sent to the list from a subscribed address. I have subscribed to many other lists, and this seems to be the only one that consistently has this problem. This is pretty amazing considering the low number of subscribers. The list probably has many more members than you think, but a silent majority. Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [OT] unsubscribe stupid users with auto-replies
Perhaps it is a combination of two things. On other lists like Linux-Kernel, subscribers are not clueless enough to use an auto-responder that replies to messages that have Precedence: bulk set. Additionally, most UNIX auto-responders will only send one notice per configurable time period (i.e. a week). Also, I think that other lists are running a filter up-front that removes messages that are from auto-responders. The list plainly is filtered already for spam (X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N). Why doesn't it filter for out of office messages? George Sexton MH Software, Inc. Home of Connect Daily Web Calendar Software http://www.mhsoftware.com/connectdaily.htm Voice: 303 438 9585 -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 9:07 AM To: Tomcat Developers List Subject: RE: [OT] unsubscribe stupid users with auto-replies Hi, I think a bigger issue is why is the list software forwarding these? Why wouldn't it? It's a message sent to the list from a subscribed address. I have subscribed to many other lists, and this seems to be the only one that consistently has this problem. This is pretty amazing considering the low number of subscribers. The list probably has many more members than you think, but a silent majority. Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - 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]
RE: [OT] unsubscribe stupid users with auto-replies
-Original Message- From: George Sexton Subject: RE: [OT] unsubscribe stupid users with auto-replies I think a bigger issue is why is the list software forwarding these? I have subscribed to many other lists, and this seems to be the only one that consistently has this problem. This is pretty amazing considering the low number of subscribers. Yes, but I've posted couple of mails to this and cc to apr-dev list. The apr-dev have couple of minutes delay. Perhaps the human span filter is involved there, or they need the high cpu load to filter the messages :-). Think that few simple rules could work in any of those 'out of office' cases for every bayes filter. Do we have one at all? MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [OT] unsubscribe stupid users with auto-replies
Hi, I don't know, I've forwarded your filtering suggestion to the general Apache mail admin. Yoav Shapira Millennium ChemInformatics -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 09, 2004 11:22 AM To: 'Tomcat Developers List' Subject: RE: [OT] unsubscribe stupid users with auto-replies -Original Message- From: George Sexton Subject: RE: [OT] unsubscribe stupid users with auto-replies I think a bigger issue is why is the list software forwarding these? I have subscribed to many other lists, and this seems to be the only one that consistently has this problem. This is pretty amazing considering the low number of subscribers. Yes, but I've posted couple of mails to this and cc to apr-dev list. The apr-dev have couple of minutes delay. Perhaps the human span filter is involved there, or they need the high cpu load to filter the messages :-). Think that few simple rules could work in any of those 'out of office' cases for every bayes filter. Do we have one at all? MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
mod_jk 1.2.6 and hung tomcat
Hello, I have been searching through the archives for references to an apparently common hung tomcat problem. We have been encountering this with our tomcat installation (tomcat 4.1.24 / apache 1.3.27 / mod_jk 1.2.4) and I am trying to piece together more information on how to fix it. It seems that work is being done in the upcoming mod_jk 1.2.6 to address this issue... the Tomcat Workers HowTo document (http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/jk/workershowto.html) lists several parameters that have been added specifically to deal with this issue. Is there a concise reference for this problem? It is intrinsically a tomcat issue or is it a problem with a badly behaved app? How can I determine what is causing the hang? Is there something in the archives that I am completely missing? Also: Any news on when mod_jk 1.2.6 will be available? Are the new config parameters merely a band-aid or a real solution? Thanks, Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jk2 new shmem using APR
As per above, Solaris apr build appears to have bugs. As yet I have not had the time to look at why. Does the above help? I very seriously doubt this. Apache uses shared memory for the scoreboard communication between the parent and child processes. In Apache 2.0, this is done using APR's shared memory support. Also, the APR testsuite tests shared memory, and while I don't currently have a Solaris machine, the last time I had one, APR passed this test on Solaris. I do no boubt the above. But I am using apache 1.3.x When building mod_jk2 it requires the source to apr and apr-util along with apxs for apache 1.3.x (I have used 1.3.26, I know this is old, but I have other reasons). mod_jk2 builds apr and apr-util as before anything else. It will not use an installed apr or apr-util, it requires the source. When building apr returns APR_HAS_SHARED_MEMORY 1 and hence mod_jk2 builds with this. When you then fire up apache with this module the following errors are logged in the jk2.log file: [Fri Feb 27 15:12:08 2004] (error ) [jk_shm.c (163)] shm.create(): error creating /tmp/cr.sandwich.pfizer.com_81.shm 2117992 22 0x1f5020 Invalid argument [Fri Feb 27 15:12:08 2004] (error ) [jk_shm.c (238)] shm.create(): error mmapping /tmp/cr.sandwich.pfizer.com_81.shm Hacking jk_shm.c to not use the APR shared memory results in it working. I think that jk_shm.c has been changed to use apr in the last 12 months as 2.0.3 does not need apr. Perhaps you could give us more information about why you think APR's shared memory appears to be bogus. From the above I would assume it is passing or being passed a wrong argument ;-) It is worth noting that this appears to be an apache 1.3.x issue as no one else seems to suffer from this. However I have no idea if anyone else has tried building mod_jk2 on Solaris for apache 1.3.x. Thanks. Greg Ryan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [OT] unsubscribe stupid users with auto-replies
-Original Message- From: Shapira, Yoav Subject: RE: [OT] unsubscribe stupid users with auto-replies Hi, I don't know, I've forwarded your filtering suggestion to the general Apache mail admin. One other thing. Don't know if that would solve the amount of fake list subscription, but perhaps the mechanism like one on bugzilla (for creating accounts) would help. I know it would require lot of work to implement that, but IMO it will stop the auto subscribe programs. The other solution would be to make a 'black-list' for certain subscribers. Take a look for a radgametools.com for example. Seems they have auto subscriber, so who will loose the temper you or a computer program? For such users we can make a 'black-list' that will need list moderator subscribe approval, if the program tries to subscribe again once moved to 'black-list'. In such cases you (as a list moderator) will be able to exchange few emails making sure that the subscriber understands the rules implied. MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [OT] unsubscribe stupid users with auto-replies
Hi, Don't know if that would solve the amount of fake list subscription, but perhaps the mechanism like one on bugzilla (for creating accounts) would help. I know it would require lot of work to implement that, but IMO it will stop the auto subscribe programs. It will stop the auto-subscribe programs, but at too great an infrastructure cost I think. Anyways, it's not my call: you can send an email to [EMAIL PROTECTED] or [EMAIL PROTECTED], I'm not sure which is more appropriate, with this idea to see what they'd say. The other solution would be to make a 'black-list' for certain subscribers. Take a look for a radgametools.com for example. Seems they have auto subscriber, so who will loose the temper you or a computer program? For such users we can make a 'black-list' that will need list moderator subscribe approval, if the program tries to subscribe again once moved to 'black-list'. In such cases you (as a list moderator) will be able to exchange few emails making sure that the subscriber understands the rules implied. Yup, and ezmlm supports this via a deny list functionality. However, this feature is not available to list moderators such as myself under the current setup and must be requested from the general mail administrator. Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [OT] unsubscribe stupid users with auto-replies
On Tue, 9 Mar 2004, Yoav Shapira [EMAIL PROTECTED] wrote: Yup, and ezmlm supports this via a deny list functionality. However, this feature is not available to list moderators such as myself under the current setup and must be requested from the general mail administrator. AFAIK you can subscribe people to the deny list as moderator by sending a mail to [EMAIL PROTECTED] You must use your moderator's address when you do that. It doesn't work with wildcards, of course. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [OT] unsubscribe stupid users with auto-replies
-Original Message- From: Shapira, Yoav I know it would require lot of work to implement that, but IMO it will stop the auto subscribe programs. It will stop the auto-subscribe programs, but at too great an infrastructure cost I think. Anyways, it's not my call: you can send an email to [EMAIL PROTECTED] or [EMAIL PROTECTED], I'm not sure which is more appropriate, with this idea to see what they'd say. Didn't meant to stop the auto-subscription until some 'black-list marked account' mechanism is in place. As you said it would require tremendous involvement from your side. I'll try to articulate my thoughts an post them to above lists. MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [OT] unsubscribe stupid users with auto-replies
Hi, AFAIK you can subscribe people to the deny list as moderator by sending a mail to [EMAIL PROTECTED] You must use your moderator's address when you do that. Hmm, I've tried that without success in the past and was told to contact apmail (which I did, and they took care of it). Maybe I can try again now. Thanks, Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet JspServletWrapper.java
kinman 2004/03/09 09:53:37 Modified:jasper2/src/share/org/apache/jasper/servlet Tag: tomcat_4_branch JspServletWrapper.java Log: - Patch by Torsten Fohrer Fix for bug 16113: removing then replacing a jsp page continues to give a 404 Revision ChangesPath No revision No revision 1.6.2.6 +4 -3 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet/JspServletWrapper.java Index: JspServletWrapper.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet/JspServletWrapper.java,v retrieving revision 1.6.2.5 retrieving revision 1.6.2.6 diff -u -r1.6.2.5 -r1.6.2.6 --- JspServletWrapper.java5 Feb 2004 22:19:08 - 1.6.2.5 +++ JspServletWrapper.java9 Mar 2004 17:53:37 - 1.6.2.6 @@ -225,6 +225,7 @@ ex.getMessage()); } } catch (FileNotFoundException ex) { +ctxt.incrementRemoved(); String includeRequestUri = (String) request.getAttribute(javax.servlet.include.request_uri); if (includeRequestUri != null) { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 16113] - removing then replacing a jsp page continues to give a 404
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=16113. 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=16113 removing then replacing a jsp page continues to give a 404 --- Additional Comments From [EMAIL PROTECTED] 2004-03-09 17:55 --- I just applied the patch to 4.1.x also. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/manager status.xsd
remm2004/03/09 10:35:14 Modified:webapps/manager status.xsd Log: - Scema fixes, submitted by Peter Lin. Revision ChangesPath 1.2 +15 -15jakarta-tomcat-catalina/webapps/manager/status.xsd Index: status.xsd === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/manager/status.xsd,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- status.xsd2 Mar 2004 16:25:16 - 1.1 +++ status.xsd9 Mar 2004 18:35:14 - 1.2 @@ -2,25 +2,25 @@ !-- edited with XMLSPY v5 rel. 4 U (http://www.xmlspy.com) by peter lin (consultant) -- !--W3C Schema generated by XMLSPY v5 rel. 4 U (http://www.xmlspy.com)-- xs:schema xmlns:xs=http://www.w3.org/2001/XMLSchema; elementFormDefault=qualified - xs:complexType name=connectorType + xs:complexType name=connector xs:sequence - xs:element name=threadInfo type=threadInfoType/ - xs:element name=requestInfo type=requestInfoType/ - xs:element name=workers type=workersType/ + xs:element name=threadInfo type=threadInfo/ + xs:element name=requestInfo type=requestInfo/ + xs:element name=workers type=workers/ /xs:sequence xs:attribute name=name type=xs:string use=required/ /xs:complexType - xs:complexType name=jvmType + xs:complexType name=jvm xs:sequence - xs:element name=memory type=memoryType/ + xs:element name=memory type=memory/ /xs:sequence /xs:complexType - xs:complexType name=memoryType + xs:complexType name=memory xs:attribute name=free type=xs:long use=required/ xs:attribute name=total type=xs:long use=required/ xs:attribute name=max type=xs:long use=required/ /xs:complexType - xs:complexType name=requestInfoType + xs:complexType name=requestInfo xs:attribute name=maxTime type=xs:long use=required/ xs:attribute name=processingTime type=xs:int use=required/ xs:attribute name=requestCount type=xs:long use=required/ @@ -31,21 +31,21 @@ xs:element name=status xs:complexType xs:sequence - xs:element name=jvm type=jvmType/ - xs:element name=connector type=connectorType/ + xs:element name=jvm type=jvm/ + xs:element name=connector type=connector/ /xs:sequence /xs:complexType /xs:element - xs:complexType name=threadInfoType + xs:complexType name=threadInfo xs:attribute name=maxThreads type=xs:int use=required/ xs:attribute name=minSpareThreads type=xs:int use=required/ xs:attribute name=maxSpareThreads type=xs:int use=required/ xs:attribute name=currentThreadCount type=xs:int use=required/ xs:attribute name=currentThreadsBusy type=xs:int use=required/ /xs:complexType - xs:complexType name=workerType + xs:complexType name=worker xs:attribute name=stage type=xs:string use=required/ - xs:attribute name=time type=xs:string use=required/ + xs:attribute name=requestProcessingTime type=xs:int use=required/ xs:attribute name=requestBytesSent type=xs:long use=required/ xs:attribute name=requestBytesRecieved type=xs:long use=required/ xs:attribute name=remoteAddr type=xs:string use=required/ @@ -55,9 +55,9 @@ xs:attribute name=currentQueryString type=xs:string use=required/ xs:attribute name=protocol type=xs:string use=required/ /xs:complexType - xs:complexType name=workersType + xs:complexType name=workers xs:sequence - xs:element name=worker type=workerType/ + xs:element name=worker type=worker/ /xs:sequence /xs:complexType /xs:schema - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/webapps/manager status.xsd
This account does not exist - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager StatusTransformer.java
remm2004/03/09 10:39:25 Modified:webapps/manager/WEB-INF/classes/org/apache/catalina/manager StatusTransformer.java Log: - Replace '?' with 0 which is easier to process using data binding tools. - Submitted by Peter Lin. Revision ChangesPath 1.15 +6 -6 jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/StatusTransformer.java Index: StatusTransformer.java === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/StatusTransformer.java,v retrieving revision 1.14 retrieving revision 1.15 diff -u -r1.14 -r1.15 --- StatusTransformer.java8 Mar 2004 16:53:30 - 1.14 +++ StatusTransformer.java9 Mar 2004 18:39:25 - 1.15 @@ -429,7 +429,7 @@ writer.write( + mBeanServer.getAttribute (pName, requestBytesSent)); } else { -writer.write(#63;); +writer.write(0); } writer.write(\); writer.write( requestBytesReceived=\); @@ -437,7 +437,7 @@ writer.write( + mBeanServer.getAttribute (pName, requestBytesReceived)); } else { -writer.write(#63;); +writer.write(0); } writer.write(\); writer.write( remoteAddr=\ @@ -473,9 +473,9 @@ writer.write( protocol=\#63;\); } } else { -writer.write( requestProcessingTime=\#63;\); -writer.write( requestBytesSent=\#63;\); -writer.write( requestBytesRecieved=\#63;\); +writer.write( requestProcessingTime=\0\); +writer.write( requestBytesSent=\0\); +writer.write( requestBytesRecieved=\0\); writer.write( remoteAddr=\#63;\); writer.write( virtualHost=\#63;\); writer.write( method=\#63;\); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk 1.2.6 and hung tomcat
Mike Charnoky wrote: Is there a concise reference for this problem? It is intrinsically a tomcat issue or is it a problem with a badly behaved app? How can I determine what is causing the hang? Is there something in the archives that I am completely missing? In my case, Tomcat hangs were caused by JVM problems and not related to Tomcat itself. This and badly behaved apps causing OOM conditions are probably the most common failure modes. The new code in the JK connectors allow mod_jk to ping Tomcat with a short timeout before sending a request there to determine if Tomcat is alive or not. This is useful when you have multiple Tomcats running, not quite as useful if you only have one Tomcat running but will keep Apache processes from waiting around forever for a response from a hung Tomcat. Also: Any news on when mod_jk 1.2.6 will be available? Are the new config parameters merely a band-aid or a real solution? Last I heard, the next release of mod_jk will be worked on after the JK developers have released the next version of mod_jk2. This should happen in the next few weeks. It is a real solution, not a band-aid. -Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardWrapper.java
remm2004/03/09 10:51:29 Modified:catalina/src/share/org/apache/catalina/core StandardWrapper.java Log: - Fix object name. Revision ChangesPath 1.39 +2 -2 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardWrapper.java Index: StandardWrapper.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardWrapper.java,v retrieving revision 1.38 retrieving revision 1.39 diff -u -r1.38 -r1.39 --- StandardWrapper.java 8 Mar 2004 16:52:46 - 1.38 +++ StandardWrapper.java 9 Mar 2004 18:51:29 - 1.39 @@ -1630,7 +1630,7 @@ // Register JSP monitoring mbean try { jspMonitorON = new ObjectName(domain + - :type=JspMonitor,path= + + :type=JspMonitor,path= + parentName + ,host= + hostName); Registry.getRegistry(null, null) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27547] New: - extra \n in jsp output
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=27547. 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=27547 extra \n in jsp output Summary: extra \n in jsp output Product: Tomcat 5 Version: 5.0.18 Platform: Sun OS/Version: Solaris Status: NEW Severity: Normal Priority: Other Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] This may not a bug, but make us difficult to deploy our software. Our web site basically is a remote accessable file system. User can download the selected file to client's local machine. I implement a simple jsp file called get.jsp to allow user to select a file and down load the file. get.jsp == %@ page import=java.io.* % % try { //user input: filename String filename = request.getParameter(filename); String destName = new File(filename).getName(); response.setContentType(application/x-download); response.setHeader(Content-Disposition, attachment; filename= + destName); FileInputStream in = new FileInputStream(filename); byte[] buff = new byte[8192]; int len; while ((len = in.read(buff)) != -1) out.write(new String(buff, 0, len)); } catch (Exception e) { out.write(e.getMessage()); } % === end of get.jsp === but, there are 2 extra '\n' on the tomcat work area get_jsp.java file. if I remove those 2 lines from the java program then the output file is identical with the original file. I also notice difference between tomcat 4.1.27 and 5.0.18 out.write(\n); 5.0.18 changes double quotes to single quotes. get_jsp.java for tomcat 5.0.18 package org.apache.jsp; import javax.servlet.*; import javax.servlet.http.*; import javax.servlet.jsp.*; import java.io.*; public final class get_jsp extends org.apache.jasper.runtime.HttpJspBase implements org.apache.jasper.runtime.JspSourceDependent { private static java.util.Vector _jspx_dependants; public java.util.List getDependants() { return _jspx_dependants; } public void _jspService(HttpServletRequest request, HttpServletResponse response) throws java.io.IOException, ServletException { JspFactory _jspxFactory = null; PageContext pageContext = null; HttpSession session = null; ServletContext application = null; ServletConfig config = null; JspWriter out = null; Object page = this; JspWriter _jspx_out = null; try { _jspxFactory = JspFactory.getDefaultFactory(); response.setContentType(text/html); pageContext = _jspxFactory.getPageContext(this, request, response, null, true, 8192, true); application = pageContext.getServletContext(); config = pageContext.getServletConfig(); session = pageContext.getSession(); out = pageContext.getOut(); _jspx_out = out; out.write('\n'); extra statement try { //user input: filename String filename = request.getParameter(filename); String destName = new File(filename).getName(); response.setContentType(application/x-download); response.setHeader(Content-Disposition, attachment; filename= + destName); FileInputStream in = new FileInputStream(filename); byte[] buff = new byte[8192]; int len; while ((len = in.read(buff)) != -1) out.write(new String(buff, 0, len)); } catch (Exception e) { out.write(e.getMessage()); } out.write('\n'); extra statement } catch (Throwable t) { if (!(t instanceof SkipPageException)){ out = _jspx_out; if (out != null out.getBufferSize() != 0) out.clearBuffer(); if (pageContext != null) pageContext.handlePageException(t); } } finally { if (_jspxFactory != null) _jspxFactory.releasePageContext(pageContext); } } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17231] - POST is not work with some wml browser...
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=17231. 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=17231 POST is not work with some wml browser... [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-03-09 19:24 --- There have been some additions to tomcat to address various character encoding issues. I have added my standard text on this below. With the latest version, your first case should be handled correctly. The second case looks to be an invalid header but I might be wrong about this. There are a number of situations where there may be a requirement to use non- US ASCII characters in a URI. These include: - Parameters in the query string - Servlet paths There is a standard for encoding URIs (http://www.w3.org/International/O-URL- code.html) but this standard is not consistently followed by clients. This causes a number of problems. The functionality provided by Tomcat (4 and 5) to handle this less than ideal situation is described below. 1. The Coyote HTTP/1.1 connector has a useBodyEncodingForURI attribute which if set to true will use the request body encoding to decode the URI query parameters. - The default value is true for TC4 (breaks spec but gives consistent behaviour across TC4 versions) - The default value is false for TC5 (spec compliant but there may be migration issues for some apps) 2. The Coyote HTTP/1.1 connector has a URIEncoding attribute which defaults to ISO-8859-1. 3. The parameters class (o.a.t.u.http.Parameters) has a QueryStringEncoding field which defaults to the URIEncoding. It must be set before the parameters are parsed to have an effect. Things to note regarding the servlet API: 1. HttpServletRequest.setCharacterEncoding() normally only applies to the request body NOT the URI. 2. HttpServletRequest.getPathInfo() is decoded by the web container. 3. HttpServletRequest.getRequestURI() is not decoded by container. Other tips: 1. Use POST with forms to return parameters as the parameters are then part of the request body. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tomcat monitor - Just in case
in case some commiters don't subscribe to tomcat-user. I plan to post the prototype tomcat monitor tonight. I just ran a couple of tests simulating 60 threads hitting the homepage on TC5.1.18. the monitor correctly registered an increase in activity while the 60 threads were hitting the server and went back down once the threads were done. http://cvs.apache.org/~woolfel/prototype_screencap.gif I will include two test plans with the zip file for people to play with. the code still needs to be cleaned up, but so far it appears to work correctly. peter lin - Do you Yahoo!? Yahoo! Search - Find what youre looking for faster.
PATCH configwebcom.xml
Good morning All. Please find attached a patch foe what I believe is the last erroneous reference to lb:0. It left here as an attachment and replicated it below. Thanks, Norm --- configwebcom.xml.orig Fri Mar 5 07:09:26 2004 +++ configwebcom.xml Wed Mar 10 06:35:57 2004 @@ -205,7 +205,7 @@ /tr tr tdgroup/td -tdlb:0 (The default loadbalancer)/td +tdlb:lb (The default loadbalancer)/td tdName of the tomcat group or worker that will process the request corresponding to the uri. This used to be called 'worker'/td /tr - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27547] - extra \n in jsp output
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=27547. 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=27547 extra \n in jsp output [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-03-09 19:54 --- Not a bug. To get around this use a servlet or clear the buffer when starting your java snippet. Then also use a return statement in your jsp before the java snippet ends. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-site/xdocs-faq misc.xml
yoavs 2004/03/09 12:11:45 Modified:docs bugreport.html index.html irc.html resources.html docs/faq misc.html docs/faq/printer misc.html xdocs-faq misc.xml Log: Added link to JavaRanch FAQ about Invoker Servlet. Revision ChangesPath 1.20 +16 -0 jakarta-tomcat-site/docs/bugreport.html http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/bugreport.html.diff?r1=1.19r2=1.20 1.58 +16 -0 jakarta-tomcat-site/docs/index.html http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/index.html.diff?r1=1.57r2=1.58 1.21 +16 -0 jakarta-tomcat-site/docs/irc.html http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/irc.html.diff?r1=1.20r2=1.21 1.24 +16 -0 jakarta-tomcat-site/docs/resources.html http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/resources.html.diff?r1=1.23r2=1.24 1.16 +705 -695 jakarta-tomcat-site/docs/faq/misc.html http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/misc.html.diff?r1=1.15r2=1.16 1.13 +704 -694 jakarta-tomcat-site/docs/faq/printer/misc.html http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/printer/misc.html.diff?r1=1.12r2=1.13 1.12 +12 -1 jakarta-tomcat-site/xdocs-faq/misc.xml http://cvs.apache.org/viewcvs/jakarta-tomcat-site/xdocs-faq/misc.xml.diff?r1=1.11r2=1.12 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-site/xdocs-faq misc.xml
yoavs 2004/03/09 12:12:56 Modified:docs/faq misc.html docs/faq/printer misc.html xdocs-faq misc.xml Log: Fixed JavaRanch link. Revision ChangesPath 1.17 +2 -2 jakarta-tomcat-site/docs/faq/misc.html Index: misc.html === RCS file: /home/cvs/jakarta-tomcat-site/docs/faq/misc.html,v retrieving revision 1.16 retrieving revision 1.17 diff -u -r1.16 -r1.17 --- misc.html 9 Mar 2004 20:11:44 - 1.16 +++ misc.html 9 Mar 2004 20:12:55 - 1.17 @@ -263,7 +263,7 @@ brbr For another explanation of the invoker servlet, why it's evil, and what to do about it, see - a href=http://faq.javaranch.com/wiki/view?InvokerServlet;JavaRanch FAQ/a. + a href=http://test.javaranch.com/wiki/view?InvokerServlet;JavaRanch FAQ/a. /divbr @@ -315,7 +315,7 @@ brbr For another explanation of the invoker servlet, why it's evil, and what to do about it, see -a href=http://faq.javaranch.com/wiki/view?InvokerServlet;JavaRanch FAQ/a. +a href=http://test.javaranch.com/wiki/view?InvokerServlet;JavaRanch FAQ/a. /divbr 1.14 +2 -2 jakarta-tomcat-site/docs/faq/printer/misc.html Index: misc.html === RCS file: /home/cvs/jakarta-tomcat-site/docs/faq/printer/misc.html,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- misc.html 9 Mar 2004 20:11:45 - 1.13 +++ misc.html 9 Mar 2004 20:12:55 - 1.14 @@ -262,7 +262,7 @@ brbr For another explanation of the invoker servlet, why it's evil, and what to do about it, see - a href=http://faq.javaranch.com/wiki/view?InvokerServlet;JavaRanch FAQ/a. + a href=http://test.javaranch.com/wiki/view?InvokerServlet;JavaRanch FAQ/a. /divbr @@ -314,7 +314,7 @@ brbr For another explanation of the invoker servlet, why it's evil, and what to do about it, see -a href=http://faq.javaranch.com/wiki/view?InvokerServlet;JavaRanch FAQ/a. +a href=http://test.javaranch.com/wiki/view?InvokerServlet;JavaRanch FAQ/a. /divbr 1.13 +2 -2 jakarta-tomcat-site/xdocs-faq/misc.xml Index: misc.xml === RCS file: /home/cvs/jakarta-tomcat-site/xdocs-faq/misc.xml,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- misc.xml 9 Mar 2004 20:11:45 - 1.12 +++ misc.xml 9 Mar 2004 20:12:56 - 1.13 @@ -279,7 +279,7 @@ br /br / For another explanation of the invoker servlet, why it's evil, and what to do about it, see - a href=http://faq.javaranch.com/wiki/view?InvokerServlet;JavaRanch FAQ/a. + a href=http://test.javaranch.com/wiki/view?InvokerServlet;JavaRanch FAQ/a. /answer @@ -331,7 +331,7 @@ br /br / For another explanation of the invoker servlet, why it's evil, and what to do about it, see -a href=http://faq.javaranch.com/wiki/view?InvokerServlet;JavaRanch FAQ/a. +a href=http://test.javaranch.com/wiki/view?InvokerServlet;JavaRanch FAQ/a. /answer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 27006] - libtool: install: error: cannot install `../../../build/jk2/apache2/jkjni.la' to a directory not ending in /usr/lib/apache2
From: Al Banard [EMAIL PROTECTED] /bin/sh /usr/lib/apache2/build/libtool --silent --mode=install /bin/cp ../../../build/jk2/apache2/mod_jk2.la `pwd`/../../../build/jk2/apache2 ... /bin/sh /usr/lib/apache2/build/libtool --silent --mode=install /bin/cp ../../../build/jk2/apache2/libjkjni.la `pwd`/../../../build/jk2/apache2 make[1]: Leaving directory `/usr/src/redhat/BUILD/jakarta-tomcat-connectors/jk/native2/server/apa che2' This appears to have finished without error. Is mod_jk2.so in ../build/jk2/apache2 now? -Kurt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2 new shmem using APR
Hi, [EMAIL PROTECTED] wrote: As per above, Solaris apr build appears to have bugs. As yet I have not had the time to look at why. I believe there's a problem with the file rights, not with SHM self. I think the scoreboard is created by the init process, but later on when the child wants to access it it has insufficient rights. Greg who reported the problem on Solaris posted an 'ls' of the files created from APR and created from the older code which Henri did put in for me, and there you could see the difference... Greg, can you please repost this? I saw these problems with another 3rd party module too (mod_watch), and I looked for a solution, I've looked at this: /** * Set a file to be inherited by child processes. * */ APR_DECLARE_INHERIT_SET(file); which might probably solve it, but not tested yet with mod_jk2; with the other module it didnt work, and I asked at the httpd-dev list and was told that I should look at mod_ssl which does some tricks to make sure that files created by init are later accessable from this point of view APR is probably not broken, and we need to do some more than only open the scoreboard file to make sure it is later accessable. Guenter. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27547] - extra \n in jsp output
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=27547. 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=27547 extra \n in jsp output --- Additional Comments From [EMAIL PROTECTED] 2004-03-09 21:35 --- The extra '\n' are from the the linefeed char at the end of the page directive and the scriptlet and are actually required by the spec. Try setting the compiler option trimSpaces to true. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/users GroupForm.java UserForm.java
amyroh 2004/03/09 13:45:02 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/users GroupForm.java UserForm.java Log: Fix 24085 - Display group and role list when validation fails. Revision ChangesPath 1.4 +26 -3 jakarta-tomcat-catalina/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/users/GroupForm.java Index: GroupForm.java === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/users/GroupForm.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- GroupForm.java27 Feb 2004 14:59:05 - 1.3 +++ GroupForm.java9 Mar 2004 21:45:02 - 1.4 @@ -16,12 +16,14 @@ package org.apache.webapp.admin.users; - +import java.net.URLDecoder; +import javax.management.MBeanServer; import javax.servlet.http.HttpServletRequest; import org.apache.struts.action.ActionError; import org.apache.struts.action.ActionErrors; import org.apache.struts.action.ActionForm; import org.apache.struts.action.ActionMapping; +import org.apache.webapp.admin.ApplicationServlet; /** @@ -37,6 +39,11 @@ // - Instance Variables + /** + * The MBeanServer we will be interacting with. + */ +private MBeanServer mserver = null; + // - Properties @@ -117,7 +124,23 @@ */ public ActionErrors validate(ActionMapping mapping, HttpServletRequest request) { - + +try { +// Look up the components we will be using as needed +if (mserver == null) { +mserver = ((ApplicationServlet) getServlet()).getServer(); +} + +// Set up beans containing all possible groups and roles +String databaseName = +URLDecoder.decode(request.getParameter(databaseName)); +request.setAttribute(rolesForm, + UserUtils.getRolesForm(mserver, +databaseName)); +} catch (Exception e) { +// do nothing since the form returns validation error +} + ActionErrors errors = new ActionErrors(); String submit = request.getParameter(submit); 1.4 +28 -3 jakarta-tomcat-catalina/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/users/UserForm.java Index: UserForm.java === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/users/UserForm.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- UserForm.java 27 Feb 2004 14:59:05 - 1.3 +++ UserForm.java 9 Mar 2004 21:45:02 - 1.4 @@ -17,11 +17,14 @@ package org.apache.webapp.admin.users; +import java.net.URLDecoder; +import javax.management.MBeanServer; import javax.servlet.http.HttpServletRequest; import org.apache.struts.action.ActionError; import org.apache.struts.action.ActionErrors; import org.apache.struts.action.ActionForm; import org.apache.struts.action.ActionMapping; +import org.apache.webapp.admin.ApplicationServlet; /** @@ -37,10 +40,13 @@ // - Instance Variables + /** + * The MBeanServer we will be interacting with. + */ +private MBeanServer mserver = null; // - Properties - /** * The full name of the associated user. */ @@ -149,7 +155,26 @@ */ public ActionErrors validate(ActionMapping mapping, HttpServletRequest request) { - + +try { +// Look up the components we will be using as needed +if (mserver == null) { +mserver = ((ApplicationServlet) getServlet()).getServer(); +} + +// Set up beans containing all possible groups and roles +String databaseName = +URLDecoder.decode(request.getParameter(databaseName)); +request.setAttribute(groupsForm, + UserUtils.getGroupsForm(mserver, + databaseName)); +request.setAttribute(rolesForm, + UserUtils.getRolesForm(mserver, +databaseName)); +} catch (Exception e) { +// do nothing since the
cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/users GroupForm.java UserForm.java
amyroh 2004/03/09 13:49:37 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/users GroupForm.java UserForm.java Log: Port fix for 24085 from TC 5. Revision ChangesPath 1.4 +27 -5 jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/users/GroupForm.java Index: GroupForm.java === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/users/GroupForm.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- GroupForm.java8 Mar 2004 16:51:51 - 1.3 +++ GroupForm.java9 Mar 2004 21:49:36 - 1.4 @@ -61,12 +61,14 @@ package org.apache.webapp.admin.users; - +import java.net.URLDecoder; +import javax.management.MBeanServer; import javax.servlet.http.HttpServletRequest; import org.apache.struts.action.ActionError; import org.apache.struts.action.ActionErrors; import org.apache.struts.action.ActionForm; import org.apache.struts.action.ActionMapping; +import org.apache.webapp.admin.ApplicationServlet; /** @@ -82,6 +84,10 @@ // - Instance Variables + /** + * The MBeanServer we will be interacting with. + */ +private MBeanServer mserver = null; // - Properties @@ -163,6 +169,22 @@ public ActionErrors validate(ActionMapping mapping, HttpServletRequest request) { +try { +// Look up the components we will be using as needed +if (mserver == null) { +mserver = ((ApplicationServlet) getServlet()).getServer(); +} + +// Set up beans containing all possible groups and roles +String databaseName = +URLDecoder.decode(request.getParameter(databaseName)); +request.setAttribute(rolesForm, + UserUtils.getRolesForm(mserver, +databaseName)); +} catch (Exception e) { +// do nothing since the form returns validation error +} + ActionErrors errors = new ActionErrors(); String submit = request.getParameter(submit); 1.4 +30 -4 jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/users/UserForm.java Index: UserForm.java === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/users/UserForm.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- UserForm.java 8 Mar 2004 16:51:51 - 1.3 +++ UserForm.java 9 Mar 2004 21:49:36 - 1.4 @@ -62,11 +62,14 @@ package org.apache.webapp.admin.users; +import java.net.URLDecoder; +import javax.management.MBeanServer; import javax.servlet.http.HttpServletRequest; import org.apache.struts.action.ActionError; import org.apache.struts.action.ActionErrors; import org.apache.struts.action.ActionForm; import org.apache.struts.action.ActionMapping; +import org.apache.webapp.admin.ApplicationServlet; /** @@ -82,6 +85,10 @@ // - Instance Variables + /** + * The MBeanServer we will be interacting with. + */ +private MBeanServer mserver = null; // - Properties @@ -194,6 +201,25 @@ */ public ActionErrors validate(ActionMapping mapping, HttpServletRequest request) { + +try { +// Look up the components we will be using as needed +if (mserver == null) { +mserver = ((ApplicationServlet) getServlet()).getServer(); +} + +// Set up beans containing all possible groups and roles +String databaseName = +URLDecoder.decode(request.getParameter(databaseName)); +request.setAttribute(groupsForm, + UserUtils.getGroupsForm(mserver, + databaseName)); +request.setAttribute(rolesForm, + UserUtils.getRolesForm(mserver, +databaseName)); +} catch (Exception e) { +// do nothing since the form returns validation error +} ActionErrors errors = new ActionErrors();
DO NOT REPLY [Bug 24085] - [Administration] The group and role list disappear! When Create New User, save directly without filling in form.
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=24085. 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=24085 [Administration] The group and role list disappear! When Create New User, save directly without filling in form. [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-03-09 21:50 --- Fixed in TC 5 4. Thanks for the report. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24086] - [Administration]Http 500 error in Logger page, when use mozilla, click back in toolbar
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=24086. 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=24086 [Administration]Http 500 error in Logger page, when use mozilla, click back in toolbar [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-03-09 21:56 --- Cannot reproduce. Please try with the latest tomcat 5. Also use left navigation tree nodes to navigate instead of browser's back/forward buttons. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27552] New: - minProcessors and minSpareThreads are not honored at startup
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=27552. 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=27552 minProcessors and minSpareThreads are not honored at startup Summary: minProcessors and minSpareThreads are not honored at startup Product: Tomcat 4 Version: 4.1.30 Platform: Sun OS/Version: Other Status: NEW Severity: Major Priority: Other Component: Connector:Coyote HTTP/1.1 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] From the tomcat 4.1.30 docs: minProcessors: The number of request processing threads that will be created when this Connector is first started. I also see minSpareThreads in the tomcat 5 docs, and it defaults to 4 in the Coyote connector. I noticed 4.1.30 contains a backport of Coyote 1.1. I've confirmed that minProcessors and minSpareThreads does not work as documented on 4.1.30. I set minSpareThreads=30 and minProcessors=50. I started tomcat, then sent 1 request to the server, and forced a thread dump. I see TP-Processor[1-4] in the dump (note that 4 is default value for minSpareThreads). I then sent concurrent requests, and did another dump. Now I see TP-Processors[1-20]. org.apache.catalina.connector.http.HttpConnector does start the requested number of threads, in a simple loop. When tomcat is started under heavy load conditions (40+ concurrent requests), it takes a lot of time to start enough threads to handle the load. We did not experience this problem using the HttpConnector. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27552] - minProcessors and minSpareThreads are not honored at startup
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=27552. 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=27552 minProcessors and minSpareThreads are not honored at startup [EMAIL PROTECTED] changed: What|Removed |Added Severity|Major |Minor Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-03-09 22:55 --- Well, if it's not documented, it means it doesn't work with the 4.1 release you're using. The necessary flags have been added in CVS. Also, I simply cannot believe that not being able to configure minProcessors is a horrible performance problem. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10903] - Unbalanced tags do not generate compile time error
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=10903. 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=10903 Unbalanced tags do not generate compile time error --- Additional Comments From [EMAIL PROTECTED] 2004-03-09 23:00 --- How big were the changes for this? I'd be very interested in seeing this back-ported to 4.1 - is there a patch (or a reference to the code that changed) to look at? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 10903] -
This account does not exist - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18250] - Specifying % as a parameter value causes ArrayIndexOutOfBoundsException
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=18250. 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=18250 Specifying % as a parameter value causes ArrayIndexOutOfBoundsException [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-03-09 23:01 --- Based on Remy's comments. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27553] New: - Bad cookie in request logged as error
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=27553. 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=27553 Bad cookie in request logged as error Summary: Bad cookie in request logged as error Product: Tomcat 5 Version: 5.0.19 Platform: Other OS/Version: Other Status: NEW Severity: Minor Priority: Other Component: Connector:Coyote AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Very minor issue but requests with badly formatted cookies generate log messages at severity level error. Im not sure what the general rule is for logging badly formatted requests is but a warning in the logs at most seems adequate. The code below also seems to catch Exception rather than just java.lang.IllegalArgumentException Sorry if I should have raised this as enhancement rather than minor. I think this is the relevant code: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteAdapter.java Line 430 onwards: try { Cookie cookie = new Cookie(scookie.getName().toString(), scookie.getValue().toString()); cookie.setPath(scookie.getPath().toString()); cookie.setVersion(scookie.getVersion()); String domain = scookie.getDomain().toString(); if (domain != null) { cookie.setDomain(scookie.getDomain().toString()); } cookies[idx++] = cookie; } catch(Exception ex) { log.error(Bad Cookie Name: + scookie.getName() + /Value: + scookie.getValue(),ex); } This is one of the stack traces I got in the mail : 2004-03-09 16:21:51,390[CoyoteAdapteri ] Bad Cookie Name: Path /Value: / java.lang.IllegalArgumentException: Cookie name Path is a reserved token at javax.servlet.http.Cookie.init(Cookie.java:185) at org.apache.coyote.tomcat5.CoyoteAdapter.parseCookies(CoyoteAdapter.java:424) at org.apache.coyote.tomcat5.CoyoteAdapter.postParseRequest(CoyoteAdapter.java:332) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:204) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:828) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:700) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:584) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683) at java.lang.Thread.run(Thread.java:536) Cheers Sam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
PATCH jk_uriEnv.c - duplicated GET property
Good morning All. In jk_uriEnv.c, the getAttr function presently supports both uri and path as properties. However both 'properties' return the same value, namely uriEnv-uri. This patch removes path from the getAttr properties list only, the nett affect being that one less (duplicated) column would be displayed on the /jkstatus page for runtime uri's. A search of the source indicates no specific GET's using the path property and only mod_jk2 uses the setAttr path property, which is not affected by this patch. Norm --- jk_uriEnv.c.orig Sat Feb 28 07:05:06 2004 +++ jk_uriEnv.c Wed Mar 10 10:09:14 2004 @@ -175,7 +175,8 @@ static char *getAttInfo[]={ host, uri, group, context, inheritGlobals, match_type, -servlet, timing, aliases, path, NULL }; +servlet, timing, aliases, NULL }; +/*servlet, timing, aliases, path, NULL }; */ static char *setAttInfo[]={ host, uri, group, context, inheritGlobals, servlet, timing, alias, path, NULL }; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27167] - Apache 2.0.48 Tomcat 5.0.19 and JNI at windows xmp not working
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=27167. 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=27167 Apache 2.0.48 Tomcat 5.0.19 and JNI at windows xmp not working [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2004-03-09 23:54 --- I tested it and it works (but I maintain that JNI mode is mostly useless). - You need JMX in the classpath as well, and it should work. You'll also get errors about JMX registration errors, but these can be ignored. Don't add everyting to the classpath. - startd and stopd should be used for the parameters. - Don't start with a more complex catalina.base install. Start with a simple catalina.home only, without catalina.base. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java
remm2004/03/09 16:00:23 Modified:catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java Log: - Much less verbose logging when there's a bad cookie. Unexpected exceptions will be handled by service. Revision ChangesPath 1.19 +4 -4 jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteAdapter.java Index: CoyoteAdapter.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteAdapter.java,v retrieving revision 1.18 retrieving revision 1.19 diff -u -r1.18 -r1.19 --- CoyoteAdapter.java27 Feb 2004 14:58:52 - 1.18 +++ CoyoteAdapter.java10 Mar 2004 00:00:23 - 1.19 @@ -391,9 +391,9 @@ cookie.setDomain(scookie.getDomain().toString()); } cookies[idx++] = cookie; -} catch(Exception ex) { -log.error(Bad Cookie Name: + scookie.getName() + - /Value: + scookie.getValue(),ex); +} catch(IllegalArgumentException e) { +log.info(Bad Cookie: Name: + scookie.getName() + + Value: + scookie.getValue()); } } if( idx count ) { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27553] - Bad cookie in request logged as error
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=27553. 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=27553 Bad cookie in request logged as error [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANN] Release of Tomcat 3.3.2
The Tomcat Team announces the immediate availability of Apache Tomcat 3.3.2. This is the latest stable release in the Tomcat 3 line, and users of Tomcat 3.x are encouraged to upgrade to 3.3.2. This release includes bugfixes from 3.3.1, as well as some new feature enhancements such as support for using the CoyoteConnector. Downloads: BINARY: http://jakarta.apache.org/site/binindex.cgi SOURCE: http://jakarta.apache.org/site/sourceindex.cgi The Apache Tomcat Team This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@lsd]: jakarta-tomcat-5/jakarta-tomcat-5 failed
To whom it may engage... This is an automated request, but not an unsolicited one. For help understanding the request please visit http://gump.apache.org/nagged.html, and/or contact [EMAIL PROTECTED] Project jakarta-tomcat-5 has an issue affecting it's community integration, and has been outstanding for 7 runs. The current state is 'Failed', for reason 'Build Failed' Full details are available at: http://lsd.student.utwente.nl/gump/jakarta-tomcat-5/jakarta-tomcat-5.html, however some snippets follow: - - - - - -- -- G U M P Gump provided these annotations: - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/server/lib/servlets-default.jar] identifier set to jar basename: [servlets-default.jar] - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/common/lib/naming-common.jar] identifier set to jar basename: [naming-common.jar] - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/common/lib/naming-resources.jar] identifier set to jar basename: [naming-resources.jar] - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/server/lib/catalina.jar] identifier set to jar basename: [catalina.jar] - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/bin/bootstrap.jar] identifier set to jar basename: [bootstrap.jar] - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/server/lib/servlets-common.jar] identifier set to jar basename: [servlets-common.jar] - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/server/lib/servlets-invoker.jar] identifier set to jar basename: [servlets-invoker.jar] - Info - Dependency on javamail exists, no need to add for property mail.jar. - Info - Dependency on jaf exists, no need to add for property activation.jar. - Info - Dependency on jakarta-servletapi-5-servlet exists, no need to add for property servlet-api.jar. - Info - Dependency on jakarta-servletapi-5-jsp exists, no need to add for property jsp-api.jar. - Info - Dependency on xml-xerces exists, no need to add for property xercesImpl.jar. - Info - Dependency on xml-xerces exists, no need to add for property xmlParserAPIs.jar. - Info - Dependency on jakarta-tomcat-util exists, no need to add for property tomcat-util.jar. - Info - Dependency on commons-el exists, no need to add for property commons-el.jar. - Info - Dependency on commons-logging exists, no need to add for property commons-logging-api.jar. - Info - Dependency on commons-modeler exists, no need to add for property commons-modeler.jar. - Info - Dependency on ant exists, no need to add for property ant.home. - Info - Dependency on jsse exists, no need to add for property jsse.home. - Info - Dependency on jmx exists, no need to add for property jmx.home. - Info - Dependency on jmx exists, no need to add for property jmx.jar. - Info - Dependency on jmx exists, no need to add for property jmx-tools.jar. - Info - Dependency on jndi exists, no need to add for property jndi.home. - Info - Dependency on jakarta-regexp exists, no need to add for property regexp.home. - Info - Dependency on jakarta-regexp exists, no need to add for property regexp.jar. - Info - Dependency on javamail exists, no need to add for property mail.home. - Info - Dependency on jakarta-tomcat-coyote exists, no need to add for property tomcat-coyote.home. - Info - Dependency on jakarta-tomcat-jasper_tc5 exists, no need to add for property jasper.home. - Info - Dependency on jaf exists, no need to add for property activation.home. - Info - Dependency on commons-modeler exists, no need to add for property commons-modeler.home. - Info - Dependency on commons-daemon exists, no need to add for property commons-daemon.jsvc.tar.gz. - Info - Dependency on jakarta-struts exists, no need to add for property struts.home. - Error - Failed with reason build failed - - - - - -- -- G U M P Gump performed this work: Work Name: build_jakarta-tomcat-5_jakarta-tomcat-5 (Type: Build) State: Failed Elapsed: 0 hours, 1 minutes, 8 seconds Command Line: java -Djava.awt.headless=true -Dbuild.clonevm=true -Xbootclasspath/p:/data3/gump/xml-xerces2/java/build/xercesImpl.jar:/data3/gump/xml-xerces2/java/build/xmlParserAPIs.jar:/data3/gump/xml-xalan/java/build/xalan-unbundled.jar:/data3/gump/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -debug -Dgump.merge=/data3/gump/gump-install/work/merge.xml -Dbuild.sysclasspath=only -Dtomcat33.home=*Unset* -Djsp-api.jar=/data3/gump/jakarta-servletapi-5/jsr152/dist/lib/jsp-api.jar -Dtomcat-coyote.home=/data3/gump/jakarta-tomcat-connectors/coyote -Djndi.jar=/data3/gump/opt/jndi1_2_1/lib/jndi.jar -Dsite2.home=/data3/gump/jakarta-site2 -DxmlParserAPIs.jar=/data3/gump/xml-xerces2/java/build/xercesImpl.jar -Dactivation.home=/data3/gump/opt/jaf-1.0.1 -Djmx.home=/data3/gump/opt/jmx-1_2-ri -Djdbc20ext.jar=/data3/gump/opt/jdbc2_0/jdbc2_0-stdext.jar -Djmx-tools.jar=/data3/gump/opt/jmx-1_2-ri/lib/jmxtools.jar
Re: DO NOT REPLY [Bug 27006] - libtool: install: error: cannot install `../../../build/jk2/apache2/jkjni.la' to a directory not ending in /usr/lib/apache2
mod_jk2.so is there but libjkjni.so isn't, which seems to be what its complaining about. From a previous email ... make clean build makeOutput - This produces the attached makeOutput file and the following error to the terminal: libtool: install: warning: remember to run `libtool --finish /usr/lib/apache2' libtool: install: error: cannot install `../../../build/jk2/apache2/libjkjni.la' to a directory not ending in /usr/lib/apache2 make[1]: *** [../../../build/jk2/apache2/libjkjni.so] Error 1 make: *** [jk2-build] Error 1 From: Kurt Miller [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Subject: Re: DO NOT REPLY [Bug 27006] - libtool: install: error: cannot install `../../../build/jk2/apache2/jkjni.la' to a directory not ending in /usr/lib/apache2 Date: Tue, 09 Mar 2004 15:26:00 -0500 From: Al Banard [EMAIL PROTECTED] /bin/sh /usr/lib/apache2/build/libtool --silent --mode=install /bin/cp ../../../build/jk2/apache2/mod_jk2.la `pwd`/../../../build/jk2/apache2 ... /bin/sh /usr/lib/apache2/build/libtool --silent --mode=install /bin/cp ../../../build/jk2/apache2/libjkjni.la `pwd`/../../../build/jk2/apache2 make[1]: Leaving directory `/usr/src/redhat/BUILD/jakarta-tomcat-connectors/jk/native2/server/apa che2' This appears to have finished without error. Is mod_jk2.so in ../build/jk2/apache2 now? -Kurt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Personalise your mobile chart ringtones and polyphonics. Go to http://ringtones.com.au/ninemsn/control?page=/ninemsn/main.jsp - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]