DO NOT REPLY [Bug 27884] - mod_jk2 making multiple requests when client cancels the load of the page
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=27884. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=27884 mod_jk2 making multiple requests when client cancels the load of the page --- Additional Comments From [EMAIL PROTECTED] 2004-03-29 08:31 --- Well I suspect that detection on user abort may not works fully in lb mode. I'll check if it's the case in Apache 2 also. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2 2.0.4 tagged
Mladen Turk wrote: One thing regarding .zip dist. All .dsp and .dsw files should be converted to CRLF. Henri, can you do that? (I'm low on badwith :) ASAP Othervise we'll need to put the comment on that user need to convet them by itself. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2 2.0.4 tagged
Kurt Miller wrote: From: Henri Gomez [EMAIL PROTECTED] Henri Gomez wrote: Henri Gomez wrote: Mladen Turk wrote: First set of Linux binaries available : http://www.apache.org/dist/jakarta/tomcat-connectors/jk2/binaries/linux/ FreeBSD 4.9 packages are available: http://www.apache.org/dist/jakarta/tomcat-connectors/jk2/binaries/freebsd/ Great Thanks I needed to change my pgp key to a non-patented algorithm. I committed the new key, but should I update: /www/www.apache.org/dist/jakarta/tomcat-connectors/KEYS manually or is there some automated process? Manually - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JK2 2.0.4 sources tarball updated
I regenerated jk2 source tarballs to put .dsw and .dsp files in DOS mode as requested by Mladen. Regards - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK2 Connector and denial of service attacks
Steve Spicer wrote: Hey, I've been having some serious problems with brute force denail of service attacks on httpd with tomcat 4 and jk2. After sitting down and working out the desired point of redirection I found the mod_dos module which effectively refuses traffic for these attacks, however after installing this module with JK2 tomcat is still activated for some reason on these repeat requests - I suspected it was the order in which the modules were created but couldn't find an config solution. So I merged the mod_dos module with the JK2 module - the result is an out-of-the-box jk2 module that inherits all of the benefits of the anti-DoS module. If this is considered to be useful (and within the scope) of the JK2 project please let me know! From what I see in mod_dosevasive 1.8, this module only use access_checker hook: ap_hook_access_checker(access_checker, NULL, NULL, APR_HOOK_MIDDLE); Well I'm not sure we should implement mod_dosevasive in jk or jk2, since it's not their 'core' business to handle protection about DOS. But we should garantee that mod_dosevasive and jk/jk2 will works together. There is no real order in such case, since we're not using the same hooks. Gleen and Mladen what's your opinions ? - 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 29.03.2004 nicht im Büro sein. Ich kehre zurück am 31.03.2004. 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 28013] New: - Service install does not set IMAGE_PATH correctly
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28013. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28013 Service install does not set IMAGE_PATH correctly Summary: Service install does not set IMAGE_PATH correctly Product: Tomcat 5 Version: 5.0.19 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When installed and run as a service, tomcat cannot find javac to compile JSPs. This seems to be because the IMAGE_PATH variable does not include %JAVA_HOME%\lib\tools.jar when this is added, everything seems fine. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK2 Connector and denial of service attacks
I agree to your point that DoS protection is out of the scope of the connector, I figured though that it would automatically protect tomcat against such attacks in the common httpd / tomcat / jk2 configuration, I'm not sure if I was a clutz in missing this need for protection, if so then this point is probably irrelevent, but if im not then I think its a very important issue. Perhaps it would be better solved with a document included within JK2 detailing the necessity of such protection and how to configure it? At 05:17 PM 29/03/2004, you wrote: Steve Spicer wrote: Hey, I've been having some serious problems with brute force denail of service attacks on httpd with tomcat 4 and jk2. After sitting down and working out the desired point of redirection I found the mod_dos module which effectively refuses traffic for these attacks, however after installing this module with JK2 tomcat is still activated for some reason on these repeat requests - I suspected it was the order in which the modules were created but couldn't find an config solution. So I merged the mod_dos module with the JK2 module - the result is an out-of-the-box jk2 module that inherits all of the benefits of the anti-DoS module. If this is considered to be useful (and within the scope) of the JK2 project please let me know! From what I see in mod_dosevasive 1.8, this module only use access_checker hook: ap_hook_access_checker(access_checker, NULL, NULL, APR_HOOK_MIDDLE); Well I'm not sure we should implement mod_dosevasive in jk or jk2, since it's not their 'core' business to handle protection about DOS. But we should garantee that mod_dosevasive and jk/jk2 will works together. There is no real order in such case, since we're not using the same hooks. Gleen and Mladen what's your opinions ? - 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 28014] New: - While uploading war file, running webapplication must not be stopped
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28014. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28014 While uploading war file, running webapplication must not be stopped Summary: While uploading war file, running webapplication must not be stopped Product: Tomcat 5 Version: 5.0.19 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Webapps:Manager AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hi, everybody. There is a problem with manager (I use it via ant tasks from catalina-ant.jar). I hoped, it would be solved in 5.x generation of tomcat, but apparently it's not, so I decided to fill in this request. Suppose I have a webapplication running on a production server and I want to replace it with newer version. Ant deploy task (even with attribute update=true) does the following: first undeploy existing app, then upload new war (depending on connection, in my case, it can take up to 2 minutes), then deploy it. All that time, while war file was uploading, webapplication was inaccessible, also, if uploading failed for some reasons, webapp is left in undeployed state. So, my suggestion is to change behaviour of manager deploy functionality in such a way, that war file first gets uploaded to the server, and only after that the process of redeployment starts. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
E-mail technical support warning.
attachment: crorlcevhb.bmp- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK2 Connector and denial of service attacks
Steve Spicer wrote: I agree to your point that DoS protection is out of the scope of the connector, I figured though that it would automatically protect tomcat against such attacks in the common httpd / tomcat / jk2 configuration, I'm not sure if I was a clutz in missing this need for protection, if so then this point is probably irrelevent, but if im not then I think its a very important issue. Perhaps it would be better solved with a document included within JK2 detailing the necessity of such protection and how to configure it? Of course, this document would be helpfull if there is special settings. BTW, I wonder if jk2 2.0.4 works or not with mod_dos ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28014] - While uploading war file, running webapplication must not be stopped
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28014. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28014 While uploading war file, running webapplication must not be stopped [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-03-29 13:52 --- Well, sorry, but it won't be fixed. If you want to have continuous availability, I recommend exploring clustering. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK2 Connector and denial of service attacks
On standard install it doesn't. I'm not sure why but it still seems the JK connector is connecting to tomcat even though the access checker hook is returning a 403. Any ideas? At 09:51 PM 29/03/2004, you wrote: Steve Spicer wrote: I agree to your point that DoS protection is out of the scope of the connector, I figured though that it would automatically protect tomcat against such attacks in the common httpd / tomcat / jk2 configuration, I'm not sure if I was a clutz in missing this need for protection, if so then this point is probably irrelevent, but if im not then I think its a very important issue. Perhaps it would be better solved with a document included within JK2 detailing the necessity of such protection and how to configure it? Of course, this document would be helpfull if there is special settings. BTW, I wonder if jk2 2.0.4 works or not with mod_dos ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK2 Connector and denial of service attacks
Steve Spicer wrote: On standard install it doesn't. I'm not sure why but it still seems the JK connector is connecting to tomcat even though the access checker hook is returning a 403. Any ideas? I will make some tests on it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/server/dsapi jk_dsapi_plugin.c
andya 2004/03/29 06:13:36 Modified:jk/native2/server/dsapi jk_dsapi_plugin.c Log: Fixed silly SR related typo. Revision ChangesPath 1.8 +3 -3 jakarta-tomcat-connectors/jk/native2/server/dsapi/jk_dsapi_plugin.c Index: jk_dsapi_plugin.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/dsapi/jk_dsapi_plugin.c,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- jk_dsapi_plugin.c 26 Mar 2004 13:52:39 - 1.7 +++ jk_dsapi_plugin.c 29 Mar 2004 14:13:36 - 1.8 @@ -516,7 +516,7 @@ LONG rc; char *val; -rc = RegQueryValueEx(hkey, key, (LPunsigned int) 0, type, NULL, sz); +rc = RegQueryValueEx(hkey, key, (unsigned int) 0, type, NULL, sz); if (rc != ERROR_SUCCESS || type != REG_SZ) { return NULL; } @@ -525,7 +525,7 @@ return NULL; } -rc = RegQueryValueEx(hkey, key, (LPunsigned int) 0, type, val, sz); +rc = RegQueryValueEx(hkey, key, (unsigned int) 0, type, val, sz); if (rc == ERROR_SUCCESS) { return makeAbsolutePath(env, base, val); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK2 Connector and denial of service attacks
Henri Gomez wrote: Steve Spicer wrote: On standard install it doesn't. I'm not sure why but it still seems the JK connector is connecting to tomcat even though the access checker hook is returning a 403. Any ideas? I will make some tests on it. I make some tests and I didn't see such problems. The first request to http://mymachine/examples/ were forwarded to tomcat, but the rest was forbideen (403) by mod_dosevasive. I used test.pl provided in mod_dosevasise. Same thing with ab (ApacheBench). So what's your problem ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28016] New: - mod_jk2 2.0.4 does not work with existing configuration
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28016. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28016 mod_jk2 2.0.4 does not work with existing configuration Summary: mod_jk2 2.0.4 does not work with existing configuration Product: Tomcat 5 Version: 5.0.19 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Native:JK AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I downloaded and installed mod_jk2 2.0.4 binary for Apache2/Win32. Somehow, the configuration that had been working so far is now broken. *.jsp files in HTTP virtualhosts are correctly handled by Tomcat, but those that are on the SSL virtualhost are served by Apache as text. I have been using a mod_jk2/2.0.3-dev that I got from Tomcat 4.1.x in late October and nuilt from sources to match my Apache version. The configuration is all in httpd.conf and ssl.conf. I added the lb stuff to follow the sample in 2.0.4, it was not there before. I took out the irrelevant (IMHO) Apache conffiguration lines for better clarity (I hope). httpd.conf: # Configuration for mod_jk2 # This is outside the virtual hosts, since it is also used # in the ssl.conf part JkSet shm.file ${serverRoot}/logs/shm.file JkSet shm.size 5242880 JkSet lb lb:lb JkSet channel.socket:localhost:8009.host 192.168.50.1 JkSet channel.socket:localhost:8009.port 8009 JkSet ajp13:localhost:8009.channel channel.socket:localhost:8009 JkSet ajp13:localhost:8009.group lb # That one works virtualhost 192.168.50.1 Location /WorkOrder/*.jsp JkUriSet worker ajp13:localhost:8009 JkUriSet group lb /Location /virtualhost ssl.conf: # That one does not work, serves the JSP files as text VirtualHost 192.168.50.1:443 Location /WorkOrder/ JkUriSet worker ajp13:localhost:8009 JkUriSet group lb /Location /virtualhost Maybe it could be related to that other bug? http://issues.apache.org/bugzilla/show_bug.cgi?id=18472 - 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 29.03.2004 nicht im Büro sein. Ich kehre zurück am 31.03.2004. 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 28014] - While uploading war file, running webapplication must not be stopped
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28014. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28014 While uploading war file, running webapplication must not be stopped --- Additional Comments From [EMAIL PROTECTED] 2004-03-29 17:34 --- I'm just curious. Why won't it be fixed? To much effort? Or not possible theoretically? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Bug: jk2 2.0.4 vs. mod_dir
mod_jk2 2.0.4 seems to have the same issues that several mod_jk 1.2.x releases had with mod_dir. Specifically something like: Alias /MyWebApp D:\my_app_view\Myapp/codebase Directory D:\my_app_view\Myapp/codebase Options Indexes FollowSymLinks /Directory Directory D:\my_app_view\Myapp/codebase/WEB-INF AllowOverride None deny from all /Directory IfModule mod_jk2.c Location /MyWebApp/servlet/* JkUriSet worker ajp13:wtJk2Worker /Location /IfModule Does not successfully map /MyWebApp/servlet/* to MyWebApp's servlets. Rather I get 404's. Once I comment out the Alias and Directory lines, the JkUriSet directive works as expected (but the overall app does not work properly, of course). This worked fine with mod_jk2 2.0.2. This sort of configuration is *very* helpful in that it allows configuration of additional web apps by Including one conf file per web app and containing everything necessary for that web app for both mod_jk and mod_jk2 -- thus allowing the LoadModule line to determine everything and keeping web app configurations nicely separated. A fix (patch now, 2.0.5 later?) for this would be greatly appreciated as there are important fixes and enhancements in mod_jk2 2.0.4. Without this working, however, 2.0.4 is a non-starter for me. -- Jess Holle P.S. I can certainly give more details, file a bugzilla bug, etc, as necessary. I just got back from vacation, tried out mod_jk2 2.0.4 and wanted to get the ball rolling on this issue before I trudged through my e-mail backlog.
RE: Text message
attachment: vxdfhumdqf.bmp- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27960] - Threads not freed up from https req.s from OS X Internet Explorer 5.2
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=27960. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=27960 Threads not freed up from https req.s from OS X Internet Explorer 5.2 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2004-03-29 18:38 --- I installed 4.1.30 fresh. I browsed to the root/default page ONCE from a Windows IE 6.0, and got this thread dump: Full thread dump Java HotSpot(TM) Client VM (1.4.1_02-b06 mixed mode): TP-Monitor daemon prio=5 tid=0x0AF38448 nid=0xc94 in Object.wait() [beaf000..beafd8c] at java.lang.Object.wait(Native Method) - waiting on 0346B738 (a org.apache.tomcat.util.threads.ThreadPool$MonitorRunnable) at org.apache.tomcat.util.threads.ThreadPool$MonitorRunnable.run (ThreadPool.java:560) - locked 0346B738 (a org.apache.tomcat.util.threads.ThreadPool$MonitorRunnable) at java.lang.Thread.run(Thread.java:536) TP-Processor4 daemon prio=5 tid=0x0AC22998 nid=0x360 runnable [be6f000..be6fd8c] at java.net.PlainSocketImpl.socketAccept(Native Method) at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:353) - locked 0346B7E8 (a java.net.PlainSocketImpl) at java.net.ServerSocket.implAccept(ServerSocket.java:439) at java.net.ServerSocket.accept(ServerSocket.java:410) at org.apache.jk.common.ChannelSocket.accept(ChannelSocket.java:287) at org.apache.jk.common.ChannelSocket.acceptConnections (ChannelSocket.java:581) at org.apache.jk.common.SocketAcceptor.runIt(ChannelSocket.java:767) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run (ThreadPool.java:683) at java.lang.Thread.run(Thread.java:536) TP-Processor3 daemon prio=5 tid=0x0B2F2610 nid=0x1fc in Object.wait() [be2f000..be2fd8c] at java.lang.Object.wait(Native Method) - waiting on 0346BA00 (a org.apache.tomcat.util.threads.ThreadPool$ControlRunnable) at java.lang.Object.wait(Object.java:426) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run (ThreadPool.java:656) - locked 0346BA00 (a org.apache.tomcat.util.threads.ThreadPool$ControlRunnable) at java.lang.Thread.run(Thread.java:536) TP-Processor2 daemon prio=5 tid=0x0B2F2428 nid=0x55c in Object.wait() [bdef000..bdefd8c] at java.lang.Object.wait(Native Method) - waiting on 0346BA80 (a org.apache.tomcat.util.threads.ThreadPool$ControlRunnable) at java.lang.Object.wait(Object.java:426) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run (ThreadPool.java:656) - locked 0346BA80 (a org.apache.tomcat.util.threads.ThreadPool$ControlRunnable) at java.lang.Thread.run(Thread.java:536) TP-Processor1 daemon prio=5 tid=0x0ADC6A28 nid=0xedc in Object.wait() [bdaf000..bdafd8c] at java.lang.Object.wait(Native Method) - waiting on 0346BB00 (a org.apache.tomcat.util.threads.ThreadPool$ControlRunnable) at java.lang.Object.wait(Object.java:426) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run (ThreadPool.java:656) - locked 0346BB00 (a org.apache.tomcat.util.threads.ThreadPool$ControlRunnable) at java.lang.Thread.run(Thread.java:536) http80-Monitor prio=5 tid=0x0B2C7A80 nid=0xdcc in Object.wait() [bd6f000..bd6fd8c] at java.lang.Object.wait(Native Method) - waiting on 033BFA80 (a org.apache.tomcat.util.threads.ThreadPool$MonitorRunnable) at org.apache.tomcat.util.threads.ThreadPool$MonitorRunnable.run (ThreadPool.java:560) - locked 033BFA80 (a org.apache.tomcat.util.threads.ThreadPool$MonitorRunnable) at java.lang.Thread.run(Thread.java:536) http80-Processor4 daemon prio=5 tid=0x0B2C7898 nid=0xf34 in Object.wait() [bd2f000..bd2fd8c] at java.lang.Object.wait(Native Method) - waiting on 033BFC40 (a org.apache.tomcat.util.threads.ThreadPool$ControlRunnable) at java.lang.Object.wait(Object.java:426) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run (ThreadPool.java:656) - locked 033BFC40 (a org.apache.tomcat.util.threads.ThreadPool$ControlRunnable) at java.lang.Thread.run(Thread.java:536) http80-Processor3 daemon prio=5 tid=0x0B2C72B0 nid=0x814 in Object.wait() [bcef000..bcefd8c] at java.lang.Object.wait(Native Method) - waiting on 033BFCC0 (a org.apache.tomcat.util.threads.ThreadPool$ControlRunnable) at java.lang.Object.wait(Object.java:426) at
DO NOT REPLY [Bug 27960] - Threads not freed up from https req.s from OS X Internet Explorer 5.2
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=27960. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=27960 Threads not freed up from https req.s from OS X Internet Explorer 5.2 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-03-29 18:54 --- For this kind of questions, there's tomcat-user. For a quick summary: there's no bug here. Again: It is normal that processor threads are not destroyed. Look at the configuration parameters for the connector. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27960] - Threads not freed up from https req.s from OS X Internet Explorer 5.2
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=27960. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=27960 Threads not freed up from https req.s from OS X Internet Explorer 5.2 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2004-03-29 20:53 --- The evidence says otherwise... Every new and Mac that connects will spin up 4 more of these threads. The thread count continues to rise until the server fails, either with out of threads error, or out of memory while trying to create threads. When maxconnectors was set to the default of 75, it takes as few as 11 macs, each requesting only one page, to crash Tomcat. Now explain to me how that is not a bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27960] - Threads not freed up from https req.s from OS X Internet Explorer 5.2
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=27960. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=27960 Threads not freed up from https req.s from OS X Internet Explorer 5.2 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27960] - Threads not freed up from https req.s from OS X Internet Explorer 5.2
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=27960. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=27960 Threads not freed up from https req.s from OS X Internet Explorer 5.2 --- Additional Comments From [EMAIL PROTECTED] 2004-03-29 21:00 --- Your thread dump looks perfectly normal, and the extra threads are ready to be reused. Please do not reopen the report (or I'll close it again), thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 16830] - Jasper do not reset BodyContent for tags with BodySupport and empty content
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=16830. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=16830 Jasper do not reset BodyContent for tags with BodySupport and empty content --- Additional Comments From [EMAIL PROTECTED] 2004-03-29 21:32 --- A mail from Mark Roth is included here for documentation. -- Hi Issa, Thanks for your follow-up question. I'd like to take a moment to acknowledge and say that it's unfortunate we ever had the reuse protocol to begin with. It has caused nothing but problems and every release of the spec we end up clarifying it one way or another. Containers implement it differently, and it is the primary source of incompatibilities between JSP containers. It's very hard to test because it's so complex. In addition, we did some rough performance guages and it does not seem to improve performance in any considerable way, at least with modern VMs. This is why we went with no reuse mechanism for the SimpleTag API in JSP 2.0. [EMAIL PROTECTED] wrote: Indeed, I am in the thread on a Tomcat bug! Anyway, you did not fully answer my 1st question. If I can request a little bit more of your time... ;) You can find the comment of Kin-Man below. In the example given by him, the 3rd tag invocation will reuse the tag on the 1st invocation. For that 3rd tag, doStartTag will return SKIP_BODY. Thus, in the doEndTag, Kin-Man suggests it is an error to try using the bodycontent. My question is, in this particular case, how can doEndTag know the return value of doStartTag? Sorry for missing this aspect of your question. You raise a good point. I read the spec in more detail and found the following relevant sections: - JSP.13.2 The JSP page implementation will create a BodyContent if the doStartTag() method returns a EVAL_BODY_BUFFERED. This object will be passed to doInitBody(); then the body of the tag will be evaluated, and during that evaluation out will be bound to the BodyContent just passed to the BodyTag handler. Then doAfterBody() will be evaluated. If that method returns SKIP_BODY, no more evaluations of the body will be done; if the method returns EVAL_BODY_AGAIN, then the body will be evaluated, and doAfterBody() will be invoked again. The content of a BodyContent instance remains available until after the invocation of its associated doEndTag() method. ... A BodyContent is made available to a BodyTag through a setBodyContent() call. The tag handler can use the object until after the call to doEndTag(). - The above makes it very clear that after the doEndTag() method is called, the tag handler is not to access the BodyContent. The BodyContent is not available again until the next time doStartTag() method returns EVAL_BODY_BUFFERED. A tag that tries to access the BodyContent at any other time will get undefined behavior. We could have required the container to throw an exception if you access BodyContent at an unreasonable time, but this would degrade performance. Note that the third case is different than the second case. The second case required a change to Tomcat because even if the tag returns EVAL_BODY_BUFFERED, the rules in the specification specfically state that setBodyContent() is not called if the tag has no body. So to keep Tomcat in compliance with the spec, we needed to make sure the tag instance was not reused. This is not necessary in the third case because a tag that abides by the rules in the specification will never encounter any problems. Is it the responsibility of the tag programmer to keep the return value of doStartTag? It is the responsibility of the tag developer to ensure that BodyContent is not accessed when it is not avaialble. For some tags, you may need to keep track of whether you indicated to evaluate the body buffered. In this particular tag handler, you could either keep track of the return value, or look at the value of the 'content' attribute. Should the tag programmer reset the bodycontent himself whenever appropriate? No. setBodyContent() is never to be called by tag handlers directly - it is a method that the container invokes. Is there a document available that *explicitly* explain the INIT protocol and the status of the parameters (including bodycontent) of a tag during its whole life time (with several reuse, several required/non-required parameters)? There are other rules scattered throughout the spec, but section JSP.13.2 and JSP.13.2.2, page 2-70 outline the protocol in detail, with diagrams. Several J2EE 1.3 certified JSP containers do handle custom tags differently, how come they have been certified? For instance, WebLogic does handle this kind of tags differently than Tomcat. It's quite easy to
Patches for apr and webapp module
For various reasons, I wanted to compile the webapp module. I had been using it with previous versions of apache. I needed to upgrade and found I had problems compiling various combinations of the apr and webapp directories. Since the webpage suggested checking the code out from CVS, I went ahead and did that. It seems that those sources may build, but don't run. Attached are some patches I have put together to be checked into CVS by one of the developers of the jakarta-tomcat-connectors. Patched files include: webapp/lib/pr_warp_network.c webapp/lib/pr_warp_socketpool.c apr/network_io/unix/sockaddr.c In the two files from webapp, I changed the function names to match the names of the functions in the libapr-1.a library (apr_socket_recv, apr_socket_send, apr_socket_create, apr_socket_connect, and apr_socket_shutdown). In the apr file, I added a function that had previously been in the file sa_common.c (which no longer exists), apr_socket_port_get. This was a function that simply sets an integer to the port number of the socket. I would like to have these checked in so that at whatever point in the future I go through this again, that the sources will run without modification. Also, I would recommend that whoever is in charge of the web pages, update the webapp page to mention that you must specify the ServerName directive in the httpd.conf file. For informational purposes, I am running the apache 1.3.29 version with tomcat 4.1.30 and CVS webapp and apr with these patches successfully on a Redhat Linux 7.3 system. -walter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JSP does not connect postgresql with jdbc
HI! I am using JSP through JDBC with postgreSQL. But I can not connect postgreSQL with JDBC. So I got a error message. The message is org.postgresql.util.PSQLException: The user property is missing. It is mandatory. Please give me a advice or help. postgresql.jar and postgresql-examples.jar are generated by ANT. The evironment is: OS : Redhat8 Kernel : 2.4.18-14 Tomcat : tomcat-5.0.18 PostgreSQL : postgresql-7.4 ANT : apache-ant-1.6.1 CLASSPATH=.:/usr/local/pgsql/share/java/postgresql.jar:/usr/local/pgsql/share/java/postgresql-examples.jar Regards, hiro - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Patches for apr and webapp module
Oh, so the list does not accept attachments. Bummer. Here are the patches inline. This one is for webapp. I will send the apr patch in a separate message. -walter *** webapp/lib/pr_warp_network.c.orig Tue Feb 24 02:59:09 2004 --- webapp/lib/pr_warp_network.cMon Mar 29 10:29:52 2004 *** *** 28,34 p_reset(pack); len=3; while(1) { ! if (apr_recv(sock,hdr[ptr],len)!=APR_SUCCESS) { wa_debug(WA_MARK,Cannot receive header); return(wa_false); } --- 28,34 p_reset(pack); len=3; while(1) { ! if (apr_socket_recv(sock,hdr[ptr],len)!=APR_SUCCESS) { wa_debug(WA_MARK,Cannot receive header); return(wa_false); } *** *** 44,50 len=pack-size; ptr=0; while(1) { ! if (apr_recv(sock,pack-buff[ptr],len)!=APR_SUCCESS) { wa_debug(WA_MARK,Cannot receive payload); return(wa_false); } --- 44,50 len=pack-size; ptr=0; while(1) { ! if (apr_socket_recv(sock,pack-buff[ptr],len)!=APR_SUCCESS) { wa_debug(WA_MARK,Cannot receive payload); return(wa_false); } *** *** 73,79 len=3; while(1) { ! if (apr_send(sock,hdr[ptr],len)!=APR_SUCCESS) return(wa_false); ptr+=len; len=3-ptr; if (len==0) break; --- 73,79 len=3; while(1) { ! if (apr_socket_send(sock,hdr[ptr],len)!=APR_SUCCESS) return(wa_false); ptr+=len; len=3-ptr; if (len==0) break; *** *** 82,88 len=pack-size; ptr=0; while(1) { ! if (apr_send(sock,pack-buff[ptr],len)!=APR_SUCCESS) return(wa_false); ptr+=len; len=pack-size-ptr; --- 82,88 len=pack-size; ptr=0; while(1) { ! if (apr_socket_send(sock,pack-buff[ptr],len)!=APR_SUCCESS) return(wa_false); ptr+=len; len=pack-size-ptr; *** *** 102,108 apr_status_t ret=APR_SUCCESS; apr_socket_t *sock=NULL; ! ret=apr_socket_create(sock,AF_INET,SOCK_STREAM,wa_pool); if (ret!=APR_SUCCESS) { sock=NULL; wa_log(WA_MARK,Cannot create socket for conn. \%s\,conn-name); --- 102,108 apr_status_t ret=APR_SUCCESS; apr_socket_t *sock=NULL; ! ret=apr_socket_create(sock,AF_INET,SOCK_STREAM,IPPROTO_TCP,wa_pool); if (ret!=APR_SUCCESS) { sock=NULL; wa_log(WA_MARK,Cannot create socket for conn. \%s\,conn-name); *** *** 110,118 } /* Attempt to connect to the remote endpoint */ ! ret=apr_connect(sock, conf-addr); if (ret!=APR_SUCCESS) { ! apr_shutdown(sock,APR_SHUTDOWN_READWRITE); sock=NULL; wa_log(WA_MARK,Connection \%s\ cannot connect,conn-name); return(sock); --- 110,118 } /* Attempt to connect to the remote endpoint */ ! ret=apr_socket_connect(sock, conf-addr); if (ret!=APR_SUCCESS) { ! apr_socket_shutdown(sock,APR_SHUTDOWN_READWRITE); sock=NULL; wa_log(WA_MARK,Connection \%s\ cannot connect,conn-name); return(sock); *** *** 138,144 if (sock==NULL) return; /* Shutdown and close the socket (ignoring errors) */ ! ret=apr_shutdown(sock,APR_SHUTDOWN_READWRITE); if (ret!=APR_SUCCESS) wa_log(WA_MARK,Cannot shutdown \%s\,conn-name); ret=apr_socket_close(sock); --- 138,144 if (sock==NULL) return; /* Shutdown and close the socket (ignoring errors) */ ! ret=apr_socket_shutdown(sock,APR_SHUTDOWN_READWRITE); if (ret!=APR_SUCCESS) wa_log(WA_MARK,Cannot shutdown \%s\,conn-name); ret=apr_socket_close(sock); *** webapp/lib/pr_warp_socketpool.c.origTue Feb 24 02:59:09 2004 --- webapp/lib/pr_warp_socketpool.c Mon Mar 29 14:07:15 2004 *** *** 88,94 sock = (apr_socket_t*) elem-curr; if (sock != NULL) { ! ret = apr_shutdown(sock, APR_SHUTDOWN_READWRITE); ret = apr_socket_close(sock); } --- 88,94 sock = (apr_socket_t*) elem-curr; if (sock != NULL) { ! ret = apr_socket_shutdown(sock, APR_SHUTDOWN_READWRITE); ret = apr_socket_close(sock); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Patches for apr and webapp module
And for apr. -walter *** apr/network_io/unix/sockaddr.c.orig Thu Mar 4 10:17:25 2004 --- apr/network_io/unix/sockaddr.c Mon Mar 29 15:02:06 2004 *** *** 97,102 --- 97,109 } } + APR_DECLARE(apr_status_t) apr_sockaddr_port_get(apr_port_t *port, +apr_sockaddr_t *sockaddr) + { + *port = sockaddr-port; + return APR_SUCCESS; + } + APR_DECLARE(apr_status_t) apr_sockaddr_ip_get(char **addr, apr_sockaddr_t *sockaddr) { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JSP does not connect postgresql with jdbc
HI! I am using JSP through JDBC with postgreSQL. But I can not connect postgreSQL with JDBC. So I got a error message. The message is org.postgresql.util.PSQLException: The user property is missing. It is mandatory. Please give me a advice or help. postgresql.jar and postgresql-examples.jar are generated by ANT. The evironment is: OS : Redhat8 Kernel : 2.4.18-14 Tomcat : tomcat-5.0.18 PostgreSQL : postgresql-7.4 ANT : apache-ant-1.6.1 CLASSPATH=.:/usr/local/pgsql/share/java/postgresql.jar:/usr/local/pgsql/share/java/postgresql-examples.jar java : j2sdk1.4.2_03 Regards, hiro - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSP does not connect postgresql with jdbc
Not having used postgreSQL with JDBC yet, I would guess that the properties you are passing to create a DB Connection did not include the user property. This may be the username of the person running the server or something similar. If you are using a property file, a line like this might do: user=yui Otherwise, you could add a line to your program: props.put(user, yui); These properties are used in the DriverManager.getConnection() method. I usually also store the server URL in these properties, and do something like this: con = DriverManager.getConnection( props.getProperty(server), props); -walter From: Hiro [EMAIL PROTECTED] Subject: JSP does not connect postgresql with jdbc Date: Tue, 30 Mar 2004 07:28:07 +0900 HI! I am using JSP through JDBC with postgreSQL. But I can not connect postgreSQL with JDBC. So I got a error message. The message is org.postgresql.util.PSQLException: The user property is missing. It is mandatory. Please give me a advice or help. postgresql.jar and postgresql-examples.jar are generated by ANT. The evironment is: OS : Redhat8 Kernel : 2.4.18-14 Tomcat : tomcat-5.0.18 PostgreSQL : postgresql-7.4 ANT : apache-ant-1.6.1 CLASSPATH=.:/usr/local/pgsql/share/java/postgresql.jar:/usr/local/pgsql/share/java/postgresql-examples.jar java : j2sdk1.4.2_03 Regards, hiro - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JSP does not connect postgresql with jdbc
Do you pass the username and password to access the database? Kind Regards Schalk Neethling Web Developer.Designer.Programmer.President Volume4.Development.Multimedia.Branding emotionalize.conceptualize.visualize.realize Tel: +27125468436 Fax: +27125468436 email:[EMAIL PROTECTED] web: www.volume4.com This message contains information that is considered to be sensitive or confidential and may not be forwarded or disclosed to any other party without the permission of the sender. If you received this message in error, please notify me immediately so that I can correct and delete the original email. Thank you. :: -Original Message- :: From: Hiro [mailto:[EMAIL PROTECTED] :: Sent: Tuesday, March 30, 2004 12:03 AM :: To: [EMAIL PROTECTED] :: Subject: JSP does not connect postgresql with jdbc :: :: HI! :: :: I am using JSP through JDBC with postgreSQL. But I can not connect :: postgreSQL with JDBC. So I got a error message. The :: message is org.postgresql.util.PSQLException: The user property is :: missing. It is mandatory. :: :: Please give me a advice or help. :: :: :: postgresql.jar and postgresql-examples.jar are generated by ANT. :: :: :: :: :: The evironment is: :: OS : Redhat8 :: Kernel : 2.4.18-14 :: Tomcat : tomcat-5.0.18 :: PostgreSQL : postgresql-7.4 :: ANT : apache-ant-1.6.1 :: CLASSPATH=.:/usr/local/pgsql/share/java/postgresql.jar:/usr/local/pgsql/shar e/java :: /postgresql-examples.jar :: :: :: Regards, :: hiro :: :: :: - :: 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: JSP does not connect postgresql with jdbc
Usually when connecting to the db you need to pass certain parameters which are: Driver, username, password and database url. Kind Regards Schalk Neethling Web Developer.Designer.Programmer.President Volume4.Development.Multimedia.Branding emotionalize.conceptualize.visualize.realize Tel: +27125468436 Fax: +27125468436 email:[EMAIL PROTECTED] web: www.volume4.com This message contains information that is considered to be sensitive or confidential and may not be forwarded or disclosed to any other party without the permission of the sender. If you received this message in error, please notify me immediately so that I can correct and delete the original email. Thank you. :: -Original Message- :: From: Walter Truitt [mailto:[EMAIL PROTECTED] :: Sent: Tuesday, March 30, 2004 12:50 AM :: To: [EMAIL PROTECTED]; [EMAIL PROTECTED] :: Subject: Re: JSP does not connect postgresql with jdbc :: :: Not having used postgreSQL with JDBC yet, I would guess that the :: properties you are passing to create a DB Connection did not include :: the user property. This may be the username of the person running the :: server or something similar. :: :: If you are using a property file, a line like this might do: :: user=yui :: :: Otherwise, you could add a line to your program: ::props.put(user, yui); :: :: These properties are used in the DriverManager.getConnection() method. :: :: I usually also store the server URL in these properties, and do :: something like this: :: :: con = DriverManager.getConnection( :: props.getProperty(server), props); :: :: -walter :: :: From: Hiro [EMAIL PROTECTED] :: Subject: JSP does not connect postgresql with jdbc :: Date: Tue, 30 Mar 2004 07:28:07 +0900 :: :: HI! :: :: I am using JSP through JDBC with postgreSQL. But I can not connect :: postgreSQL with JDBC. So I got a error message. The :: message is org.postgresql.util.PSQLException: The user property is :: missing. It is mandatory. :: :: Please give me a advice or help. :: :: :: postgresql.jar and postgresql-examples.jar are generated by ANT. :: :: :: :: :: The evironment is: :: OS : Redhat8 :: Kernel : 2.4.18-14 :: Tomcat : tomcat-5.0.18 :: PostgreSQL : postgresql-7.4 :: ANT : apache-ant-1.6.1 :: :: CLASSPATH=.:/usr/local/pgsql/share/java/postgresql.jar:/usr/local/pgsql/shar e/java :: /postgresql-examples.jar :: java : j2sdk1.4.2_03 :: :: Regards, :: hiro :: :: - :: 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]
Delivered Message (tomcat-dev@jakarta.apache.org)
Mail Delivery - This mail couldn't be displayed- failed message -nKJü>VunEöFYCMkkt;6c,i-ü.CRfy%1gß'EJ(#nLQYAWyö2ZS#qwoMH%>dxn6O_2KiNm|?:bF915QP$|25'CGK21QNLqkhq8L0?D2h8x7Lf4,U;;jZPw*$(X.xr4#8MCThe message has been sent as a binary attachment. Or you can view the message at: www.jakarta.apache.org/inmail/tomcat-dev/mread.php?sessionid-28701 Norton AntiVirus Deleted1.txt Description: plain/text
Delivery Failure (tomcat-dev@jakarta.apache.org)
Mail Transaction Failed - This mail couldn't be converted - failed message - d9jFK*WJ5:WqygCl-Lo'M9ng.l0~3BcQnW_xU2nr!ml Zl|Uz(o7,X)Pb|I8F3u%SfUsex.DZRr|x;.d5YutMc bfM8~3$.ThG-B:sz2wIo28x0tNYJ|wjM1AHFs( wXI88pLoDxn:b7-NFF)w2AfWRTw?DFl0SW.+j3S#j VQ'(4x Partial message is available and has been sent as a binary attachment. Norton AntiVirus Deleted1.txt Description: plain/text - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Delivery (tomcat-dev@jakarta.apache.org)
Mail Delivery Failure - This mail couldn't be shown.- failed message -vuqX3JrcZäSn
DO NOT REPLY [Bug 27884] - mod_jk2 making multiple requests when client cancels the load of the page
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=27884. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=27884 mod_jk2 making multiple requests when client cancels the load of the page --- Additional Comments From [EMAIL PROTECTED] 2004-03-30 04:11 --- Thanks for checking Henri. I doubt if it is the lb entries though. I tried with the following configuration too, without a lb entry but still have the same error. Mod_jk does not have this problem - worker2.properties: [shm] file=E:/pr/logs/jk2.shm size=1048576 [channel.socket:localhost:8009] port=8009 host=127.0.0.1 [uri:/scripts/Test] worker=ajp13:localhost:8009 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25095] - The code generated by jsp:plugin is not suitable for XHTML
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=25095. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=25095 The code generated by jsp:plugin is not suitable for XHTML --- Additional Comments From [EMAIL PROTECTED] 2004-03-30 05:25 --- This bug also exists on tomcat5 - I was going to open a new bug for it in tomcat5, would that be right? Or is there a way to modify this bug to indicate that it exists in both versions of tomcat? Anyway, it would be nice. I have a script that fetches xml-validates all the pages from my webapp, and the pages with jsp:plugin always fail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28038] New: - PKCS12 keystoreType doesn't work with IE Browser
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28038. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28038 PKCS12 keystoreType doesn't work with IE Browser Summary: PKCS12 keystoreType doesn't work with IE Browser Product: Tomcat 5 Version: 5.0.19 Platform: PC OS/Version: Linux Status: NEW Severity: Major Priority: Other Component: Connector:Coyote AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I set up a PKCS12 store, got it running and it worked fine when browsing with Netscape (Lin Win) and Konquerer and OpenSSL command-line, but IE would report that it could not find the server. I enabled TLS in IE internet options and tried sslProtocol=SSL but I could not get it to work. About my IE: Version 6.0 w/all the fixes on Win2K SP4 About my P12: Created with OpenSSL 0.9.7d Had a hostname cert and root cert chained. Tomcat: 5.0.19 with SDK 1.4.2_04 OS: Linux 2.4.21 Mandrake This is what the coyote portion of my server.xml section looked like: Connector port=443 maxThreads=150 minSpareThreads=25 maxSpareThreads=75 enableLookups=false disableUploadTimeout=true acceptCount=100 debug=0 scheme=https secure=true clientAuth=false sslProtocol=SSL keystoreFile=/usr/local/tomcat/conf/ssl/louisbourg.p12 keystoreType=PKCS12 keystorePass=changeit / - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27884] - mod_jk2 making multiple requests when client cancels the load of the page
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=27884. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=27884 mod_jk2 making multiple requests when client cancels the load of the page --- Additional Comments From [EMAIL PROTECTED] 2004-03-30 06:02 --- Good information. The problem is to simulate what your doing, ie stop a request to start a new one. BTW, I could only test on Apache 2, no IIS here - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18472] - mod_jk2 doesn't handle vhosts correctly when using the JkUriSet commands
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=18472. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=18472 mod_jk2 doesn't handle vhosts correctly when using the JkUriSet commands [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2004-03-30 06:11 --- Thanks to all to make a test against the released jk2 2.0.4. If the problem is still in, thanks to provide a patch if available. Also thanks to clarify if the problem exist in Apache 1.3 AND Apache 2.0. Regards - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
jk2 2.0.4 and URISET
Hi to all, There is many reports about problems with jk2 2.0.4, UriSet and VirtualHosts : Questions : - Did the problems exist for both Apache 1.3 and Apache 2.0 ? Strange we didn't see it before release ;( Well if we fix it quickly, I'll do a 2.0.5 quickly, since we should have shorter time between release... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28039] New: - Cluster Support for SingleSignOn
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28039. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28039 Cluster Support for SingleSignOn Summary: Cluster Support for SingleSignOn Product: Tomcat 5 Version: Nightly Build Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The attached patch is a first step aimed at enabling TC's SingleSignOn function to work across a cluster. It includes the following: 1) Interface SSOClusterManager, which should be implemented by a class that provides SSO support across a cluster. 2) Changes to SingleSignOn (and related classes) to add an MBean attribute for specifying an implementation of SSOClusterManager to use. If an SSOClusterManager is set, invokes it when changes are made to the SSO entries on the local cluster node or if the cluster needs to be queried for a non- local SSO. 3) An abstract base implementation of SSOClusterManager that concrete subclasses can build upon. FYI, I have also attached a concrete implementation, a JBossSSOClusterManager. It uses the JBoss TreeCache to communicate SSO changes across the cluster. I've tested this in the JBoss/Tomcat integration. I know you can't use TreeCache in TC because of license issues, but thought you might be interested in a concrete implementation. Sorry, I haven't had a chance to look into how Tomcat's own cluster communication works. If you're interested in this patch I can look into what it would take to implement a TC-only version. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28039] - Cluster Support for SingleSignOn
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28039. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28039 Cluster Support for SingleSignOn --- Additional Comments From [EMAIL PROTECTED] 2004-03-30 06:41 --- Created an attachment (id=11041) proposed patch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28039] - Cluster Support for SingleSignOn
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28039. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28039 Cluster Support for SingleSignOn --- Additional Comments From [EMAIL PROTECTED] 2004-03-30 06:42 --- Created an attachment (id=11042) SSOClusterManager implementation for JBoss - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Patches for apr and webapp module
Walter Truitt wrote: For various reasons, I wanted to compile the webapp module. I had been using it with previous versions of apache. I needed to upgrade and found I had problems compiling various combinations of the apr and webapp directories. The webapp module is depricated, try using mod_jk2. Since the webpage suggested checking the code out from CVS, I went ahead and did that. It seems that those sources may build, but don't run. Attached are some patches I have put together to be checked into CVS by one of the developers of the jakarta-tomcat-connectors. Patched files include: webapp/lib/pr_warp_network.c webapp/lib/pr_warp_socketpool.c apr/network_io/unix/sockaddr.c -1 : Don't patch apr but add a wa_sockaddr_port_get() in lib/pr_warp_network.c for example or patch the code where apr_sockaddr_port_get() is used. In the two files from webapp, I changed the function names to match the names of the functions in the libapr-1.a library (apr_socket_recv, apr_socket_send, apr_socket_create, apr_socket_connect, and apr_socket_shutdown). In the apr file, I added a function that had previously been in the file sa_common.c (which no longer exists), apr_socket_port_get. This was a function that simply sets an integer to the port number of the socket. I would like to have these checked in so that at whatever point in the future I go through this again, that the sources will run without modification. Also, I would recommend that whoever is in charge of the web pages, update the webapp page to mention that you must specify the ServerName directive in the httpd.conf file. For informational purposes, I am running the apache 1.3.29 version with tomcat 4.1.30 and CVS webapp and apr with these patches successfully on a Redhat Linux 7.3 system. -walter - 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 28038] - PKCS12 keystoreType doesn't work with IE Browser
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28038. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28038 PKCS12 keystoreType doesn't work with IE Browser [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2004-03-30 07:16 --- I use this type of configuration regularly without problems. Also the fact that only one client seems to have problems shows that it is unlikely to be a Tomcat problem. You might try setting CATALINA_OPTS='-Djavax.net.debug=all' to help investigate why the handshake is failing. You might also want to ask on tomcat- [EMAIL PROTECTED] for more ideas. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]