DO NOT REPLY [Bug 33027] New: - catalina.sh - give shutdown some time before killing with -force option
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=33027. 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=33027 Summary: catalina.sh - give shutdown some time before killing with -force option Product: Tomcat 5 Version: 5.5.6 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P4 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] The 'if [ $1 = -force ]' branch of the stop command doesn't give the started Catalina instance any time to shutdown normally, because immediately after telling Catalina via socket to shutdown it kills the process the hard way. Adding a sleep with a reasonable delay gives the started Catalina instance time to shutdown cleanly. The following code snippet adds this delay, a check whether Catalina is still running (perhaps there's no need to kill) and a removal of the pid file after all is done (no stale pid): if [ $FORCE -eq 1 ]; then if [ ! -z $CATALINA_PID ]; then sleep 3 if [ kill -0 `cat $CATALINA_PID` 2/dev/null ]; then echo Killing: `cat $CATALINA_PID` kill -9 `cat $CATALINA_PID` fi rm -f $CATALINA_PID fi fi -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 33027] New: -
Hej, Nils Gustafsson har gått i pension. För Jobb-relaterade ärenden kontakta Marlene Jegeborn: [EMAIL PROTECTED] Dear Sir/Madam Nils Gustafsson has retired. Please contact Marlene Jegeborn: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: Project jakarta-tomcat-jk-native (in module jakarta-tomcat-connectors) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project jakarta-tomcat-jk-native has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 45 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - jakarta-tomcat-jk-native : Connectors to various web servers Full details are available at: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -INFO- Failed with reason build failed The following work was performed: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/gump_work/build_jakarta-tomcat-connectors_jakarta-tomcat-jk-native.html Work Name: build_jakarta-tomcat-connectors_jakarta-tomcat-jk-native (Type: Build) Work ended in a state of : Failed Elapsed: Command Line: make [Working Directory: /usr/local/gump/public/workspace/jakarta-tomcat-connectors/jk/native] - Making all in common make[1]: Entering directory `/home/gump/workspaces2/public/workspace/jakarta-tomcat-connectors/jk/native/common' /bin/sh /usr/local/gump/public/workspace/apache-httpd/dest-10012005/build/libtool --silent --mode=compile gcc -I/usr/local/gump/public/workspace/apache-httpd/dest-10012005/include -g -O2 -g -O2 -pthread -DHAVE_APR -I/usr/local/gump/public/workspace/apr/dest-10012005/include/apr-1 -g -O2 -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -I /opt/jdk1.4/include -I /opt/jdk1.4/include/ -c jk_ajp12_worker.c /usr/local/gump/public/workspace/apache-httpd/dest-10012005/build/libtool: /usr/local/gump/public/workspace/apache-httpd/dest-10012005/build/libtool: No such file or directory make[1]: *** [jk_ajp12_worker.lo] Error 127 make[1]: Leaving directory `/home/gump/workspaces2/public/workspace/jakarta-tomcat-connectors/jk/native/common' make: *** [all-recursive] Error 1 - To subscribe to this information via syndicated feeds: - RSS: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/rss.xml - Atom: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 3710012005, brutus:brutus-public:3710012005 Gump E-mail Identifier (unique within run) #25. -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat page - broken link
Hello, at page http://jakarta.apache.org/tomcat/index.html, in section Apache Jakarta Tomcat, there is a broken link to Java Community Process. The link is in the setence Java Community Process (at the end of first paragraph), and goes to http://jal.sun.com/aboutJava/communityprocess/ , that does not exist. I think the rigth link should be http://jcp.org/en/introduction/overview . That's it, filipe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Some benchmark results
I've started running a series of benchmarks for static files. Here are some early results. I plan to write up the results once it's all done. Server: AMD 2ghz RAM 1Gb jdk1.4.2 tomcat 5.0.x Client: gateway laptop 450 centrino 1.4ghz RAM 1Gb The basic setup Concurrent threads: 5, 10, 15, 20, 25, 30 page size in KB: 1, 5, 10, 20, 40, 80, 160 image size KB: 1, 5, 10, 20, 40, 80, 160 The results I have so far using JMeter. peter -- 1K --- protocol | samples | average | median | 90% line | min | max | error% | throughput | Kb/sec --- HTTP Request50002.4158 0 10 0 231 0.00% 1296.7/sec 1337.20 HTTP Request1 3.2866 0 10 0 490 0.00% 1384.8/sec 1428.13 HTTP Request15000 3.56353 0 10 0 36260.00% 1335.0/sec 1376.71 HTTP Request2 6.3406 0 20 0 120 0.00% 1352.1/sec 1394.33 HTTP Request25000 8.27288 0 20 0 281 0.00% 1309.1/sec 1350.02 HTTP Request3 4.6102 0 20 0 972 0.00% 1259.2/sec 1298.53 5k HTTP Request50002.9246 0 10 0 330 0.00% 1044.5/sec 5314.28 HTTP Request1 4.4717 0 10 0 11620.00% 1002.6/sec 5101.15 HTTP Request15000 6.7102 0 20 0 23730.00% 968.9/sec 4929.49 HTTP Request2 4.83515 0 10 0 15030.00% 950.1/sec 4834.10 HTTP Request25000 10.3578 0 30 0 19220.00% 933.6/sec 4749.89 HTTP Request3 5.86573 0 20 0 441 0.00% 939.4/sec 4779.46 10k HTTP Request50004.1644 0 10 0 742 0.00% 726.7/sec 7308.61 HTTP Request1 8.8132 10 20 0 181 0.00% 763.5/sec 7678.00 HTTP Request15000 7.7906 0 20 0 381 0.00% 718.0/sec 7221.14 HTTP Request2 10.8593 10 30 0 420 0.00% 705.2/sec 7091.88 HTTP Request25000 32.2276 30 50 0 110 0.00% 704.0/sec 7079.95 HTTP Request3 19.3326 10 50 0 16530.00% 686.8/sec 6906.56 20k HTTP Request50007.4202 0 10 0 400 0.00% 491.9/sec 9936.63 HTTP Request1 14.1984 10 20 0 982 0.00% 490.9/sec 9917.12 HTTP Request15000 17.698 10 40 0 531 0.00% 472.4/sec 9542.36 HTTP Request2 22.9608 20 50 0 471 0.00% 465.1/sec 9395.46 HTTP Request25000 32.8229 40 61 0 14320.00% 461.3/sec 9318.23 HTTP Request3 50.4059 50 90 0 701 0.00% 429.6/sec 8678.60 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New committer: Jean-Jacques Clar
+1 welcome on board :) BTW, the latest of the mohican, Mladen, did a tremendous works on JK 1.2.x the latest weeks and I'd like to congrat him :) Regards On Sat, 08 Jan 2005 10:45:30 +0100, Peter Rossbach [EMAIL PROTECTED] wrote: Günter Knauf schrieb: I'd like to nominate Jean-Jacques Clar [EMAIL PROTECTED] as committer for the JTC connectors. Jean-Jacques works for Novell where I met him already; he's there working with the Apache and Tomcat stuff, and since Mike left the company there's now no other commiter from Novell anymore with karma for the Tomcat stuff. Jean-Jacques is already commiter of httpd, and I think now also of apr, so I believe he's a good candidate. Guenter. +1 More people, More fun :-) Great. Peter - 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: Some benchmark results
Using full HTTP 1.1 ? On Mon, 10 Jan 2005 09:54:32 -0500, Peter Lin [EMAIL PROTECTED] wrote: I've started running a series of benchmarks for static files. Here are some early results. I plan to write up the results once it's all done. Server: AMD 2ghz RAM 1Gb jdk1.4.2 tomcat 5.0.x Client: gateway laptop 450 centrino 1.4ghz RAM 1Gb The basic setup Concurrent threads: 5, 10, 15, 20, 25, 30 page size in KB: 1, 5, 10, 20, 40, 80, 160 image size KB: 1, 5, 10, 20, 40, 80, 160 The results I have so far using JMeter. peter -- 1K --- protocol | samples | average | median | 90% line | min | max | error% | throughput | Kb/sec --- HTTP Request50002.4158 0 10 0 231 0.00% 1296.7/sec 1337.20 HTTP Request1 3.2866 0 10 0 490 0.00% 1384.8/sec 1428.13 HTTP Request15000 3.56353 0 10 0 36260.00% 1335.0/sec 1376.71 HTTP Request2 6.3406 0 20 0 120 0.00% 1352.1/sec 1394.33 HTTP Request25000 8.27288 0 20 0 281 0.00% 1309.1/sec 1350.02 HTTP Request3 4.6102 0 20 0 972 0.00% 1259.2/sec 1298.53 5k HTTP Request50002.9246 0 10 0 330 0.00% 1044.5/sec 5314.28 HTTP Request1 4.4717 0 10 0 11620.00% 1002.6/sec 5101.15 HTTP Request15000 6.7102 0 20 0 23730.00% 968.9/sec 4929.49 HTTP Request2 4.83515 0 10 0 15030.00% 950.1/sec 4834.10 HTTP Request25000 10.3578 0 30 0 19220.00% 933.6/sec 4749.89 HTTP Request3 5.86573 0 20 0 441 0.00% 939.4/sec 4779.46 10k HTTP Request50004.1644 0 10 0 742 0.00% 726.7/sec 7308.61 HTTP Request1 8.8132 10 20 0 181 0.00% 763.5/sec 7678.00 HTTP Request15000 7.7906 0 20 0 381 0.00% 718.0/sec 7221.14 HTTP Request2 10.8593 10 30 0 420 0.00% 705.2/sec 7091.88 HTTP Request25000 32.2276 30 50 0 110 0.00% 704.0/sec 7079.95 HTTP Request3 19.3326 10 50 0 16530.00% 686.8/sec 6906.56 20k HTTP Request50007.4202 0 10 0 400 0.00% 491.9/sec 9936.63 HTTP Request1 14.1984 10 20 0 982 0.00% 490.9/sec 9917.12 HTTP Request15000 17.698 10 40 0 531 0.00% 472.4/sec 9542.36 HTTP Request2 22.9608 20 50 0 471 0.00% 465.1/sec 9395.46 HTTP Request25000 32.8229 40 61 0 14320.00% 461.3/sec 9318.23 HTTP Request3 50.4059 50 90 0 701 0.00% 429.6/sec 8678.60 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29971] - Commented out page directive is parsed
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=29971. 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=29971 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2005-01-10 17:23 --- I don't understand how your comment influence this issue. This issue is that jsp parser returns encoding from jsp comment. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 29971] - Commented out page directive is parsed
unsubscribe me. Thanks [EMAIL PROTECTED] 01/10/2005 10:23 AM Please respond to Tomcat Developers List To: tomcat-dev@jakarta.apache.org cc: Subject:DO NOT REPLY [Bug 29971] -Commented out page directive is parsed 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=29971. 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=29971 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2005-01-10 17:23 --- I don't understand how your comment influence this issue. This issue is that jsp parser returns encoding from jsp comment. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29971] - Commented out page directive is parsed
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=29971. 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=29971 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32081] - Wrapper scripts require a JDK to be present.
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=32081. 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=32081 --- Additional Comments From [EMAIL PROTECTED] 2005-01-10 17:55 --- I would like to resolve this issue in the next build (5.5.7). I have some questions: - [ -n $JRE_HOME ] JAVA_HOME=`cygpath --unix $JRE_HOME` doesn't seem right to me; shouldn't it be [ -n $JRE_HOME ] JRE_HOME=`cygpath --unix $JRE_HOME` ? - you attached the wrong diff for setclasspath.sh, can you fix it ? - can you remove the debug stuff from your catalina.sh patch ? ;) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32081] - Wrapper scripts require a JDK to be present.
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=32081. 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=32081 --- Additional Comments From [EMAIL PROTECTED] 2005-01-10 18:51 --- Created an attachment (id=13967) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=13967action=view) Patches for catalina.sh and setclasspath.sh Yes to all questions and sorry about the sloppiness. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Custom Socket Factory in 5.0.28 (previously unanswered in tomcat-user)
Hi, I'm playing around with P2PSockets and thought it might be fun to plug into tomcat. I've written a (very trivial) class to implement the ServerSocketFactory interface, but I'm not too sure how to make the Connector use it. I read of a Factory element that goes within a Context element, but couldn't find any more about it. If anybody could point me in the right direction, would be much appreciative. Thanks! James package com.xx.es.jxta.tomcat.connector; import org.apache.catalina.net.ServerSocketFactory; import org.p2psockets.P2PServerSocket; import org.p2psockets.P2PNetwork; import java.net.ServerSocket; import java.net.InetAddress; import java.io.IOException; import java.security.KeyStoreException; import java.security.NoSuchAlgorithmException; import java.security.UnrecoverableKeyException; import java.security.KeyManagementException; import java.security.cert.CertificateException; /** * $Header$ */ public class JxtaServerSocketFactory implements ServerSocketFactory { protected static boolean initialised = false; protected static synchronized void init() throws IOException { if (!initialised) { try { P2PNetwork.signin(); initialised = true; } catch (Exception e) { throw new IOException(e.toString()); } } } public ServerSocket createSocket(int port) throws IOException, KeyStoreException, NoSuchAlgorithmException, CertificateException, UnrecoverableKeyException, KeyManagementException { init(); return new P2PServerSocket(port); } public ServerSocket createSocket(int port, int backlog) throws IOException, KeyStoreException, NoSuchAlgorithmException, CertificateException, UnrecoverableKeyException, KeyManagementException { init(); return new P2PServerSocket(port, backlog); } public ServerSocket createSocket(int port, int backlog, InetAddress ifAddress) throws IOException, KeyStoreException, NoSuchAlgorithmException, CertificateException, UnrecoverableKeyException, KeyManagementException { init(); return new P2PServerSocket(port, backlog, ifAddress); } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/bin catalina.sh setclasspath.sh
remm2005/01/10 10:16:10 Modified:catalina/src/bin catalina.sh setclasspath.sh Log: - 32081: Remove the JDK requirement from the Unix scripts. - I suppose a lot of Windows users will use the .exe or similar wrappers. The rest are probably developers so would have the JDK anyway. Revision ChangesPath 1.18 +12 -3 jakarta-tomcat-catalina/catalina/src/bin/catalina.sh Index: catalina.sh === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/bin/catalina.sh,v retrieving revision 1.17 retrieving revision 1.18 diff -u -r1.17 -r1.18 --- catalina.sh 17 Nov 2004 20:17:46 - 1.17 +++ catalina.sh 10 Jan 2005 18:16:10 - 1.18 @@ -18,6 +18,10 @@ # $CATALINA_BASE/temp. # # JAVA_HOME Must point at your Java Development Kit installation. +# Required to run the with the debug or javac argument. +# +# JRE_HOMEMust point at your Java Development Kit installation. +# Defaults to JAVA_HOME if empty. # # JAVA_OPTS (Optional) Java runtime options used when the start, # stop, or run command is executed. @@ -72,6 +76,7 @@ # For Cygwin, ensure paths are in UNIX format before anything is touched if $cygwin; then [ -n $JAVA_HOME ] JAVA_HOME=`cygpath --unix $JAVA_HOME` + [ -n $JRE_HOME ] JRE_HOME=`cygpath --unix $JRE_HOME` [ -n $CATALINA_HOME ] CATALINA_HOME=`cygpath --unix $CATALINA_HOME` [ -n $CATALINA_BASE ] CATALINA_BASE=`cygpath --unix $CATALINA_BASE` [ -n $CLASSPATH ] CLASSPATH=`cygpath --path --unix $CLASSPATH` @@ -127,6 +132,7 @@ # For Cygwin, switch paths to Windows format before running java if $cygwin; then JAVA_HOME=`cygpath --absolute --windows $JAVA_HOME` + JRE_HOME=`cygpath --absolute --windows $JRE_HOME` CATALINA_HOME=`cygpath --absolute --windows $CATALINA_HOME` CATALINA_BASE=`cygpath --absolute --windows $CATALINA_BASE` CATALINA_TMPDIR=`cygpath --absolute --windows $CATALINA_TMPDIR` @@ -140,7 +146,11 @@ echo Using CATALINA_BASE: $CATALINA_BASE echo Using CATALINA_HOME: $CATALINA_HOME echo Using CATALINA_TMPDIR: $CATALINA_TMPDIR -echo Using JAVA_HOME: $JAVA_HOME +if [ $1 = debug -o $1 = javac ] ; then + echo Using JAVA_HOME: $JAVA_HOME +else + echo Using JRE_HOME: $JRE_HOME +fi if [ $1 = jpda ] ; then if [ -z $JPDA_TRANSPORT ]; then @@ -157,7 +167,6 @@ fi if [ $1 = debug ] ; then - if $os400; then echo Debug command not available on OS400 exit 1 1.11 +32 -19jakarta-tomcat-catalina/catalina/src/bin/setclasspath.sh Index: setclasspath.sh === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/bin/setclasspath.sh,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- setclasspath.sh 17 Nov 2004 20:17:46 - 1.10 +++ setclasspath.sh 10 Jan 2005 18:16:10 - 1.11 @@ -5,24 +5,35 @@ # - # Make sure prerequisite environment variables are set -if [ -z $JAVA_HOME ]; then - echo The JAVA_HOME environment variable is not defined - echo This environment variable is needed to run this program +if [ -z $JAVA_HOME -a -z $JRE_HOME ]; then + echo Neither the JAVA_HOME nor the JRE_HOME environment variable is defined + echo At least one of these environment variable is needed to run this program exit 1 fi -if [ $os400 = true ]; then - if [ ! -x $JAVA_HOME/bin/java -o ! -x $JAVA_HOME/bin/javac ]; then -echo The JAVA_HOME environment variable is not defined correctly -echo This environment variable is needed to run this program -echo NB: JAVA_HOME should point to a JDK not a JRE -exit 1 - fi -else - if [ ! -x $JAVA_HOME/bin/java -o ! -x $JAVA_HOME/bin/jdb -o ! -x $JAVA_HOME/bin/javac ]; then -echo The JAVA_HOME environment variable is not defined correctly -echo This environment variable is needed to run this program -echo NB: JAVA_HOME should point to a JDK not a JRE -exit 1 +if [ -z $JAVA_HOME -a $1 = debug ]; then + echo JAVA_HOME should point to a JDK in order to run in debug mode. + exit 1 +fi +if [ -z $JRE_HOME ]; then + JRE_HOME=$JAVA_HOME +fi + +# If we're running under jdb, we need a full jdk. +if [ $1 = debug -o $1 = javac ] ; then + if [ $os400 = true ]; then +if [ ! -x $JAVA_HOME/bin/java -o ! -x $JAVA_HOME/bin/javac ]; then + echo The JAVA_HOME environment variable is not defined correctly + echo This environment variable is needed to run this program + echo NB: JAVA_HOME should point to a JDK not a JRE + exit 1
DO NOT REPLY [Bug 32081] - Wrapper scripts require a JDK to be present.
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=32081. 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=32081 [EMAIL PROTECTED] changed: What|Removed |Added Severity|normal |trivial Priority|P3 |P5 Version|5.5.4 |Nightly Build --- Additional Comments From [EMAIL PROTECTED] 2005-01-10 19:22 --- That looks good. Thanks. I'm adding back the #!/bin/sh at the beginning of catalina.sh, though. Any reason why it's removed ? I'm leaving the bug open for Windows, but I really don't care about the problem (most users of the batch scripts on Windows will be developers, which means they have the JDK). -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32081] - Wrapper scripts require a JDK to be present.
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=32081. 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=32081 --- Additional Comments From [EMAIL PROTECTED] 2005-01-10 19:30 --- I'm adding back the #!/bin/sh at the beginning of catalina.sh, though. Any reason why it's removed ? No, it should be there. I'm leaving the bug open for Windows, but I really don't care about the problem (most users of the batch scripts on Windows will be developers, which means they have the JDK). I'll do the same for the batch scripts to keep them consistent with the shell scripts. Thank you -Ben -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: IP issues
Craig McClanahan wrote: On Wed, 22 Dec 2004 18:57:51 -0500, Henri Yandell [EMAIL PROTECTED] wrote: [snip] The image copyrights are easy; things need to be copyright to the ASF, not to Sun. So they need fixing somehow. It would be best for someone from Sun to actually do this work. Jean-Francois, could you make sure that happens? ...back from vacation. Yes, I will take care of it. -- Jeanfrancois Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Custom Socket Factory in 5.0.28 (previously unanswered in tomcat-user)
The Factory element under the Connector is deprecated, and doesn't do very much. If you're not using SSL (i.e. secure=false on the Connector), then you need your class to extend o.a.t.u.net.ServerSocketFactory and set socketFactory=fully.qualified.name.of.my.SocketFactory on the Connector. - Original Message - From: James Richardson [EMAIL PROTECTED] To: tomcat-dev@jakarta.apache.org Sent: Monday, January 10, 2005 10:03 AM Subject: Custom Socket Factory in 5.0.28 (previously unanswered in tomcat-user) Hi, I'm playing around with P2PSockets and thought it might be fun to plug into tomcat. I've written a (very trivial) class to implement the ServerSocketFactory interface, but I'm not too sure how to make the Connector use it. I read of a Factory element that goes within a Context element, but couldn't find any more about it. If anybody could point me in the right direction, would be much appreciative. Thanks! James package com.xx.es.jxta.tomcat.connector; import org.apache.catalina.net.ServerSocketFactory; import org.p2psockets.P2PServerSocket; import org.p2psockets.P2PNetwork; import java.net.ServerSocket; import java.net.InetAddress; import java.io.IOException; import java.security.KeyStoreException; import java.security.NoSuchAlgorithmException; import java.security.UnrecoverableKeyException; import java.security.KeyManagementException; import java.security.cert.CertificateException; /** * $Header$ */ public class JxtaServerSocketFactory implements ServerSocketFactory { protected static boolean initialised = false; protected static synchronized void init() throws IOException { if (!initialised) { try { P2PNetwork.signin(); initialised = true; } catch (Exception e) { throw new IOException(e.toString()); } } } public ServerSocket createSocket(int port) throws IOException, KeyStoreException, NoSuchAlgorithmException, CertificateException, UnrecoverableKeyException, KeyManagementException { init(); return new P2PServerSocket(port); } public ServerSocket createSocket(int port, int backlog) throws IOException, KeyStoreException, NoSuchAlgorithmException, CertificateException, UnrecoverableKeyException, KeyManagementException { init(); return new P2PServerSocket(port, backlog); } public ServerSocket createSocket(int port, int backlog, InetAddress ifAddress) throws IOException, KeyStoreException, NoSuchAlgorithmException, CertificateException, UnrecoverableKeyException, KeyManagementException { init(); return new P2PServerSocket(port, backlog, ifAddress); } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] 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]
DO NOT REPLY [Bug 32953] - SERVLETAPI: XSS Issues
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=32953. 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=32953 --- Additional Comments From [EMAIL PROTECTED] 2005-01-10 20:05 --- Yes, but that has nothing to do with the XSS issue. The Manager application is for managing Tomcat. Therefore, if someone has access to the manager application they are managing (or controlling if you prefer) Tomcat. XSS issues provide an attacker that controls one (untrusted) web site with a mechanism for executing code on a client as if it was from another (trusted) web site. Try a google for XSS for more info. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-site/xdocs index.xml
markt 2005/01/10 11:20:02 Modified:docs index.html xdocsindex.xml Log: Fix broken link. Revision ChangesPath 1.74 +1 -1 jakarta-tomcat-site/docs/index.html Index: index.html === RCS file: /home/cvs/jakarta-tomcat-site/docs/index.html,v retrieving revision 1.73 retrieving revision 1.74 diff -u -r1.73 -r1.74 --- index.html3 Jan 2005 20:15:34 - 1.73 +++ index.html10 Jan 2005 19:20:02 - 1.74 @@ -169,7 +169,7 @@ Reference Implementation for the a href=http://java.sun.com/products/servlets;Java Servlet/a and a href=http://java.sun.com/products/jsp;JavaServer Pages/a technologies. The Java Servlet and JavaServer Pages specifications are developed by Sun -under the a href=http://java.sun.com/aboutJava/communityprocess/;Java +under the a href=http://jcp.org/en/introduction/overview;Java Community Process/a. /p pTomcat is developed in an open and participatory environment and 1.60 +1 -1 jakarta-tomcat-site/xdocs/index.xml Index: index.xml === RCS file: /home/cvs/jakarta-tomcat-site/xdocs/index.xml,v retrieving revision 1.59 retrieving revision 1.60 diff -u -r1.59 -r1.60 --- index.xml 3 Jan 2005 20:15:34 - 1.59 +++ index.xml 10 Jan 2005 19:20:02 - 1.60 @@ -16,7 +16,7 @@ a href=http://java.sun.com/products/servlets;Java Servlet/a and a href=http://java.sun.com/products/jsp;JavaServer Pages/a technologies. The Java Servlet and JavaServer Pages specifications are developed by Sun -under the a href=http://java.sun.com/aboutJava/communityprocess/;Java +under the a href=http://jcp.org/en/introduction/overview;Java Community Process/a. /p pTomcat is developed in an open and participatory environment and - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat page - broken link
Fixed. Many thanks for the report. Mark Filipe Lautert wrote: Hello, at page http://jakarta.apache.org/tomcat/index.html, in section Apache Jakarta Tomcat, there is a broken link to Java Community Process. The link is in the setence Java Community Process (at the end of first paragraph), and goes to http://jal.sun.com/aboutJava/communityprocess/ , that does not exist. I think the rigth link should be http://jcp.org/en/introduction/overview . That's it, filipe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29180] - Tag attributes with array type don't work
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=29180. 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=29180 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2005-01-10 22:07 --- 4.0.x is no longer supported. I have tested this with the latest 4.1.x source from CVS (4.1.31 plus a few unrelated fixes) and it works with my simple test case. If you still experience this issue, please attach a simple test case and re-open. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28904] - Multipart form problem lost when request is passed to code.
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=28904. 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=28904 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2005-01-10 22:28 --- I have tested this with a simple JSP using the latest tomcat sources and it works. Given that it works for you with a servlet I don't think the Apache-Tomcat connector is an issue. However, if you still see this with the latest version of Tomcat 4.1.x and the latest JK connector, please re-open this bug. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33033] New: - 500 Internal Error and Content-Type not honored.
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=33033. 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=33033 Summary: 500 Internal Error and Content-Type not honored. Product: Tomcat 5 Version: 5.0.28 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Connector:Coyote AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED],[EMAIL PROTECTED] We have a Servlet dispatcher that is deployed under TC 5.0.28. It employs SAAJ1.1 to generage SOAP Messages as part of content as response to HTTP POST requests. The dispatcher servlet, among other things, sets the headers with appropriate content-type and length. With any application based errors we create a SOAP Fault message, and set the headers (Content-type=text/xml; charset=utf-8), the appropriate Content-length header, and to be compatible with webservices SOAP Fault the HTTP error code to 500. Oddly, the Coyote Connector rewrites or dishonours the Content-type and resets to text/html as opposed to the intented value text/xml. This is error is consistently reproducible on all installations of 5.0.28. Without any SOAP fault messages where we set the return HTTP code to 200, the headers are preserved. That is, Content-type=text/xml is not altered. I do not see this on 4.1.29 or 5.0.2x, except on 5.0.28. Below is an example of what is returned: -- POST /caa/ HTTP/1.1 -- User-Agent: Scalix CAA/Ubermanager 1.0 -- Content-Type: text/xml; charset=utf-8 -- Content-Length: 458 -- SOAPAction: -- Cache-Control: no-cache -- Pragma: no-cache -- Host: verona.scalix.local:9090 -- Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2 -- Connection: keep-alive -- -- SOAP-ENV:Envelope xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/; -- SOAP-ENV:Body -- scalix-caa:CAARequestMessage xmlns:scalix-caa=http://www.scalix.com/caa; -- ServiceTypescalix.res/ServiceType -- FunctionNameGetConsoleConfig/FunctionName -- Credentials id=12345 -- Identity name=sxadmin passwd=sharks/ -- /Credentials -- /scalix-caa:CAARequestMessage/SOAP-ENV:Body/SOAP-ENV:Envelope -- HTTP/1.1 500 Internal Server Error -- SOAPAction: -- Content-Type: text/html;charset=utf-8 -- Content-Length: 463 -- Date: Tue, 11 Jan 2005 01:39:31 GMT -- Server: Apache-Coyote/1.1 -- Connection: close -- -- SOAP-ENV:Envelope xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/;SOAP-ENV:BodySOAP-ENV:FaultfaultcodeSOAP-ENV:Server/faultcodefaultstringCAA Service Error/faultstringdetailscalix-caa:fault-details xmlns:scalix-caa=http://www.scalix.com/caa;messageFailed to Authenticatecredentials for userid = sxadmin/messageerrorcodeUM-1023/errorcode/scalix-caa:fault-details/detail/SOAP-ENV:Fault/SOAP-ENV:Body/SOAP-ENV:Envelope [Mon Jan 10 17:39:31 GMT-08:00 2005] Connection to 10.1.2.201:49815 closed. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Log rotation
I have read several threads about rotating logs in tomcat, however they don't seem to cover all of the logs nor do they work when running as a windows service. So my question: Is / has anyone considering actually making the loggers in tomcat rotatable and limit number / size of them? Or am I just totally misreading the archives. I do see where the logger / valve combo for access is creating multiple logs yet you can't limit them by size or number. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Log rotation
Why Do I Keep Getting This E Mail? --- [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I have read several threads about rotating logs in tomcat, however they don't seem to cover all of the logs nor do they work when running as a windows service. So my question: Is / has anyone considering actually making the loggers in tomcat rotatable and limit number / size of them? Or am I just totally misreading the archives. I do see where the logger / valve combo for access is creating multiple logs yet you can't limit them by size or number. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] = :kisses: Brandalynn www.sweetbrandalynn.com __ Do you Yahoo!? Yahoo! Mail - now with 250MB free storage. Learn more. http://info.mail.yahoo.com/mail_250 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33033] - 500 Internal Error and Content-Type not honored.
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=33033. 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=33033 --- Additional Comments From [EMAIL PROTECTED] 2005-01-11 07:57 --- Please submit a ready to test WAR. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]