Question about a JCP proposition
Hello, I'd like to propose an addition to the Servlet specification through the JCP, but thought I'd ask first on the tomcat-dev list if anyone has seen a similar request. There is currently no way in the Servlet spec to know the number of bytes that have been read as a ServletRequest is being processed. By the time Servlet.service() or Filter.doFilter() are called, the *entire* InputStream has been read from the socket. But what if one is trying to implement certain behavior after every n bytes have been consumed? There is presently no way to do this without writing a custom Servlet Container (or extending Coyote). Likewise, the same holds true for knowing the number of bytes that have been written to an OutputStream in real-time. I believe these capabilities can be supported with the addition of one new EventListener interface, something like: public interface javax.servlet.ServletStreamListener { /** * Called repeatedly by the Servlet container * after n bytes have been read/written to/from a ServletRequest * or ServletResponse, where n is the integer returned by * getCallbackThreshold(). */ public void thresholdReached(); /** * The number of bytes to read/write before calling * thresholdReached(). */ public int getCallbackThreshold(); } Has anyone seen this kind of specification request made before? I'd rather not waste the time of JSR154/JCP if this is a common request that has been previously shot down. Thank you, Eric H. Jung [EMAIL PROTECTED] -- http://www.fastmail.fm - IMAP accessible web-mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Question about a JCP proposition
no answer?? = A.Mahadevan __ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup Catalina.java
remm2003/12/23 03:08:32 Modified:catalina/src/share/org/apache/catalina/startup Catalina.java Log: - Allow disabling the shutdown hook. This is useful in embedded mode (since the main class is not so bad for embedding). Revision ChangesPath 1.23 +31 -7 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/Catalina.java Index: Catalina.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/Catalina.java,v retrieving revision 1.22 retrieving revision 1.23 diff -u -r1.22 -r1.23 --- Catalina.java 14 Nov 2003 10:02:10 - 1.22 +++ Catalina.java 23 Dec 2003 11:08:32 - 1.23 @@ -139,10 +139,17 @@ */ protected boolean stopping = false; + +/** + * Use shutdown hook flag. + */ +protected boolean useShutdownHook = true; + + /** * Shutdown hook. */ -protected Thread shutdownHook = new CatalinaShutdownHook(); +protected Thread shutdownHook = null; // - Properties @@ -163,6 +170,16 @@ } +public void setUseShutdownHook(boolean useShutdownHook) { +this.useShutdownHook = useShutdownHook; +} + + +public boolean getUseShutdownHook() { +return useShutdownHook; +} + + /** * Set the shared extensions class loader. * @@ -589,7 +606,12 @@ try { // Register shutdown hook -Runtime.getRuntime().addShutdownHook(shutdownHook); +if (useShutdownHook) { +if (shutdownHook == null) { +shutdownHook = new CatalinaShutdownHook(); +} +Runtime.getRuntime().addShutdownHook(shutdownHook); +} } catch (Throwable t) { // This will fail on JDK 1.2. Ignoring, as Tomcat can run // fine without the shutdown hook. @@ -611,7 +633,9 @@ try { // Remove the ShutdownHook first so that server.stop() // doesn't get invoked twice -Runtime.getRuntime().removeShutdownHook(shutdownHook); +if (useShutdownHook) { +Runtime.getRuntime().removeShutdownHook(shutdownHook); +} } catch (Throwable t) { // This will fail on JDK 1.2. Ignoring, as Tomcat can run // fine without the shutdown hook. - 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 MapperListener.java
remm2003/12/23 03:09:31 Modified:catalina/src/share/org/apache/coyote/tomcat5 MapperListener.java Log: - Fix host removal from the mapper (the corresponding MBean likely was unregistered previously). Revision ChangesPath 1.13 +2 -4 jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/MapperListener.java Index: MapperListener.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/MapperListener.java,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- MapperListener.java 22 Dec 2003 17:49:12 - 1.12 +++ MapperListener.java 23 Dec 2003 11:09:31 - 1.13 @@ -311,14 +311,12 @@ /** - * Unregister host (FIXME. + * Unregister host. */ private void unregisterHost(ObjectName objectName) throws Exception { String name=objectName.getKeyProperty(host); -String[] aliases = (String[]) -mBeanServer.invoke(objectName, findAliases, null, null); -mapper.removeHost(name, aliases); +mapper.removeHost(name); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/mapper Mapper.java
remm2003/12/23 03:09:50 Modified:util/java/org/apache/tomcat/util/http/mapper Mapper.java Log: - Fix host removal from the mapper (the corresponding MBean likely was unregistered previously). Revision ChangesPath 1.32 +14 -5 jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/mapper/Mapper.java Index: Mapper.java === RCS file: /home/cvs/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/mapper/Mapper.java,v retrieving revision 1.31 retrieving revision 1.32 diff -u -r1.31 -r1.32 --- Mapper.java 4 Dec 2003 14:07:08 - 1.31 +++ Mapper.java 23 Dec 2003 11:09:50 - 1.32 @@ -154,15 +154,24 @@ * * @param name Virtual host name */ -public synchronized void removeHost(String name, String[] aliases) { +public synchronized void removeHost(String name) { +// Find and remove the old host +int pos = find(hosts, name); +if (pos 0) { +return; +} +Object host = hosts[pos].object; Host[] newHosts = new Host[hosts.length - 1]; if (removeMap(hosts, newHosts, name)) { hosts = newHosts; } -for (int i = 0; i aliases.length; i++) { -newHosts = new Host[hosts.length - 1]; -if (removeMap(hosts, newHosts, aliases[i])) { -hosts = newHosts; +// Remove all aliases (they will map to the same host object) +for (int i = 0; i newHosts.length; i++) { +if (newHosts[i].object == host) { +Host[] newHosts2 = new Host[hosts.length - 1]; +if (removeMap(hosts, newHosts2, newHosts[i].name)) { +hosts = newHosts2; +} } } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Licenses for .bat and .sh files
Bill Barker wrote: While editing 'service.bat', I noticed that it seems that we are shipping all of the '.bat' and '.sh' files without including an Apache license. Before I launch into a realy boring project of fixing this, I wanted to hear other opinions on how necessary it is. Perhaps only the url would be enough. Most of those files are shorter then a license itself. But feel free to enter 53 rems in each file :-). For example: # This script falls under the Apache License. # See http://www.apache.org/docs/LICENSE Something similar is used for some httpd scripts. MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Raimund ENENGL/RLBNOE/RAIVIE/AT ist außer Haus.
Ich werde ab 23.12.2003 nicht im Büro sein. Ich kehre zurück am 31.12.2003. In dringenden Fällen bitte Fr.Martina Sehorz. Der Austausch von Nachrichten mit o.a. Absender via e-mail dient ausschliesslich Informationszwecken. Rechtsgeschaeftliche Erklaerungen duerfen ueber dieses Medium nicht ausgetauscht werden. Correspondence with a.m. sender via e-mail is only for information purposes. This medium is not to be used for the exchange of legally-binding communications. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Question about a JCP proposition
Howdy, no answer?? You must be in a big rush -- I just got the message, I figure others may have not even checked their mail yet ;) There is currently no way in the Servlet spec to know the number of bytes that have been read as a ServletRequest is being processed. By the time Servlet.service() or Filter.doFilter() are called, the *entire* InputStream has been read from the socket. But what if one is trying to implement certain behavior after every n bytes have been consumed? There is presently no way to do this without writing a custom Servlet Container (or extending Coyote). I'm not a big fan of the request, for two reasons: - It's too low-level for the spirit of the Servlet Specification, - It'd be hard for the container to support these listeners in a performant manner. The above are just IMHO, off the top of my head, without thinking about it much. What's a realistic use-case? As to your other question: I've never seen this request before. 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]
mod_jk will only connect to tomcat on the localhost
Hi, I have configured Apache 1.3 with mod_jk on SuSE Linux SLES8 on a zSeries. mod_jk will only connect to tomcat on the localhost. detail One Linux instance runs the Web Server and one runs Tomcat 4.1.27 In order to test the config I installed tomcat on the web server machine and mapped the application /examples/ to forward to the local tomcat. this works fine. However when changing the config to point to a remote machine (see config below) I always get an error in the mod_jk error log (ajp_connect_to_endpoint, failed errno = 111.) The full log file is below I have used tcpdump -i any 'dst port 8009' (see output below) and this always indicates that mod_jk is trying to connect to the localhost whatever I put in the workers.properties file. To test network connectivity I have used 'telnet 192.168.13.10 8009' and I can connect to tomcat and see the connection occur in the remote tomcat log files. I have also included a tcpdump of this below. Has anyone seen anything similar. Best Rgds Peter config mod_jk configured (workers.properties) as follows: worker.list=worker1 worker.worker1.type=ajp13 worker.worker1.host=192.168.13.10 worker.worker1.port=8009 worker.worker1.lbfactor=50 worker.worker1.cachesize=10 worker.worker1.cache_timeout=600 worker.worker1.socket_keepalive=1 worker.worker1.socket_timeout=300 worker.worker1.local_worker=0 apache mount points are configured in httpd.conf JkWorkersFile /etc/httpd/conf/workers.properties JkLogFile /var/log/mod_jk.log JkLogLevel debug JkMount /examples/* worker1 JkMount /examples/*.jsp worker1 ### tcpdump while accessing the /examples/ www02:/etc # tcpdump -n -i any 'dst port 8009' 16:19:21.496621 127.0.0.1.33194 127.0.0.1.8009: S 3501290459:3501290459(0) win 32767 mss 16396,sa ckOK,timestamp 9268978 0,nop,wscale 0 (DF) 16:19:21.497287 127.0.0.1.33195 127.0.0.1.8009: S 3497571144:3497571144(0) win 32767 mss 16396,sa ckOK,timestamp 9268978 0,nop,wscale 0 (DF) 16:19:21.497733 127.0.0.1.33196 127.0.0.1.8009: S 3498859603:3498859603(0) win 32767 mss 16396,sa ckOK,timestamp 9268978 0,nop,wscale 0 (DF) telnet 192.168.13.10 8009 www02:/etc # tcpdump -n -i any 'dst port 8009' tcpdump: WARNING: Promiscuous mode not supported on the any device tcpdump: listening on any 16:19:07.631821 192.168.12.11.33193 192.168.13.10.8009: S 3495439382:3495439382(0) win 5840 mss 1 460,sackOK,timestamp 9267591 0,nop,wscale 0 (DF) [tos 0x10] 16:19:07.635099 192.168.12.11.33193 192.168.13.10.8009: . ack 3495439509 win 5840 nop,nop,timesta mp 9267592 9396807 (DF) [tos 0x10] # mod_jk log file [Mon Dec 22 16:19:21 2003] [jk_worker.c (162)]: wc_create_worker, about to create instance worker1 of ajp13 [Mon Dec 22 16:19:21 2003] [jk_ajp13_worker.c (108)]: Into ajp13_worker_factory [Mon Dec 22 16:19:21 2003] [jk_worker.c (171)]: wc_create_worker, about to validate and init worker1 [Mon Dec 22 16:19:21 2003] [jk_ajp_common.c (1178)]: Into jk_worker_t::validate [Mon Dec 22 16:19:21 2003] [jk_ajp_common.c (1198)]: In jk_worker_t::validate for worker worker1 co ntact is 192.168.13.10:8009 [Mon Dec 22 16:19:21 2003] [jk_ajp_common.c (1226)]: Into jk_worker_t::init [Mon Dec 22 16:19:21 2003] [jk_worker.c (187)]: wc_create_worker, done [Mon Dec 22 16:19:21 2003] [jk_worker.c (238)]: build_worker_map, removing old worker1 worker [Mon Dec 22 16:19:21 2003] [jk_worker.c (250)]: build_worker_map, done [Mon Dec 22 16:19:21 2003] [jk_worker.c (111)]: wc_open, done 1 [Mon Dec 22 16:20:18 2003] [jk_uri_worker_map.c (460)]: Into jk_uri_worker_map_t::map_uri_to_worker [Mon Dec 22 16:20:18 2003] [jk_uri_worker_map.c (477)]: Attempting to map URI '/examples/' [Mon Dec 22 16:20:18 2003] [jk_uri_worker_map.c (502)]: jk_uri_worker_map_t::map_uri_to_worker, Fou nd a context match worker1 - /examples/ [Mon Dec 22 16:20:18 2003] [jk_worker.c (132)]: Into wc_get_worker_for_name worker1 [Mon Dec 22 16:20:18 2003] [jk_worker.c (136)]: wc_get_worker_for_name, done found a worker [Mon Dec 22 16:20:18 2003] [jk_ajp_common.c (1355)]: Into jk_worker_t::get_endpoint [Mon Dec 22 16:20:18 2003] [jk_ajp_common.c (1079)]: Into jk_endpoint_t::service [Mon Dec 22 16:20:18 2003] [jk_ajp_common.c (280)]: Into ajp_marshal_into_msgb [Mon Dec 22 16:20:18 2003] [jk_ajp_common.c (413)]: ajp_marshal_into_msgb - Done [Mon Dec 22 16:20:18 2003] [jk_connect.c (116)]: Into jk_open_socket [Mon Dec 22 16:20:18 2003] [jk_connect.c (123)]: jk_open_socket, try to connect socket = 7 [Mon Dec 22 16:20:18 2003] [jk_connect.c (132)]: jk_open_socket, after connect ret = -1 [Mon Dec 22 16:20:18 2003] [jk_connect.c (151)]: jk_open_socket, connect() failed errno = 111 [Mon Dec 22 16:20:18 2003] [jk_ajp_common.c (599)]: In
RE: mod_jk will only connect to tomcat on the localhost
Looks to me like you have a firewall running. What does iptables -L show? -Original Message- From: Peter Anning [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 23, 2003 6:29 AM To: [EMAIL PROTECTED] Subject: mod_jk will only connect to tomcat on the localhost Hi, I have configured Apache 1.3 with mod_jk on SuSE Linux SLES8 on a zSeries. mod_jk will only connect to tomcat on the localhost. detail One Linux instance runs the Web Server and one runs Tomcat 4.1.27 In order to test the config I installed tomcat on the web server machine and mapped the application /examples/ to forward to the local tomcat. this works fine. However when changing the config to point to a remote machine (see config below) I always get an error in the mod_jk error log (ajp_connect_to_endpoint, failed errno = 111.) The full log file is below I have used tcpdump -i any 'dst port 8009' (see output below) and this always indicates that mod_jk is trying to connect to the localhost whatever I put in the workers.properties file. To test network connectivity I have used 'telnet 192.168.13.10 8009' and I can connect to tomcat and see the connection occur in the remote tomcat log files. I have also included a tcpdump of this below. Has anyone seen anything similar. Best Rgds Peter config mod_jk configured (workers.properties) as follows: worker.list=worker1 worker.worker1.type=ajp13 worker.worker1.host=192.168.13.10 worker.worker1.port=8009 worker.worker1.lbfactor=50 worker.worker1.cachesize=10 worker.worker1.cache_timeout=600 worker.worker1.socket_keepalive=1 worker.worker1.socket_timeout=300 worker.worker1.local_worker=0 apache mount points are configured in httpd.conf JkWorkersFile /etc/httpd/conf/workers.properties JkLogFile /var/log/mod_jk.log JkLogLevel debug JkMount /examples/* worker1 JkMount /examples/*.jsp worker1 ### tcpdump while accessing the /examples/ www02:/etc # tcpdump -n -i any 'dst port 8009' 16:19:21.496621 127.0.0.1.33194 127.0.0.1.8009: S 3501290459:3501290459(0) win 32767 mss 16396,sa ckOK,timestamp 9268978 0,nop,wscale 0 (DF) 16:19:21.497287 127.0.0.1.33195 127.0.0.1.8009: S 3497571144:3497571144(0) win 32767 mss 16396,sa ckOK,timestamp 9268978 0,nop,wscale 0 (DF) 16:19:21.497733 127.0.0.1.33196 127.0.0.1.8009: S 3498859603:3498859603(0) win 32767 mss 16396,sa ckOK,timestamp 9268978 0,nop,wscale 0 (DF) telnet 192.168.13.10 8009 www02:/etc # tcpdump -n -i any 'dst port 8009' tcpdump: WARNING: Promiscuous mode not supported on the any device tcpdump: listening on any 16:19:07.631821 192.168.12.11.33193 192.168.13.10.8009: S 3495439382:3495439382(0) win 5840 mss 1 460,sackOK,timestamp 9267591 0,nop,wscale 0 (DF) [tos 0x10] 16:19:07.635099 192.168.12.11.33193 192.168.13.10.8009: . ack 3495439509 win 5840 nop,nop,timesta mp 9267592 9396807 (DF) [tos 0x10] # mod_jk log file [Mon Dec 22 16:19:21 2003] [jk_worker.c (162)]: wc_create_worker, about to create instance worker1 of ajp13 [Mon Dec 22 16:19:21 2003] [jk_ajp13_worker.c (108)]: Into ajp13_worker_factory [Mon Dec 22 16:19:21 2003] [jk_worker.c (171)]: wc_create_worker, about to validate and init worker1 [Mon Dec 22 16:19:21 2003] [jk_ajp_common.c (1178)]: Into jk_worker_t::validate [Mon Dec 22 16:19:21 2003] [jk_ajp_common.c (1198)]: In jk_worker_t::validate for worker worker1 co ntact is 192.168.13.10:8009 [Mon Dec 22 16:19:21 2003] [jk_ajp_common.c (1226)]: Into jk_worker_t::init [Mon Dec 22 16:19:21 2003] [jk_worker.c (187)]: wc_create_worker, done [Mon Dec 22 16:19:21 2003] [jk_worker.c (238)]: build_worker_map, removing old worker1 worker [Mon Dec 22 16:19:21 2003] [jk_worker.c (250)]: build_worker_map, done [Mon Dec 22 16:19:21 2003] [jk_worker.c (111)]: wc_open, done 1 [Mon Dec 22 16:20:18 2003] [jk_uri_worker_map.c (460)]: Into jk_uri_worker_map_t::map_uri_to_worker [Mon Dec 22 16:20:18 2003] [jk_uri_worker_map.c (477)]: Attempting to map URI '/examples/' [Mon Dec 22 16:20:18 2003] [jk_uri_worker_map.c (502)]: jk_uri_worker_map_t::map_uri_to_worker, Fou nd a context match worker1 - /examples/ [Mon Dec 22 16:20:18 2003] [jk_worker.c (132)]: Into wc_get_worker_for_name worker1 [Mon Dec 22 16:20:18 2003] [jk_worker.c (136)]: wc_get_worker_for_name, done found a worker [Mon Dec 22 16:20:18 2003] [jk_ajp_common.c (1355)]: Into jk_worker_t::get_endpoint [Mon Dec 22 16:20:18 2003] [jk_ajp_common.c (1079)]: Into jk_endpoint_t::service [Mon Dec 22 16:20:18 2003] [jk_ajp_common.c (280)]: Into ajp_marshal_into_msgb [Mon Dec 22 16:20:18 2003] [jk_ajp_common.c (413)]: ajp_marshal_into_msgb - Done [Mon Dec 22 16:20:18 2003] [jk_connect.c (116)]: Into jk_open_socket [Mon Dec 22 16:20:18 2003] [jk_connect.c (123)]: jk_open_socket, try to
RE: mod_jk will only connect to tomcat on the localhost
I have investigated this a bit already and am pretty sure there is no firewall running on either machine: iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination P On Tue, 23 Dec 2003 07:25:45 -0700, George Sexton wrote Looks to me like you have a firewall running. What does iptables -L show? -Original Message- From: Peter Anning [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 23, 2003 6:29 AM To: [EMAIL PROTECTED] Subject: mod_jk will only connect to tomcat on the localhost Hi, I have configured Apache 1.3 with mod_jk on SuSE Linux SLES8 on a zSeries. mod_jk will only connect to tomcat on the localhost. detail One Linux instance runs the Web Server and one runs Tomcat 4.1.27 In order to test the config I installed tomcat on the web server machine and mapped the application /examples/ to forward to the local tomcat. this works fine. However when changing the config to point to a remote machine (see config below) I always get an error in the mod_jk error log (ajp_connect_to_endpoint, failed errno = 111.) The full log file is below I have used tcpdump -i any 'dst port 8009' (see output below) and this always indicates that mod_jk is trying to connect to the localhost whatever I put in the workers.properties file. To test network connectivity I have used 'telnet 192.168.13.10 8009' and I can connect to tomcat and see the connection occur in the remote tomcat log files. I have also included a tcpdump of this below. Has anyone seen anything similar. Best Rgds Peter config mod_jk configured (workers.properties) as follows: worker.list=worker1 worker.worker1.type=ajp13 worker.worker1.host=192.168.13.10 worker.worker1.port=8009 worker.worker1.lbfactor=50 worker.worker1.cachesize=10 worker.worker1.cache_timeout=600 worker.worker1.socket_keepalive=1 worker.worker1.socket_timeout=300 worker.worker1.local_worker=0 apache mount points are configured in httpd.conf JkWorkersFile /etc/httpd/conf/workers.properties JkLogFile /var/log/mod_jk.log JkLogLevel debug JkMount /examples/* worker1 JkMount /examples/*.jsp worker1 ### tcpdump while accessing the /examples/ www02:/etc # tcpdump -n -i any 'dst port 8009' 16:19:21.496621 127.0.0.1.33194 127.0.0.1.8009: S 3501290459:3501290459(0) win 32767 mss 16396,sa ckOK,timestamp 9268978 0,nop,wscale 0 (DF) 16:19:21.497287 127.0.0.1.33195 127.0.0.1.8009: S 3497571144:3497571144(0) win 32767 mss 16396,sa ckOK,timestamp 9268978 0,nop,wscale 0 (DF) 16:19:21.497733 127.0.0.1.33196 127.0.0.1.8009: S 3498859603:3498859603(0) win 32767 mss 16396,sa ckOK,timestamp 9268978 0,nop,wscale 0 (DF) telnet 192.168.13.10 8009 www02:/etc # tcpdump -n -i any 'dst port 8009' tcpdump: WARNING: Promiscuous mode not supported on the any device tcpdump: listening on any 16:19:07.631821 192.168.12.11.33193 192.168.13.10.8009: S 3495439382:3495439382(0) win 5840 mss 1 460,sackOK,timestamp 9267591 0,nop,wscale 0 (DF) [tos 0x10] 16:19:07.635099 192.168.12.11.33193 192.168.13.10.8009: . ack 3495439509 win 5840 nop,nop,timesta mp 9267592 9396807 (DF) [tos 0x10] # mod_jk log file [Mon Dec 22 16:19:21 2003] [jk_worker.c (162)]: wc_create_worker, about to create instance worker1 of ajp13 [Mon Dec 22 16:19:21 2003] [jk_ajp13_worker.c (108)]: Into ajp13_worker_factory [Mon Dec 22 16:19:21 2003] [jk_worker.c (171)]: wc_create_worker, about to validate and init worker1 [Mon Dec 22 16:19:21 2003] [jk_ajp_common.c (1178)]: Into jk_worker_t::validate [Mon Dec 22 16:19:21 2003] [jk_ajp_common.c (1198)]: In jk_worker_t::validate for worker worker1 co ntact is 192.168.13.10:8009 [Mon Dec 22 16:19:21 2003] [jk_ajp_common.c (1226)]: Into jk_worker_t::init [Mon Dec 22 16:19:21 2003] [jk_worker.c (187)]: wc_create_worker, done [Mon Dec 22 16:19:21 2003] [jk_worker.c (238)]: build_worker_map, removing old worker1 worker [Mon Dec 22 16:19:21 2003] [jk_worker.c (250)]: build_worker_map, done [Mon Dec 22 16:19:21 2003] [jk_worker.c (111)]: wc_open, done 1 [Mon Dec 22 16:20:18 2003] [jk_uri_worker_map.c (460)]: Into jk_uri_worker_map_t::map_uri_to_worker [Mon Dec 22 16:20:18 2003] [jk_uri_worker_map.c (477)]: Attempting to map URI '/examples/' [Mon Dec 22 16:20:18 2003] [jk_uri_worker_map.c (502)]: jk_uri_worker_map_t::map_uri_to_worker, Fou nd a context match worker1 - /examples/ [Mon Dec 22 16:20:18 2003] [jk_worker.c (132)]: Into wc_get_worker_for_name worker1 [Mon Dec 22
RE: mod_jk will only connect to tomcat on the localhost
Can you run - on the tomcat server if linux netstat -tln if anything else ! netstat -an | grep tcp | grep LISTEN then we can see if you are actually listening on anything other than localhost :) david Peter Anning [EMAIL PROTECTED]To: 'Tomcat Developers List' [EMAIL PROTECTED] g.com cc: Subject: RE: mod_jk will only connect to tomcat on the localhost 23/12/2003 14:05 Please respond to Tomcat Developers List I have investigated this a bit already and am pretty sure there is no firewall running on either machine: iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination P On Tue, 23 Dec 2003 07:25:45 -0700, George Sexton wrote Looks to me like you have a firewall running. What does iptables -L show? -Original Message- From: Peter Anning [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 23, 2003 6:29 AM To: [EMAIL PROTECTED] Subject: mod_jk will only connect to tomcat on the localhost Hi, I have configured Apache 1.3 with mod_jk on SuSE Linux SLES8 on a zSeries. mod_jk will only connect to tomcat on the localhost. detail One Linux instance runs the Web Server and one runs Tomcat 4.1.27 In order to test the config I installed tomcat on the web server machine and mapped the application /examples/ to forward to the local tomcat. this works fine. However when changing the config to point to a remote machine (see config below) I always get an error in the mod_jk error log (ajp_connect_to_endpoint, failed errno = 111.) The full log file is below I have used tcpdump -i any 'dst port 8009' (see output below) and this always indicates that mod_jk is trying to connect to the localhost whatever I put in the workers.properties file. To test network connectivity I have used 'telnet 192.168.13.10 8009' and I can connect to tomcat and see the connection occur in the remote tomcat log files. I have also included a tcpdump of this below. Has anyone seen anything similar. Best Rgds Peter config mod_jk configured (workers.properties) as follows: worker.list=worker1 worker.worker1.type=ajp13 worker.worker1.host=192.168.13.10 worker.worker1.port=8009 worker.worker1.lbfactor=50 worker.worker1.cachesize=10 worker.worker1.cache_timeout=600 worker.worker1.socket_keepalive=1 worker.worker1.socket_timeout=300 worker.worker1.local_worker=0 apache mount points are configured in httpd.conf JkWorkersFile /etc/httpd/conf/workers.properties JkLogFile /var/log/mod_jk.log JkLogLevel debug JkMount /examples/* worker1 JkMount /examples/*.jsp worker1 ### tcpdump while accessing the /examples/ www02:/etc # tcpdump -n -i any 'dst port 8009' 16:19:21.496621 127.0.0.1.33194 127.0.0.1.8009: S 3501290459:3501290459(0) win 32767 mss 16396,sa ckOK,timestamp 9268978 0,nop,wscale 0 (DF) 16:19:21.497287 127.0.0.1.33195 127.0.0.1.8009: S 3497571144:3497571144(0) win 32767 mss 16396,sa ckOK,timestamp 9268978 0,nop,wscale 0 (DF) 16:19:21.497733 127.0.0.1.33196 127.0.0.1.8009: S 3498859603:3498859603(0) win 32767 mss 16396,sa
DO NOT REPLY [Bug 9980] - exception object is null inside an error page (given certain conditions)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9980. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9980 exception object is null inside an error page (given certain conditions) [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2003-12-23 15:33 --- Having reviewed the specs, I do not believe that there is anything in Tomcat's behaviour that breaches the spec. If you feel that more clarity is required in the specs then please send your comments to [EMAIL PROTECTED] and/or [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Raimund ENENGL/RLBNOE/RAIVIE/AT ist außer Haus.
Ich werde ab 23.12.2003 nicht im Büro sein. Ich kehre zurück am 31.12.2003. Während meiner Abwesenheit wird Ihre e-mail von Frau Ulrike Witting bearbeitet. Mit freundlichen Grüßen Raimund Enengl Der Austausch von Nachrichten mit o.a. Absender via e-mail dient ausschliesslich Informationszwecken. Rechtsgeschaeftliche Erklaerungen duerfen ueber dieses Medium nicht ausgetauscht werden. Correspondence with a.m. sender via e-mail is only for information purposes. This medium is not to be used for the exchange of legally-binding communications. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: mod_jk will only connect to tomcat on the localhost
David, Here you go: Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State tcp0 0 0.0.0.0:80090.0.0.0:* LISTEN tcp0 0 0.0.0.0:10980.0.0.0:* LISTEN tcp0 0 0.0.0.0:10990.0.0.0:* LISTEN tcp0 0 0.0.0.0:111 0.0.0.0:* LISTEN tcp0 0 0.0.0.0:80800.0.0.0:* LISTEN tcp0 0 0.0.0.0:631 0.0.0.0:* LISTEN tcp0 0 127.0.0.1:250.0.0.0:* LISTEN tcp0 0 :::22 :::*LISTEN Cheers Peter On Tue, 23 Dec 2003 15:05:10 +, David Cassidy wrote Can you run - on the tomcat server if linux netstat -tln if anything else ! netstat -an | grep tcp | grep LISTEN then we can see if you are actually listening on anything other than localhost :) david Peter Anning [EMAIL PROTECTED] To: 'Tomcat Developers List' tomcat- [EMAIL PROTECTED] g.com cc: Subject: RE: mod_jk will only connect to tomcat on the localhost 23/12/2003 14:05 Please respond to Tomcat Developers List I have investigated this a bit already and am pretty sure there is no firewall running on either machine: iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination P On Tue, 23 Dec 2003 07:25:45 -0700, George Sexton wrote Looks to me like you have a firewall running. What does iptables -L show? -Original Message- From: Peter Anning [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 23, 2003 6:29 AM To: [EMAIL PROTECTED] Subject: mod_jk will only connect to tomcat on the localhost Hi, I have configured Apache 1.3 with mod_jk on SuSE Linux SLES8 on a zSeries. mod_jk will only connect to tomcat on the localhost. detail One Linux instance runs the Web Server and one runs Tomcat 4.1.27 In order to test the config I installed tomcat on the web server machine and mapped the application /examples/ to forward to the local tomcat. this works fine. However when changing the config to point to a remote machine (see config below) I always get an error in the mod_jk error log (ajp_connect_to_endpoint, failed errno = 111.) The full log file is below I have used tcpdump -i any 'dst port 8009' (see output below) and this always indicates that mod_jk is trying to connect to the localhost whatever I put in the workers.properties file. To test network connectivity I have used 'telnet 192.168.13.10 8009' and I can connect to tomcat and see the connection occur in the remote tomcat log files. I have also included a tcpdump of this below. Has anyone seen anything similar. Best Rgds Peter config mod_jk configured (workers.properties) as follows: worker.list=worker1 worker.worker1.type=ajp13 worker.worker1.host=192.168.13.10 worker.worker1.port=8009 worker.worker1.lbfactor=50 worker.worker1.cachesize=10 worker.worker1.cache_timeout=600 worker.worker1.socket_keepalive=1 worker.worker1.socket_timeout=300 worker.worker1.local_worker=0 apache mount points are configured in httpd.conf JkWorkersFile /etc/httpd/conf/workers.properties JkLogFile /var/log/mod_jk.log JkLogLevel debug JkMount /examples/* worker1 JkMount /examples/*.jsp worker1 ### tcpdump while accessing the /examples/ www02:/etc # tcpdump -n -i any 'dst port 8009' 16:19:21.496621 127.0.0.1.33194 127.0.0.1.8009: S 3501290459:3501290459(0) win 32767 mss 16396,sa ckOK,timestamp 9268978 0,nop,wscale 0 (DF) 16:19:21.497287 127.0.0.1.33195 127.0.0.1.8009: S 3497571144:3497571144(0) win 32767 mss 16396,sa ckOK,timestamp 9268978 0,nop,wscale 0 (DF) 16:19:21.497733 127.0.0.1.33196 127.0.0.1.8009: S 3498859603:3498859603(0) win 32767 mss 16396,sa ckOK,timestamp 9268978 0,nop,wscale 0 (DF) telnet 192.168.13.10 8009 www02:/etc # tcpdump -n -i any 'dst port 8009' tcpdump: WARNING: Promiscuous mode not supported on the any device tcpdump: listening on any 16:19:07.631821 192.168.12.11.33193 192.168.13.10.8009: S 3495439382:3495439382(0) win 5840 mss 1 460,sackOK,timestamp 9267591 0,nop,wscale 0 (DF) [tos
DO NOT REPLY [Bug 25729] New: - Excel not appear in IE using 4.1.29 but appear using 4.1.27
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25729. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25729 Excel not appear in IE using 4.1.29 but appear using 4.1.27 Summary: Excel not appear in IE using 4.1.29 but appear using 4.1.27 Product: Tomcat 4 Version: 4.1.29 Platform: PC URL: - OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hi, There, I link an excel file generated by the POI 2-dev edition, using tomcat 4.1.27 and create it as a link using a href syntax, the link will open an excel window in the Internet Explorer 6. When I move the programs to 4.1.29, the link will open a garbage character. I need to save it as a file, and open it manually using excel before it works. There is no difference between the programs on 4.1.27 and 4.1.29 they are exactly the same. I suspect, the MIME-TYPE was not being passed properly to the browser. so thats why it was detected as .html instead of .xls Regards, Tirta - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25729] - Excel not appear in IE using 4.1.29 but appear using 4.1.27
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25729. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25729 Excel not appear in IE using 4.1.29 but appear using 4.1.27 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2003-12-23 16:44 --- Mostly likely - dup of 24970 *** This bug has been marked as a duplicate of 24970 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24970] - charset appended to content-type even if not text/*
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970 charset appended to content-type even if not text/* [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2003-12-23 16:44 --- *** Bug 25729 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs/config host.xml
markt 2003/12/23 08:50:17 Modified:webapps/docs/config host.xml Log: - Fix a couple of typos - Update docs in response to bug 9960. Clarify potential issues using xml context files and auto deployment. Revision ChangesPath 1.6 +8 -2 jakarta-tomcat-catalina/webapps/docs/config/host.xml Index: host.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/config/host.xml,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- host.xml 30 Jul 2003 18:37:51 - 1.5 +++ host.xml 23 Dec 2003 16:50:17 - 1.6 @@ -264,7 +264,7 @@ pIf you are using the standard strongHost/strong implementation, the following actions take place automatically when Catalina is first started, if the codedeployOnStartup/code property is set to -codetrue/code (which is the default value:/p +codetrue/code (which is the default value):/p ul liAny XML file in the code$CATALINA_HOME/conf/[engine_name]/[host_name]/code directory is @@ -272,7 +272,7 @@ a href=context.htmlContext/a element (and its associated subelements) for a single web application. The codedocBase/code attribute of this codelt;Contextgt;/code element will typically -be the absolute pathname to a web applicationd directory, or the +be the absolute pathname to a web application directory, or the absolute pathname of a web application archive (WAR) file (which will not be expanded)./li liAny web application archive file that does not have a corresponding @@ -314,6 +314,12 @@ a deployment of the associated web application/li /ul /p + +pWhen using automatic deployment, the codedocBase/code defined by +an XML a href=context.htmlContext/a file should be outside of the +codeappBase/code directory. If this is not the case difficulties +may be experienced deploying the web application or the application may +be deployed twice./p /subsection - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs/config host.xml
markt 2003/12/23 08:50:58 Modified:webapps/tomcat-docs/config host.xml Log: - Port patch. - Fix a couple of typos. - Update docs in response to bug 9960. Clarify potential issues using xml context files and auto deployment. Revision ChangesPath 1.16 +8 -2 jakarta-tomcat-4.0/webapps/tomcat-docs/config/host.xml Index: host.xml === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/tomcat-docs/config/host.xml,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- host.xml 12 Jan 2003 17:26:48 - 1.15 +++ host.xml 23 Dec 2003 16:50:58 - 1.16 @@ -247,14 +247,14 @@ pIf you are using the standard strongHost/strong implementation, the following actions take place automatically when Catalina is first started, if the codeautoDeploy/code property is set to -codetrue/code (which is the default value:/p +codetrue/code (which is the default value):/p ul liAny XML file in the directory defined by appBase (emApplication Base/em directory) is assumed to contain a a href=context.htmlContext/a element (and its associated subelements) for a single web application. The codedocBase/code attribute of this codelt;Contextgt;/code element will typically -be the absolute pathname to a web applicationd directory, or the +be the absolute pathname to a web application directory, or the absolute pathname of a web application archive (WAR) file (which will not be expanded)./li liAny web application archive file that does not have a corresponding @@ -281,6 +281,12 @@ subdirectories (containing web applications) that are dropped in to the codeappBase/code directory while Tomcat is running will be automatically deployed, according to the rules described above./p + +pWhen using automatic deployment, the codedocBase/code defined by +an XML a href=context.htmlContext/a file should be outside of the +codeappBase/code directory. If this is not the case difficulties +may be experienced deploying the web application or the application may +be deployed twice./p /subsection - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9960] - Deploy issue with local Context
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9960. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9960 Deploy issue with local Context [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-12-23 16:53 --- I have added some clarification to the docs that should help. This will be included in the next release. I have also included it here. When using automatic deployment, the docBase defined by an XML Context file should be outside of the appBase directory. If this is not the case difficulties may be experienced deploying the web application or the application may be deployed twice. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10021] - Include upgrade option in installer
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10021. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10021 Include upgrade option in installer [EMAIL PROTECTED] changed: What|Removed |Added Severity|Normal |Enhancement Summary|Installer overwrites|Include upgrade option in |webapps/root files |installer --- Additional Comments From [EMAIL PROTECTED] 2003-12-23 17:19 --- Changing this to an enhancement request to include an upgrade option in the installer. Whilst this would be nice to have, there are a number of potential issues such as updates to the configuration files that make this tricky to implement. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/authenticator SingleSignOn.java
markt 2003/12/23 09:55:39 Modified:catalina/src/share/org/apache/catalina/authenticator SingleSignOn.java Log: - Fix bug 10372. Prevent NPE if container is null - Port of functionality from TC5 implemented by bobh. Revision ChangesPath 1.12 +8 -5 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/authenticator/SingleSignOn.java Index: SingleSignOn.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/authenticator/SingleSignOn.java,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- SingleSignOn.java 9 Jun 2002 02:19:41 - 1.11 +++ SingleSignOn.java 23 Dec 2003 17:55:39 - 1.12 @@ -411,7 +411,10 @@ public String toString() { StringBuffer sb = new StringBuffer(SingleSignOn[); -sb.append(container.getName()); +if (container == null ) +sb.append(Container is null); +else +sb.append(container.getName()); sb.append(]); return (sb.toString()); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10372] - SingleSignOn toString() throws NullPointerException
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10372. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10372 SingleSignOn toString() throws NullPointerException [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-12-23 17:56 --- This is already fixed in TC5. I have ported the change to TC4. It is available via CVS and will be included in the next release. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
License files error
All, There is a small grammatical error in most (all?) of the license files in various tomcat CVS repositories as described in http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10286. Does anyone have any objection to me editing the tomcat license files to align them with the official version (http://www.apache.org/LICENSE)? I ask since I don't want to change the license file in case there are any legal complications. I can't see why there would be but you never know - better safe than sorry ;) Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
License files error
Resending using my apache e-mail address. Sorry for the duplicate mail. All, There is a small grammatical error in most (all?) of the license files in various tomcat CVS repositories as described in http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10286. Does anyone have any objection to me editing the tomcat license files to align them with the official version (http://www.apache.org/LICENSE)? I ask since I don't want to change the license file in case there are any legal complications. I can't see why there would be but you never know - better safe than sorry ;) Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: License files error
Howdy, Yeah, I wondered why it crossed my inbox for approval when it came from you (the first, non-apache one) ;) I think the change is OK. Yoav Shapira Millennium ChemInformatics -Original Message- From: Mark Thomas [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 23, 2003 1:00 PM To: Tomcat-Dev (E-mail) Subject: License files error Resending using my apache e-mail address. Sorry for the duplicate mail. All, There is a small grammatical error in most (all?) of the license files in various tomcat CVS repositories as described in http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10286. Does anyone have any objection to me editing the tomcat license files to align them with the official version (http://www.apache.org/LICENSE)? I ask since I don't want to change the license file in case there are any legal complications. I can't see why there would be but you never know - better safe than sorry ;) Mark - 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]
Re: License files error
On Tue, 23 Dec 2003, Mark Thomas wrote: them with the official version (http://www.apache.org/LICENSE)? I ask since I don't want to change the license file in case there are any legal complications. I can't see why there would be but you never know - better safe than sorry ;) You bet :-) Fiddling with the license, no matter how trivial, should be checked, double checked, triple checked and approved first :-) So what is the error ? I read on bug id #10286: The LICENSE file contains a small grammatical error in the first condition. The word 'notice' is incorrectly repeated. From the license (1.1) file (http://www.apache.org/LICENSE): * 1. Redistributions of source code must retain the above copyright *notice, this list of conditions and the following disclaimer. What is the incorrect repeat ? Dw -- Dirk-Willem van Gulik, President of the ASF. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: License files error
A lot of the license files in tomcat have the following lines: * 1. Redistributions of source code must retain the above copyright notice * *notice, this list of conditions and the following disclaimer. * Note that notice appears at the end of the first line as well as the beginning of the second. Mark On Tuesday, December 23, 2003 6:02 PM, Dirk-Willem van Gulik [SMTP:[EMAIL PROTECTED] wrote: So what is the error ? I read on bug id #10286: The LICENSE file contains a small grammatical error in the first condition. The word 'notice' is incorrectly repeated. From the license (1.1) file (http://www.apache.org/LICENSE): * 1. Redistributions of source code must retain the above copyright *notice, this list of conditions and the following disclaimer. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Question about a JCP proposition
You must be in a big rush -- I just got the message, I figure others may have not even checked their mail yet ;) I didn't post that no answer? message. It's too low-level for the spirit of the Servlet Specification, That's discouraging. - It'd be hard for the container to support these listeners in a performant manner. Agreed. It would surely affect the i/o buffer size if set to a small value.; in the case of Tomcat I believe this is org.apache.coyote.http11.Constants.DEFAULT_HTTP_HEADER_BUFFER_SIZE (48k). However, wouldn't prolific JavaDoc ameliorate that issue? it much. What's a realistic use-case? One use-case is to be able to provide an accurate upload or download meter; I'm not aware of any way to do this with Servletsare you? (Note I said accurate, not something like an animated gif which is just a fancy wait cursor). On Tue, 23 Dec 2003 08:43:36 -0500, Shapira, Yoav [EMAIL PROTECTED] said: Howdy, no answer?? You must be in a big rush -- I just got the message, I figure others may have not even checked their mail yet ;) There is currently no way in the Servlet spec to know the number of bytes that have been read as a ServletRequest is being processed. By the time Servlet.service() or Filter.doFilter() are called, the *entire* InputStream has been read from the socket. But what if one is trying to implement certain behavior after every n bytes have been consumed? There is presently no way to do this without writing a custom Servlet Container (or extending Coyote). I'm not a big fan of the request, for two reasons: - It's too low-level for the spirit of the Servlet Specification, - It'd be hard for the container to support these listeners in a performant manner. The above are just IMHO, off the top of my head, without thinking about it much. What's a realistic use-case? As to your other question: I've never seen this request before. 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] -- http://www.fastmail.fm - mmm... Fastmail... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: License files error
Files in question: http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-4.0/LICENSE?rev=1.4view=auto http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-5/LICENSE?rev=1.1.1.1view=auto Looking at CVS, it looks like some other jakarta projects have also had (differenet) typo problems and also fixed their LICENSE files so I guess the change is OK as long as it gets in sync with http://www.apache.org/LICENSE -Tim Dirk-Willem van Gulik wrote: On Tue, 23 Dec 2003, Mark Thomas wrote: them with the official version (http://www.apache.org/LICENSE)? I ask since I don't want to change the license file in case there are any legal complications. I can't see why there would be but you never know - better safe than sorry ;) You bet :-) Fiddling with the license, no matter how trivial, should be checked, double checked, triple checked and approved first :-) So what is the error ? I read on bug id #10286: The LICENSE file contains a small grammatical error in the first condition. The word 'notice' is incorrectly repeated. From the license (1.1) file (http://www.apache.org/LICENSE): * 1. Redistributions of source code must retain the above copyright *notice, this list of conditions and the following disclaimer. What is the incorrect repeat ? Dw - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Question about a JCP proposition
Howdy, - It'd be hard for the container to support these listeners in a performant manner. Agreed. It would surely affect the i/o buffer size if set to a small value.; in the case of Tomcat I believe this is org.apache.coyote.http11.Constants.DEFAULT_HTTP_HEADER_BUFFER_SIZE (48k). However, wouldn't prolific JavaDoc ameliorate that issue? JavaDoc along with a default configuration that retains current performance might be OK. One use-case is to be able to provide an accurate upload or download meter; I'm not aware of any way to do this with Servletsare you? (Note I said accurate, not something like an animated gif which is just a fancy wait cursor). It's funny you raise this point now. We're discussing adding a progress bar to commons-fileupload on the commons-dev list. You may wish to join/follow the discussion, as two other people have what they claim are accurate implementations. Needless to say, neither of them is asking for a servlet specification change. Do you have any other use cases? 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: License files error
On Tue, 23 Dec 2003, Mark Thomas wrote: A lot of the license files in tomcat have the following lines: * 1. Redistributions of source code must retain the above copyright notice * *notice, this list of conditions and the following disclaimer. * Note that notice appears at the end of the first line as well as the beginning of the second. Ok - no problem, genuine error - permission for a committer to fix this; BUT I strongly suggest to play it safe and follow this procedure: - post a patch _first_, Cc: the PMC and [EMAIL PROTECTED] and then - commit exactly that patch after a quick OK from your PMC. Make sure there are no other changes in that commit - no code, nothing (except perhaps something like the CHANGES file) but the above fix and make sure there is a nice log message saying what was changed to the license and why ;-) Sorry to be overly careful; but the last time we had such a 'quick and trivial fix' we lost a few lines out of the disclaimer in a few files by accident due to \r\n inconsistency and it took us a while to notice. Dw - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22328] - javax.management.ReflectionException: Cannot find method getClassName with this signature
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22328. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22328 javax.management.ReflectionException: Cannot find method getClassName with this signature [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-12-23 18:29 --- You need to add missing className property for AccessLogValve mbean description in org.apache.catalina.mbeans.mbeans-descriptors.xml. cvs diff -r 1.76 -r 1.77 mbeans-descriptors.xml (in directory C:\jakarta\jakarta-tomcat-4.0\catalina\src\share\org\apache\catalina\mbeans\) Index: mbeans-descriptors.xml === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/mbeans-descriptors.xml,v retrieving revision 1.76 retrieving revision 1.77 diff -r1.76 -r1.77 9c9 $Id: mbeans-descriptors.xml,v 1.76 2003/07/08 23:12:51 funkman Exp $ --- $Id: mbeans-descriptors.xml,v 1.77 2003/08/19 00:43:09 amyroh Exp $ 13,17c13,18 mbean name=AccessLogValve description=Valve that generates a web server access log domain=Catalina group=Valve type=org.apache.catalina.valves.AccessLogValve --- mbean name=AccessLogValve className=org.apache.catalina.mbeans.ClassNameMBean description=Valve that generates a web server access log domain=Catalina group=Valve type=org.apache.catalina.valves.AccessLogValve 501a503 className=org.apache.catalina.mbeans.ClassNameMBean The recent builds should have the fix it them. Please update. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: mod_jk will only connect to tomcat on the localhost
Ummm These are on different subnets. What are your netmasks: 192.168.12.11 - 192.168.13.10 tcpdump: WARNING: Promiscuous mode not supported on the any device tcpdump: listening on any 16:19:07.631821 192.168.12.11.33193 192.168.13.10.8009: S 3495439382:3495439382(0) win 5840 mss 1 460,sackOK,timestamp 9267591 0,nop,wscale 0 (DF) [tos 0x10] 16:19:07.635099 192.168.12.11.33193 192.168.13.10.8009: . ack 3495439509 win 5840 nop,nop,timesta mp 9267592 9396807 (DF) [tos 0x10] 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: Peter Anning [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 23, 2003 8:00 AM To: Tomcat Developers List Subject: RE: mod_jk will only connect to tomcat on the localhost David, Here you go: Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State tcp0 0 0.0.0.0:80090.0.0.0:* LISTEN tcp0 0 0.0.0.0:10980.0.0.0:* LISTEN tcp0 0 0.0.0.0:10990.0.0.0:* LISTEN tcp0 0 0.0.0.0:111 0.0.0.0:* LISTEN tcp0 0 0.0.0.0:80800.0.0.0:* LISTEN tcp0 0 0.0.0.0:631 0.0.0.0:* LISTEN tcp0 0 127.0.0.1:250.0.0.0:* LISTEN tcp0 0 :::22 :::* LISTEN Cheers Peter On Tue, 23 Dec 2003 15:05:10 +, David Cassidy wrote Can you run - on the tomcat server if linux netstat -tln if anything else ! netstat -an | grep tcp | grep LISTEN then we can see if you are actually listening on anything other than localhost :) david Peter Anning [EMAIL PROTECTED] To: 'Tomcat Developers List' tomcat- [EMAIL PROTECTED] g.com cc: Subject: RE: mod_jk will only connect to tomcat on the localhost 23/12/2003 14:05 Please respond to Tomcat Developers List I have investigated this a bit already and am pretty sure there is no firewall running on either machine: iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination P On Tue, 23 Dec 2003 07:25:45 -0700, George Sexton wrote Looks to me like you have a firewall running. What does iptables -L show? -Original Message- From: Peter Anning [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 23, 2003 6:29 AM To: [EMAIL PROTECTED] Subject: mod_jk will only connect to tomcat on the localhost Hi, I have configured Apache 1.3 with mod_jk on SuSE Linux SLES8 on a zSeries. mod_jk will only connect to tomcat on the localhost. detail One Linux instance runs the Web Server and one runs Tomcat 4.1.27 In order to test the config I installed tomcat on the web server machine and mapped the application /examples/ to forward to the local tomcat. this works fine. However when changing the config to point to a remote machine (see config below) I always get an error in the mod_jk error log (ajp_connect_to_endpoint, failed errno = 111.) The full log file is below I have used tcpdump -i any 'dst port 8009' (see output below) and this always indicates that mod_jk is trying to connect to the localhost whatever I put in the workers.properties file. To test network connectivity I have used 'telnet 192.168.13.10 8009' and I can connect to tomcat and see the connection occur in the remote tomcat log files. I have also included a tcpdump of this below. Has anyone seen anything similar. Best Rgds Peter config mod_jk configured (workers.properties) as follows: worker.list=worker1 worker.worker1.type=ajp13 worker.worker1.host=192.168.13.10 worker.worker1.port=8009 worker.worker1.lbfactor=50 worker.worker1.cachesize=10 worker.worker1.cache_timeout=600 worker.worker1.socket_keepalive=1 worker.worker1.socket_timeout=300 worker.worker1.local_worker=0 apache mount points are configured in httpd.conf JkWorkersFile /etc/httpd/conf/workers.properties JkLogFile /var/log/mod_jk.log JkLogLevel debug JkMount /examples/* worker1 JkMount /examples/*.jsp worker1 ### tcpdump while accessing the /examples/ www02:/etc # tcpdump -n -i any 'dst port 8009' 16:19:21.496621 127.0.0.1.33194 127.0.0.1.8009: S
cvs commit: jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager StatusTransformer.java
remm2003/12/23 10:50:07 Modified:webapps/manager/WEB-INF/classes/org/apache/catalina/manager StatusTransformer.java Log: - I don't understand how this was compiling successfully ;-) - Apparently, the compiler was ok because the status servlet was in the same package. Revision ChangesPath 1.9 +13 -13 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.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- StatusTransformer.java11 Dec 2003 01:25:28 - 1.8 +++ StatusTransformer.java23 Dec 2003 18:50:07 - 1.9 @@ -190,7 +190,7 @@ * Write the VM state. Mode 0 will generate HTML. * Mode 1 will generate XML. */ -protected static void writeVMState(PrintWriter writer, int mode) +public static void writeVMState(PrintWriter writer, int mode) throws Exception { if (mode == 0){ @@ -225,12 +225,12 @@ /** * Write connector state. */ -protected static void writeConnectorState(PrintWriter writer, - ObjectName tpName, String name, - MBeanServer mBeanServer, - Vector globalRequestProcessors, - Vector requestProcessors, - int mode) +public static void writeConnectorState(PrintWriter writer, + ObjectName tpName, String name, + MBeanServer mBeanServer, + Vector globalRequestProcessors, + Vector requestProcessors, + int mode) throws Exception { if (mode == 0) { @@ -539,8 +539,8 @@ /** * Write applications state. */ -protected static void writeDetailedState(PrintWriter writer, - MBeanServer mBeanServer, int mode) +public static void writeDetailedState(PrintWriter writer, + MBeanServer mBeanServer, int mode) throws Exception { if (mode == 0){ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Raimund ENENGL/RLBNOE/RAIVIE/AT ist außer Haus.
Ich werde ab 23.12.2003 nicht im Büro sein. Ich kehre zurück am 31.12.2003. Während meiner Abwesenheit wird Ihre e-mail von Frau Ulrike Witting bearbeitet. Mit freundlichen Grüßen Raimund Enengl Der Austausch von Nachrichten mit o.a. Absender via e-mail dient ausschliesslich Informationszwecken. Rechtsgeschaeftliche Erklaerungen duerfen ueber dieses Medium nicht ausgetauscht werden. Correspondence with a.m. sender via e-mail is only for information purposes. This medium is not to be used for the exchange of legally-binding communications. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 16378] - org.apache.catalina.authenticator.SingleSignOn.toString() throws NullPointer
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16378. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16378 org.apache.catalina.authenticator.SingleSignOn.toString() throws NullPointer [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-12-23 19:09 --- This bug is a duplicate of bug 10372, which has been fixed in both the TC5 and TC 4.1 branches. - 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
remm2003/12/23 11:10:05 Modified:webapps/manager/WEB-INF/classes/org/apache/catalina/manager StatusTransformer.java Log: - Filter out bad web module names. Revision ChangesPath 1.10 +8 -4 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.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- StatusTransformer.java23 Dec 2003 18:50:07 - 1.9 +++ StatusTransformer.java23 Dec 2003 19:10:04 - 1.10 @@ -561,6 +561,10 @@ if (webModuleName.startsWith(//)) { webModuleName = webModuleName.substring(2); } +int slash = webModuleName.indexOf(/); +if (slash == -1) { +continue; +} writer.print(a href=\# + (count++) + .0\); writer.print(webModuleName); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/authenticator SingleSignOn.java
Hi, At 05:55 PM 12/23/2003 +, you wrote: markt 2003/12/23 09:55:39 Modified:catalina/src/share/org/apache/catalina/authenticator SingleSignOn.java Log: - Fix bug 10372. Prevent NPE if container is null - Port of functionality from TC5 implemented by bobh. A couple weeks back I posted to bugzilla (bug 23881) a patch to TC 4.1 that deals with a bunch of SSO issues (bugs 4350, 9077, 10040 and 23881). The patch was a port of the patch that was applied to the TC5 branch. That patch also had the above NPE fix in it. I was wondering if there was any interest in committing that patch to TC 4.1 before the next release. If there is, I'll update it so it doesn't conflict with what Mark just committed (and anything else committed since I posted it). If there's no interest, I'll go Christmas shopping instead ;-) Best, Brian Stansberry WAN Concepts, Inc. www.wanconcepts.com Tel:(510) 894-0114 x 116 Fax:(510) 797-3005 - 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
remm2003/12/23 11:23:10 Modified:webapps/manager/WEB-INF/classes/org/apache/catalina/manager StatusTransformer.java Log: - When filterering out bad web module names, count must still be incremented. Revision ChangesPath 1.11 +5 -4 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.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- StatusTransformer.java23 Dec 2003 19:10:04 - 1.10 +++ StatusTransformer.java23 Dec 2003 19:23:10 - 1.11 @@ -563,6 +563,7 @@ } int slash = webModuleName.indexOf(/); if (slash == -1) { +count++; continue; } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25733] New: - Apache-Tomcat connector problem
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25733. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25733 Apache-Tomcat connector problem Summary: Apache-Tomcat connector problem Product: Tomcat 5 Version: 5.0.16 Platform: PC OS/Version: Windows XP Status: NEW Severity: Normal Priority: Other Component: Connector:AJP AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Subject: Apache-Tomcat connector problem. Have the following installed System: windows xp professional Java: j2sdk1.4.1 Connector: JK2.0.2 TomCat: 5.0.16 HTTP server: Apache2 This works: http://localhost for Apache This works: http://localhost:8080/servlets-examples for Tomcat After installing JK2 in modules directory and configuring httpd.conf for Apache with LoadModule jk2_module modules/mod_jk2-2.0.43.dll and... using the following minimum configuration as suggested from Jakarta site... --- --- Minimum configuration is the simplest one to make the JK2 working. The used channel will be socket, and lot of options are used by default. Both the Tomcat and web server are on the same computer. jk2.properties: # The default port is 8009 but you can use another one # channelSocket.port=8019 That is all needed on the Tomcat side to configure the JK2. workers2.properties: # Define the communication channel [channel.socket:localhost:8009] info=Ajp13 forwarding over socket tomcatId=localhost:8009 # Map the Tomcat examples webapp to the Web server uri space [uri:/examples/*] info=Map the whole webapp Start the Tomcat and Web server and browse to the http://localhost/examples/ --- --- I get, [Tue Dec 23 10:01:34 2003] [error] mod_jk child init 1 0, from the Apache Error log --- --- [Tue Dec 23 10:01:34 2003] [error] mod_jk child init 1 0 [Tue Dec 23 10:01:34 2003] [notice] Child 2688: Acquired the start mutex. [Tue Dec 23 10:01:34 2003] [notice] Child 2688: Starting 250 worker threads. This doesn't work: http://localhost/examples/ This doesn't work: http://localhost/servlets-examples. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Question about a JCP proposition
Hi Yoav, Thanks for the replies. Beleive it or not, this request comes directly from my attempts to extends commons-fileupload to support a progress bar. I have spent a lot of time on this topic and can add a lot to the discussions on commons-dev. I would be very interested to see how the other two have done an implementation with commons-fileupload since I was not able to achieve one reliably without modifying some Tomcat classes (e.g: org.apache.coyote.http11.InternalInputBuffer, InternalOutputBuffer, Http11Processor). I have checked the mail-archives.com but the posts aren't there yet... Anxiously waiting, Eric On Tue, 23 Dec 2003 13:23:28 -0500, Shapira, Yoav [EMAIL PROTECTED] said: Howdy, - It'd be hard for the container to support these listeners in a performant manner. Agreed. It would surely affect the i/o buffer size if set to a small value.; in the case of Tomcat I believe this is org.apache.coyote.http11.Constants.DEFAULT_HTTP_HEADER_BUFFER_SIZE (48k). However, wouldn't prolific JavaDoc ameliorate that issue? JavaDoc along with a default configuration that retains current performance might be OK. One use-case is to be able to provide an accurate upload or download meter; I'm not aware of any way to do this with Servletsare you? (Note I said accurate, not something like an animated gif which is just a fancy wait cursor). It's funny you raise this point now. We're discussing adding a progress bar to commons-fileupload on the commons-dev list. You may wish to join/follow the discussion, as two other people have what they claim are accurate implementations. Needless to say, neither of them is asking for a servlet specification change. Do you have any other use cases? 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] -- http://www.fastmail.fm - Accessible with your email software or over the web - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/authenticator SingleSignOn.java
Brian, Sorry I didn't spot the overlap between your patch and my recent commit. If you could update your TC4.1 patch I would be happy to commit it. However, I wouldn't want your work on the patch to distract you from your Christmas shopping ;) Mark On Tuesday, December 23, 2003 7:20 PM, Brian Stansberry [SMTP:[EMAIL PROTECTED] wrote: Hi, At 05:55 PM 12/23/2003 +, you wrote: markt 2003/12/23 09:55:39 Modified:catalina/src/share/org/apache/catalina/authenticator SingleSignOn.java Log: - Fix bug 10372. Prevent NPE if container is null - Port of functionality from TC5 implemented by bobh. A couple weeks back I posted to bugzilla (bug 23881) a patch to TC 4.1 that deals with a bunch of SSO issues (bugs 4350, 9077, 10040 and 23881). The patch was a port of the patch that was applied to the TC5 branch. That patch also had the above NPE fix in it. I was wondering if there was any interest in committing that patch to TC 4.1 before the next release. If there is, I'll update it so it doesn't conflict with what Mark just committed (and anything else committed since I posted it). If there's no interest, I'll go Christmas shopping instead ;-) Best, Brian Stansberry WAN Concepts, Inc. www.wanconcepts.com Tel:(510) 894-0114 x 116 Fax:(510) 797-3005 - 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: License files error
Will do. I'll start preparing the patches now. Mark On Tuesday, December 23, 2003 6:23 PM, Dirk-Willem van Gulik [SMTP:[EMAIL PROTECTED] wrote: On Tue, 23 Dec 2003, Mark Thomas wrote: A lot of the license files in tomcat have the following lines: * 1. Redistributions of source code must retain the above copyright notice * *notice, this list of conditions and the following disclaimer. * Note that notice appears at the end of the first line as well as the beginning of the second. Ok - no problem, genuine error - permission for a committer to fix this; BUT I strongly suggest to play it safe and follow this procedure: -post a patch _first_, Cc: the PMC and [EMAIL PROTECTED] and then -commit exactly that patch after a quick OK from your PMC. Make sure there are no other changes in that commit - no code, nothing (except perhaps something like the CHANGES file) but the above fix and make sure there is a nice log message saying what was changed to the license and why ;-) Sorry to be overly careful; but the last time we had such a 'quick and trivial fix' we lost a few lines out of the disclaimer in a few files by accident due to \r\n inconsistency and it took us a while to notice. Dw - 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: cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/authenticator SingleSignOn.java
Mark, At 09:18 PM 12/23/2003 +, Mark wrote: Sorry I didn't spot the overlap between your patch and my recent commit. Oh, no worries. I should have made a note against all the relevant bug reports (partic since I myself posted a bug on the NPE!) If you could update your TC4.1 patch I would be happy to commit it. However, I wouldn't want your work on the patch to distract you from your Christmas shopping ;) Thanks; will do. Anything to get out of going to the mall! Best, Brian Stansberry WAN Concepts, Inc. www.wanconcepts.com Tel:(510) 894-0114 x 116 Fax:(510) 797-3005 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10286] - LICENSE file contains a grammatical error
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10286. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10286 LICENSE file contains a grammatical error --- Additional Comments From [EMAIL PROTECTED] 2003-12-23 22:37 --- Created an attachment (id=9689) Patch 1 of 5: jakarta-tomcat-4.0 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10286] - LICENSE file contains a grammatical error
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10286. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10286 LICENSE file contains a grammatical error --- Additional Comments From [EMAIL PROTECTED] 2003-12-23 22:38 --- Created an attachment (id=9690) Patch 2 of 5: jakarta-tomcat-5 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10286] - LICENSE file contains a grammatical error
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10286. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10286 LICENSE file contains a grammatical error --- Additional Comments From [EMAIL PROTECTED] 2003-12-23 22:38 --- Created an attachment (id=9691) Patch 3 of 5: jakarta-tomcat-catalina - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10286] - LICENSE file contains a grammatical error
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10286. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10286 LICENSE file contains a grammatical error --- Additional Comments From [EMAIL PROTECTED] 2003-12-23 22:38 --- Created an attachment (id=9692) Patch 4 of 5: jakarta-tomcat-connectors - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10286] - LICENSE file contains a grammatical error
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10286. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10286 LICENSE file contains a grammatical error --- Additional Comments From [EMAIL PROTECTED] 2003-12-23 22:39 --- Created an attachment (id=9693) Patch 5 of 5: jakarta-tomcat-jasper - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25737] New: - Realm based authentication fails in cluster
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25737. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25737 Realm based authentication fails in cluster Summary: Realm based authentication fails in cluster Product: Tomcat 5 Version: 5.0.16 Platform: All OS/Version: All Status: NEW Severity: Blocker Priority: Other Component: Catalina:Cluster AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Form based Realm authentication will fail 50% of the time in a clustered Tomcat. It fails with the HTTP 400 status code Invalid direct reference to... error (it's not, I assure you). My first inclination was that something that required serialization wasn't implementing Serializable. This proved to be true (I believe SavedRequest.java needs to be serializable), but wasn't the only problem. I'm attempting to debug and fix this (downloaded the source). If you guys have beat me to it, I'd love an email at leat telling me where I can pick up the fixed code. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: License files error - PMC Approval Required
OK. The patch files have all been attached to the bug report at http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10286 Once I get the OK from the PMC I will commit them. Mark On Tuesday, December 23, 2003 9:21 PM, Mark Thomas [SMTP:[EMAIL PROTECTED] wrote: Will do. I'll start preparing the patches now. Mark On Tuesday, December 23, 2003 6:23 PM, Dirk-Willem van Gulik [SMTP:[EMAIL PROTECTED] wrote: On Tue, 23 Dec 2003, Mark Thomas wrote: A lot of the license files in tomcat have the following lines: * 1. Redistributions of source code must retain the above copyright notice * *notice, this list of conditions and the following disclaimer. * Note that notice appears at the end of the first line as well as the beginning of the second. Ok - no problem, genuine error - permission for a committer to fix this; BUT I strongly suggest to play it safe and follow this procedure: - post a patch _first_, Cc: the PMC and [EMAIL PROTECTED] and then - commit exactly that patch after a quick OK from your PMC. Make sure there are no other changes in that commit - no code, nothing (except perhaps something like the CHANGES file) but the above fix and make sure there is a nice log message saying what was changed to the license and why ;-) Sorry to be overly careful; but the last time we had such a 'quick and trivial fix' we lost a few lines out of the disclaimer in a few files by accident due to \r\n inconsistency and it took us a while to notice. Dw - 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]
DO NOT REPLY [Bug 25738] New: - org.apache.jasper.JspC has no command switch to disable tag pooling
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25738. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25738 org.apache.jasper.JspC has no command switch to disable tag pooling Summary: org.apache.jasper.JspC has no command switch to disable tag pooling Product: Tomcat 4 Version: 4.1.27 Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: Other Component: Jasper 2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Our development team recently upgraded from tomcat 4.0.6 to 4.1.27 which has tag pooling enabled by default. We all agree tag pooling is a good thing, however we had several jsps which would break when tag pooling is enabled. We've solved the problem by disabled tag pooling under $CATALINA_HOME/config/web.xml. Our longer term plan is to fix all our jsps, but in the meantime we have to work around this. Unfortunately we had been using the jspc Ant task to precompile our .jsp files to improve initial access time in production environments. I've read all the warnings and understand the reasoning against this, but our traffic is just too high to avoid it. As a result of using the JspC command to precompile .jsps, I've found there is no way to disable tag pooling from a command line argument. in the JspC.java class there's even a public method: public boolean isPoolingEnabled() { return true; } Is that just a to-do item, or is there some significant reason that can't be set by a main() argument? If this is just something that's yet to be done, I'll happily make the change myself. In any case, jasper's getting a lot of testing in our shop. Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10452] - WAR fails to expand fully when 2+ Tomcat instances start concurrently
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10452. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10452 WAR fails to expand fully when 2+ Tomcat instances start concurrently [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2003-12-24 00:17 --- I don't see how we can support this configuration as the multiple instances would need to co-operate in order to explode the WAR without interfering with each other. This strikes me as complicated to implement for little benefit. If you want to use this configuration then may I suggest one of the following alternatives: - set hosts' unpackWARs attribute to false - deploy WARs in unpacked form - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24970] - charset appended to content-type even if not text/*
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970 charset appended to content-type even if not text/* [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2003-12-24 00:33 --- Hi, Try this patch, it doesnt work: Still encountered the garbage character everytime I open the link with .xls file instead of using excel to open the link. This doesnt happen with 4.1.27 -bash-2.05b$ md5 Response.class MD5 (Response.class) = 0f47f349c673414045b68d2f5aca430a -bash-2.05b$ pwd /home/www/tomcat/server/classes/org/apache/coyote -bash-2.05b$ ls -l Response.class -rw-r--r--1 www www 8853 Jan 28 08:18 Response.class - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24970] - charset appended to content-type even if not text/*
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970 charset appended to content-type even if not text/* --- Additional Comments From [EMAIL PROTECTED] 2003-12-24 01:17 --- Well, i modified my tomcat-coyote.jar. i don't know if putting Response.class in the class-folder helps. To copy Response.class over the file in tomcat-coyote.jar you can use WinRAR or WinZIP or any other tool. Of course i cannot convince people to trust me, but i can assure you that i'm not an evil person. The patch is used by me in a productive system and i haven't had any problems yet. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/bin service.bat
billbarker2003/12/23 20:40:43 Modified:catalina/src/bin service.bat Log: Quoting the EXECUTABLE in case there are spaces in the path name. With XP, I could do it in one place (where EXECUTABLE is set), but I'm too lazy to test on older Windows versions. Revision ChangesPath 1.3 +4 -4 jakarta-tomcat-catalina/catalina/src/bin/service.bat Index: service.bat === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/bin/service.bat,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- service.bat 23 Dec 2003 04:31:49 - 1.2 +++ service.bat 24 Dec 2003 04:40:43 - 1.3 @@ -49,15 +49,15 @@ :doRemove rem Remove the service -%EXECUTABLE% //DS//%SERVICE_NAME% +%EXECUTABLE% //DS//%SERVICE_NAME% echo The service '%SERVICE_NAME%' has been removed goto end :doInstall rem Install the service -%EXECUTABLE% //IS//%SERVICE_NAME% --DisplayName Apache Tomcat --Description Apache Tomcat Server - http://jakarta.apache.org/tomcat/; --Install %EXECUTABLE% --ImagePath %CATALINA_HOME%\bin\bootstrap.jar --StartupClass org.apache.catalina.startup.Bootstrap;main;start --ShutdownClass org.apache.catalina.startup.Bootstrap;main;stop --Java java --Startup manual +%EXECUTABLE% //IS//%SERVICE_NAME% --DisplayName Apache Tomcat --Description Apache Tomcat Server - http://jakarta.apache.org/tomcat/; --Install %EXECUTABLE% --ImagePath %CATALINA_HOME%\bin\bootstrap.jar --StartupClass org.apache.catalina.startup.Bootstrap;main;start --ShutdownClass org.apache.catalina.startup.Bootstrap;main;stop --Java java --Startup manual rem Set extra parameters -%EXECUTABLE% //US//%SERVICE_NAME% --JavaOptions -Dcatalina.home=\%CATALINA_HOME%\#-Djava.endorsed.dirs=\%CATALINA_HOME%\common\endorsed\#-Xrs --StdOutputFile %CATALINA_HOME%\logs\stdout.log --StdErrorFile %CATALINA_HOME%\logs\stderr.log --WorkingPath %CATALINA_HOME%\bin +%EXECUTABLE% //US//%SERVICE_NAME% --JavaOptions -Dcatalina.home=\%CATALINA_HOME%\#-Djava.endorsed.dirs=\%CATALINA_HOME%\common\endorsed\#-Xrs --StdOutputFile %CATALINA_HOME%\logs\stdout.log --StdErrorFile %CATALINA_HOME%\logs\stderr.log --WorkingPath %CATALINA_HOME%\bin echo The service '%SERVICE_NAME%' has been installed :end - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/catalina/src/bin service.bat
- Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, December 23, 2003 8:40 PM Subject: cvs commit: jakarta-tomcat-catalina/catalina/src/bin service.bat billbarker2003/12/23 20:40:43 Modified:catalina/src/bin service.bat Log: Quoting the EXECUTABLE in case there are spaces in the path name. With XP, I could do it in one place (where EXECUTABLE is set), but I'm too lazy to test on older Windows versions. Forgot to add: Reported By: Merrill Cornish [EMAIL PROTECTED] Revision ChangesPath 1.3 +4 -4 jakarta-tomcat-catalina/catalina/src/bin/service.bat Index: service.bat === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/bin/service.bat,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- service.bat 23 Dec 2003 04:31:49 - 1.2 +++ service.bat 24 Dec 2003 04:40:43 - 1.3 @@ -49,15 +49,15 @@ :doRemove rem Remove the service -%EXECUTABLE% //DS//%SERVICE_NAME% +%EXECUTABLE% //DS//%SERVICE_NAME% echo The service '%SERVICE_NAME%' has been removed goto end :doInstall rem Install the service -%EXECUTABLE% //IS//%SERVICE_NAME% --DisplayName Apache Tomcat --Description Apache Tomcat Server - http://jakarta.apache.org/tomcat/; --Install %EXECUTABLE% --ImagePath %CATALINA_HOME%\bin\bootstrap.jar --StartupClass org.apache.catalina.startup.Bootstrap;main;start --ShutdownClass org.apache.catalina.startup.Bootstrap;main;stop --Java java --Startup manual +%EXECUTABLE% //IS//%SERVICE_NAME% --DisplayName Apache Tomcat --Description Apache Tomcat Server - http://jakarta.apache.org/tomcat/; --Install %EXECUTABLE% --ImagePath %CATALINA_HOME%\bin\bootstrap.jar --StartupClass org.apache.catalina.startup.Bootstrap;main;start --ShutdownClass org.apache.catalina.startup.Bootstrap;main;stop --Java java --Startup manual rem Set extra parameters -%EXECUTABLE% //US//%SERVICE_NAME% --JavaOptions -Dcatalina.home=\%CATALINA_HOME%\#-Dj ava.endorsed.dirs=\%CATALINA_HOME%\common\endorsed\#-Xrs --StdOutputFile %CATALINA_HOME%\logs\stdout.log --StdErrorFile %CATALINA_HOME%\logs\stderr.log --WorkingPath %CATALINA_HOME%\bin +%EXECUTABLE% //US//%SERVICE_NAME% --JavaOptions -Dcatalina.home=\%CATALINA_HOME%\#-Dj ava.endorsed.dirs=\%CATALINA_HOME%\common\endorsed\#-Xrs --StdOutputFile %CATALINA_HOME%\logs\stdout.log --StdErrorFile %CATALINA_HOME%\logs\stderr.log --WorkingPath %CATALINA_HOME%\bin echo The service '%SERVICE_NAME%' has been installed :end - 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 25737] - Realm based authentication fails in cluster
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25737. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25737 Realm based authentication fails in cluster [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-12-24 05:59 --- You should post on tomcat-user first. There's likely no bug: clustering still requires sticky sessions, as per the Servlet specification. You don't seem to be aware of that requirement (which will make FORM work). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24970] - charset appended to content-type even if not text/*
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970 charset appended to content-type even if not text/* [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-12-24 06:01 --- Even if you cannot make a binary patch work, you shouldn't reopen this issue, as the bug has been fixed in CVS. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23881] - SingleSignOn and FormAuthenticator in embedded tomcat
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23881. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23881 SingleSignOn and FormAuthenticator in embedded tomcat --- Additional Comments From [EMAIL PROTECTED] 2003-12-24 06:44 --- Created an attachment (id=9694) Previous patch to 4.1 updated to avoid conflict with patch applied today by Mark Thomas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23881] - SingleSignOn and FormAuthenticator in embedded tomcat
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23881. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23881 SingleSignOn and FormAuthenticator in embedded tomcat --- Additional Comments From [EMAIL PROTECTED] 2003-12-24 06:48 --- Patch attached a moment ago is a zip file which includes a diff plus a new class. The new class is just the existing SingleSignOnEntry inner class extracted out of SingleSignOn. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]