DO NOT REPLY [Bug 28758] New: - Virtual Host aliases not being routed to Tomcat.
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=28758. 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=28758 Virtual Host aliases not being routed to Tomcat. Summary: Virtual Host aliases not being routed to Tomcat. 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] Apache VirtualHosts using the latest mod_jk2 (2.04) for Win32 (both precompiled and self-compiled) that use JkUriSet directives within nested Location/ blocks are not forwarding mapped JSP/Servlet requests to Tomcat via the mapped worker OTHER than for the main ServerName (URL). For example the following VirtualHost conf: ## LOAD MOD_JK2 LoadModule jk2_module modules/mod_jk2.so ## NameVirtualHost Entry NameVirtualHost 192.168.0.2 ## MYSITE VIRTUALHOST BLOCK VirtualHost 192.168.0.2 ServerAdmin [EMAIL PROTECTED] ServerName www.mysite.com ServerAlias www2.mysite.com DocumentRoot C:\www\mysite\ROOT Alias /userimages C:\www\mysite\userimages CustomLog C:\wwwlogs\mysite\www.mysite.com_apache.log combined Location /*.jsp JkUriSet worker ajp13:localhost:8009 /Location Location /servlet/* JkUriSet worker ajp13:localhost:8009 /Location Location /WEB-INF/* JkUriSet worker ajp13:localhost:8009 /Location /VirtualHost Displays the following behaviour: When accessing on www.mysite.com (the main ServerName) all JSP requests work fine - no problems. When accessing on www2.mysite.com (the ServerAlias) only the very first JSP page (the main welcome file in the ROOT) is processed by Tomcat. After that Apache does not send the relevant JSP requests to the AJP worker and Tomcat for processing - the JSP files are treated as plain text and source returned to requesting browser. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 28758] New: -
= EXTREME Funny Pictures Of The Day = Thank You For Emailing EXTREME Funny Pictures! UNSUBSCRIBE INSTRUCTIONS To stop our newsletter, click below and fill in your email address: http://www.extremefunnypictures.com/unsubscribe.htm a href=http://www.extremefunnypictures.com/unsubscribe.htm;Click/a = CONTACT INFORMATION = This is an autoresponder to let you know that in order to contact EXTREME Funny Pictures you must go to: http://www.extremefunnypictures.com/feedback.htm a href=http://www.extremefunnypictures.com/feedback.htm;Click/a - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28761] New: - mod_jk logging: amall spelling improvement
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=28761. 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=28761 mod_jk logging: amall spelling improvement Summary: mod_jk logging: amall spelling improvement Product: Tomcat 3 Version: 3.3.2 Final Platform: Other OS/Version: Other Status: NEW Severity: Minor Priority: Other Component: Connectors AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hello, while debugging mod_jk 1.2.6-dev I noticed a small grammer/typo in one of the log messages in jk_worker.c. Nothing major at all, but I was annoyed by the output: done found a worker (with 2 spaces if not found) or done did not found a worker (if found) Patch will be attatched (including stripping of whitespaces at line ends) This is the relevant change: line 95 of jk_worker.c -jk_log(l, JK_LOG_DEBUG, wc_get_worker_for_name, done %s found a worker\n, -rc ? : did not); +jk_log(l, JK_LOG_DEBUG, wc_get_worker_for_name, done %sa worker\n, +rc ? found : did not find ); I know, it is just a nitpick, but nevertheless ... Cheers, Hans - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28761] - mod_jk logging: amall spelling improvement
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=28761. 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=28761 mod_jk logging: amall spelling improvement --- Additional Comments From [EMAIL PROTECTED] 2004-05-04 09:41 --- Created an attachment (id=11422) logging typo in jk_worker.c fixed - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28170] - PDF content through JSP fails in Tomocat 4.1.30, Windows IE and Acrobat Reader 6.0.1
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=28170. 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=28170 PDF content through JSP fails in Tomocat 4.1.30, Windows IE and Acrobat Reader 6.0.1 --- Additional Comments From [EMAIL PROTECTED] 2004-05-04 10:32 --- We serve our PDFs with a servlet which had worked for a long time with all Tomcat4 versions and Acrobat versions 4/5 and also Acrobat 6.0.0 but not Tomcat 4.1.29 and Acrobat 6.0.1. With Tomcat 4.1.30 it works again. This report is only valid for IE of course (tested only with IE6). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28764] New: - directory listings false not working
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28764. 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=28764 directory listings false not working Summary: directory listings false not working Product: Tomcat 5 Version: 5.0.19 Platform: PC OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Webapps:Administration AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Having init-param param-namelistings/param-name param-valuefalse/param-value /init-param In the default web.xml and I still see directory listings. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28764] - directory listings false not working
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28764. 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=28764 directory listings false not working [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-05-04 11:21 --- Since it would be a security issue, I tested it right away: it works. Please try posting on tomcat-user rather than filing a bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[5.0.23] Release vote
Since nobody seems to have any additional updates, here's the vote for the new build. Changelog: http://jakarta.apache.org/tomcat/tomcat-5.0-doc/changelog.html ballot Release 5.0.23 as Stable: [ ] Yes [ ] No /ballot Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat 3.2.1 - HttpSession never expired cause valueUnBound metho d background thread locked
Title: Tomcat 3.2.1 - HttpSession never expired cause valueUnBound method background thread locked Hi, Something is strange in one of my class that implements HttpSessionBindingListener. When the HttpSession timeout, the valueUnBound() method calls an external program which blocks the current thread. Consequently, the StandardManager class (session manager) in Tomcat wich manages the HttpSession timeout seems to be locked... From then on, no more HttpSession expires Is that normal? Any suggestions to avoid this problem ? I'm running tomcat 3.2.1 on Windows 2000 Advanced Server SP3, with jdk 1.3.1_03 Thanks in advance Christophe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [5.0.23] Release vote
Hi, ballot Release 5.0.23 as Stable: [ X ] Yes [ ] No /ballot A few notes, obviously not enough to stop the stable label IMHO: - The XHTML JSPX example doesn't work for me. I'm using IE6 (all patches installed) on Windows 2000, and get an error processing XML type page. I can attach a screenshot/open a bugzilla item for this if the JSP folks wish it so. - The MANIFEST.MF file in $CATALINA_HOME/conf has implementation version 1.0-dev for coyote. That's wrong, isn't it? It should be at least 1.0, probably 2.0 or 2.x if 1.0 was tomcat 4.x. I'm pleasantly surprised at the changelog for this release: there are a lot of things in there. Good job to everyone who contributed ;) 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: [5.0.23] Release vote
Shapira, Yoav wrote: A few notes, obviously not enough to stop the stable label IMHO: - The XHTML JSPX example doesn't work for me. I'm using IE6 (all patches installed) on Windows 2000, and get an error processing XML type page. I can attach a screenshot/open a bugzilla item for this if the JSP folks wish it so. You forgot that patch: http://www.mozilla.org ;) It doesn't work either for me on IE, but it does on Mozilla. The XML itself looks decent to me. - The MANIFEST.MF file in $CATALINA_HOME/conf has implementation version 1.0-dev for coyote. That's wrong, isn't it? It should be at least 1.0, probably 2.0 or 2.x if 1.0 was tomcat 4.x. I think the revision number is supposed to be 1.1 (the only difference with 1.0 for the API is the usage of JMX, otherwise it's compatible). Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [5.0.23] Release vote
Hi, - The XHTML JSPX example doesn't work for me. I'm using IE6 (all patches installed) on Windows 2000, and get an error processing XML type page. I can attach a screenshot/open a bugzilla item for this if the JSP folks wish it so. You forgot that patch: http://www.mozilla.org ;) It doesn't work either for me on IE, but it does on Mozilla. The XML itself looks decent to me. Yeah, the XML itself looks decent to me too. I thought it was worth mentioning given the fact it's supposed to be a basic example and IE is still a widely used browser. 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: [5.0.23] Release vote
ballot Release 5.0.23 as Stable: [X] Yes [ ] No /ballot - Original Message - From: Remy Maucherat [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, May 04, 2004 6:21 AM Subject: [5.0.23] Release vote Since nobody seems to have any additional updates, here's the vote for the new build. Changelog: http://jakarta.apache.org/tomcat/tomcat-5.0-doc/changelog.html ballot Release 5.0.23 as Stable: [X] Yes [ ] No /ballot Rémy - 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 28532] - ajp13.service() ajpGetReply recoverable error 3
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=28532. 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=28532 ajp13.service() ajpGetReply recoverable error 3 [EMAIL PROTECTED] changed: What|Removed |Added Summary|ajp13.service() ajpGetReply |ajp13.service() ajpGetReply |recoverable error 3 |recoverable error 3 --- Additional Comments From [EMAIL PROTECTED] 2004-05-04 14:54 --- I too am getting this behaviour, running Apache 2.0.46-32 w/ mod_jk2 under RedHat Enterprise Linux 3.0, and running tomcat4.1.29 under RedHat 9. Most disconcerting. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Your software
Please read the attached file. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Question on 5.0.23
Hi, I have a strange issue with 5.0.23 that's making me question my stable vote from earlier today. It has to do with a 3rd party servlet which checks for the presence of a cookie, if not found prompts for some user information, and then redirects (response.sendRedirect) to another page. The exact same code base and test case works in 5.0.19 but not in 5.0.23. Was something relevant changed? Looking at the changelog, I'd like clarification on: Optimization: delay parsing of the cookies (remm) I'm running Sun JDK 1.4.2 on Solaris 8 (all patches installed). As I mentioned it works with tomcat 5.0.19. I'll proceed to try the intermediate builds 5.0.20, 5.0.21, and 5.0.22 to further narrow the possibilities. Thanks, Yoav Shapira Millennium Research Informatics 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: Question on 5.0.23
Shapira, Yoav wrote: Hi, I have a strange issue with 5.0.23 that's making me question my stable vote from earlier today. It has to do with a 3rd party servlet which checks for the presence of a cookie, if not found prompts for some user information, and then redirects (response.sendRedirect) to another page. The exact same code base and test case works in 5.0.19 but not in 5.0.23. Was something relevant changed? Looking at the changelog, I'd like clarification on: Optimization: delay parsing of the cookies (remm) The cookies are parsed (and allocated) when getCookies() is called. I'm running Sun JDK 1.4.2 on Solaris 8 (all patches installed). As I mentioned it works with tomcat 5.0.19. I'll proceed to try the intermediate builds 5.0.20, 5.0.21, and 5.0.22 to further narrow the possibilities. Thanks, Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Question on 5.0.23
Shapira, Yoav wrote: Hi, I have a strange issue with 5.0.23 that's making me question my stable vote from earlier today. It has to do with a 3rd party servlet which checks for the presence of a cookie, if not found prompts for some user information, and then redirects (response.sendRedirect) to another page. The exact same code base and test case works in 5.0.19 but not in 5.0.23. Was something relevant changed? Looking at the changelog, I'd like clarification on: Optimization: delay parsing of the cookies (remm) I'm running Sun JDK 1.4.2 on Solaris 8 (all patches installed). As I mentioned it works with tomcat 5.0.19. I'll proceed to try the intermediate builds 5.0.20, 5.0.21, and 5.0.22 to further narrow the possibilities. Thanks, I did find what the problem was: I did some testing, so I checked out an earlier revision of the file (CoyoteRequest, of course). Unfortunately, I'm using a new CVS tool with which I have less experience (tortoise) - not that I wanted to, but WinCVS decided to simply stop working one day - which doesn't display tags in a visible way, and the result is that an older revision of the file is in the build :( I'll have to do a new 5.0.24 build today, then. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Question on 5.0.23
Hi, I did find what the problem was: I did some testing, so I checked out an earlier revision of the file (CoyoteRequest, of course). Unfortunately, I'm using a new CVS tool with which I have less experience (tortoise) - not that I wanted to, but WinCVS decided to simply stop working one day - which doesn't display tags in a visible way, and the result is that an older revision of the file is in the build :( I'll have to do a new 5.0.24 build today, then. Thanks for the quick investigation and resolution. ;) I'm formally withdrawing my stable vote for 5.0.23 because of this bug. I couldn't find 5.0.20-5.0.22 for download, but IIRC 5.0.22 worked fine. I'll gladly test 5.0.24 as soon as it's available. Thanks again, Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
remm2004/05/04 09:18:36 Modified:webapps/docs changelog.xml Log: - Update to Tomcat 5.0.24. Revision ChangesPath 1.41 +31 -0 jakarta-tomcat-catalina/webapps/docs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v retrieving revision 1.40 retrieving revision 1.41 diff -u -r1.40 -r1.41 --- changelog.xml 1 May 2004 16:22:16 - 1.40 +++ changelog.xml 4 May 2004 16:18:35 - 1.41 @@ -13,6 +13,37 @@ body +section name=Tomcat 5.0.24 (remm) + + subsection name=General + +changelog + + fix + Bad CVS tagging (remm) + /fix + +/changelog + + /subsection + + subsection name=Webapps + +changelog + + update + Change to list any additionally JNDI data-sources that are present + in the web.xml file, but not defined either globally or at the context + level, on the context level maintenance page to make it possible + to click on the data-source and edit it (amyroh) + /update + +/changelog + + /subsection + +/section + section name=Tomcat 5.0.23 (remm) subsection name=General - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-5 build.xml
remm2004/05/04 09:29:42 Modified:.build.xml Log: - Don't include the manifest. Revision ChangesPath 1.184 +3 -1 jakarta-tomcat-5/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-5/build.xml,v retrieving revision 1.183 retrieving revision 1.184 diff -u -r1.183 -r1.184 --- build.xml 7 Apr 2004 11:33:40 - 1.183 +++ build.xml 4 May 2004 16:29:42 - 1.184 @@ -1143,7 +1143,9 @@ fileset dir=${tomcat.build}/common/lib / /copy copy todir=${tomcat.dist}/conf - fileset dir=${tomcat.build}/conf / + fileset dir=${tomcat.build}/conf +exclude name=MANIFEST.MF / + /fileset /copy copy todir=${tomcat.dist}/server/lib fileset dir=${tomcat.build}/server/lib / - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Alexander Koch/LDM/DFS ist außer Haus.
Ich werde ab 02.05.2004 nicht im Büro sein. Ich kehre zurück am 07.05.2004. Ihre Mail wird nicht weitergeleitet. In dringenden Fällen wenden Sie sich bitte an Frau Ingrif Traut unter 069 78072-785 oder [EMAIL PROTECTED] Vielen Dank Mit freundlichen Grüßen Alexander Koch Mit freundlichen Grüßen Alexander Koch DFS Deutsche Flugsicherung GmbH Unternehmenszentrale Am DFS-Campus 10 D - 63225 Langen Tel.: +49-(0)6103-707-0 Home Page: http://www.dfs.de -BEGIN PGP PUBLIC KEY BLOCK- Version: PGP 6.5.8 mQGiBD62YgcRBADqB/kwehuUgyJFK3wuo4e7VEq+6qMkGBXSONmFzSWur9Dcl035 0cANp+HjV6NSkSqswlrHXwAKalFTjC/4FXqvJeR8W8xXm/SfV7T+m8PQpXlXy/En kl/gQru5Byww6tX0siBVJFXYYmtbvrAjctlYfPyzwPw6eXDh0UqLeWHvLwCg/xmT eIuGxw8aFhMZDQqSBWbKpQUEAJixRgvpQ6BRQ0wGJ3LBc67KSU0ZbWOORIN9Tk54 IQpn2UYp2tdBsqRXmfVWFWYpXRmfMCyCA3AhAbBnJ26YrfUUyCSyOGuNX8NPJ1uL TORe5yQfgJa/k2gLMerVlKTytbHrhlPrh4HAtpnVYdntg1CHcBNUW9rEz8Ej2TLK YkyyBADiniTVIiogc+XQgtut3QbTzPmyeYOC59YS9aleyoSGZpYZjLUpGBlH16AT 5yPboV2MyS/XaLJBzktkJbnaQT2yTzYqY+12dno8K7ke3i2t6/wjg3kEaEvjEQmu pNFBbFXguyszYMIY51ki9pBs2nyhB4crdIJIHAlvpUJhv+LuDLQZREZTIEdtYkgg PGtleTIwMDNAZGZzLmRlPokAVAQQEQIAFAUCPrZiBwUJB4TOAAQLAwECAhkBAAoJ ECQoxzrTN3Wj2hkAoNuolC33HK7EKXZUekaMsmytQCinAKCCFJ/rFI0ykr0wq2oz 4HnuXJWLMrkDDQQ+tmITEAwAzB13VyQ4SuLE8OiOE2eXTpITYfbb6yUOF/32mPfI fHmwch04dfv2wXPEgxEmK0Ngw+Po1gr9oSgmC66prrNlD6IAUwGgfNaroxIe+g8q zh90hE/K8xfzpEDp19J3tkItAjbBJstoXp18mAkKjX4t7eRdefXUkk+bGI78KqdL fDL2Qle3CH8IF3KiutapQvMF6PlTETlPtvFuuUs4INoBp1ajFOmPQFXz0AfGy0Op lK33TGSGSfgMg71l6RfUodNQ+PVZX9x2Uk89PY3bzpnhV5JZzf24rnRPxfx2vIPF RzBhznzJZv8V+bv9kV7HAarTW56NoKVyOtQa8L9GAFgr5fSI/VhOSdvNILSd5JEH NmszbDgNRR0PfIizHHxbLY7288kjwEPwpVsYjY67VYy4XTjTNP18F1dDox0YbN4z ISy1Kv884bEpQBgRjXyEpwpy1obEAxnIByl6ypUM2Zafq9AKUJsCRtMIPWakXUGf nHy9iUsiGSa6q6Jew1XpTDJvAAICDACwj9GEsJI4gihyUEj4nSWEzJ45i8jfD9aJ jVg4mYWg2PirUpxnPjEPDCvGwYHOyc4jHXJTeED49R3t0YwC/0GXvW90LAvvH/Mi UDnN99mqv2sQ+GduKT/UFNv38aPo5fKc5+wBLpd9TAXOwlWKkgL/sAb8HiK7bTv2 wwJFMwicCAoGH1krYkhZ/frvqwjk/MXkYx1F7nbw5Ji4BZMrVYrd+AdQDFdQCYgd QgZlOPWOMwNyJiEa3vpZ6NFP+vieJP9UHtbHj8exPj86+hYA7wcpw3T6fdtzpLgx i/AgGsbYrVfeHFQFVpmKjYo2PUOc0d1WyrvWW8fMb8FvhPjhDM5rYl2UfvCHl3dc DDlRgJOCWebWIcfEdQN2vgAPWm+mPeTBWQNhDAmPo6fYblLgsrUVflr+20keZjv2 7ZdxGAInwdQcvsmLEQBAbWJmbHafsjGf964mINNfBtoDtfMKK3OvLnKjCCWQycsb CumSaCoi6KMEnBpor+ydZcCU0BK43MCJAEwEGBECAAwFAj62YhMFCQeEzgAACgkQ JCjHOtM3daPZQQCgoi9j9Y7/3VYE1JteePu39bdXjTEAoIApX4A7d8x61E2OYa1R upwQzdc2 =vz1u -END PGP PUBLIC KEY BLOCK- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/http11/src/conf MANIFEST.MF
remm2004/05/04 12:13:39 Modified:http11/src/conf MANIFEST.MF Log: - Update manifest. Revision ChangesPath 1.2 +1 -1 jakarta-tomcat-connectors/http11/src/conf/MANIFEST.MF Index: MANIFEST.MF === RCS file: /home/cvs/jakarta-tomcat-connectors/http11/src/conf/MANIFEST.MF,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- MANIFEST.MF 17 Sep 2001 06:04:00 - 1.1 +++ MANIFEST.MF 4 May 2004 19:13:39 - 1.2 @@ -1,6 +1,6 @@ Extension-Name: @name@ Specification-Vendor: Apache Software Foundation -Specification-Version: 1.0 +Specification-Version: 1.1 Implementation-Vendor: Apache Software Foundation Implementation-Version: @version@ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/coyote/src/conf MANIFEST.MF
remm2004/05/04 12:14:00 Modified:coyote/src/conf MANIFEST.MF Log: - Update manifest. Revision ChangesPath 1.2 +1 -1 jakarta-tomcat-connectors/coyote/src/conf/MANIFEST.MF Index: MANIFEST.MF === RCS file: /home/cvs/jakarta-tomcat-connectors/coyote/src/conf/MANIFEST.MF,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- MANIFEST.MF 14 Jun 2001 01:07:53 - 1.1 +++ MANIFEST.MF 4 May 2004 19:14:00 - 1.2 @@ -1,6 +1,6 @@ Extension-Name: @name@ Specification-Vendor: Apache Software Foundation -Specification-Version: 1.0 +Specification-Version: 1.1 Implementation-Vendor: Apache Software Foundation Implementation-Version: @version@ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: WebappClassLoader: Lifecycle error : CL stopped
From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 27, 2004 11:26 PM To: Tomcat Developers List Subject: Re: WebappClassLoader: Lifecycle error : CL stopped Shapira, Yoav wrote: Hi, I like #2: in fact, it seems like it should be strictly enforced for general stability and security, and I'm surprised the current code doesn't restart a context after changing its loader already. I think the admin webapp should stop the context before doing anything to its loader (and then start it again if it wants to). A new root context in a new host (all created in the admin app) now works correctly after a reboot but I just can't get it to work without a reboot. Perhaps someone more talented than I - there are plenty of people that meet that description ;) - wants to have a look at this I would be happy to share my (lack of) progress to date. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20886] - web.xml: servlet param: fork==true results in no BuildException being thrown
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=20886. 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=20886 web.xml: servlet param: fork==true results in no BuildException being thrown [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-05-04 19:46 --- This looks like a OS and/or JVM issue rather than a Tomcat one. On this basis I am going to close this bug although if you have any more info that indicates that this is a Tomcat bug, please re-open it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Question on 5.0.23
Shapira, Yoav wrote: Thanks for the quick investigation and resolution. ;) I'm formally withdrawing my stable vote for 5.0.23 because of this bug. I couldn't find 5.0.20-5.0.22 for download, but IIRC 5.0.22 worked fine. I'll gladly test 5.0.24 as soon as it's available. Thanks again, I did update the build. BTW, all past builds are available here: http://archive.apache.org/dist/jakarta/tomcat-5/ Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Question on 5.0.23
Hi, I did update the build. Thanks. Is it still 5.0.23 then, and I should re-download and retest? 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: Question on 5.0.23
Shapira, Yoav wrote: Thanks. Is it still 5.0.23 then, and I should re-download and retest? I don't like moving tags, so it's 5.0.24, and I picked up the right version for CoyoteRequest this time :-/ Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Question on 5.0.23
Hi, I don't like moving tags, so it's 5.0.24, and I picked up the right version for CoyoteRequest this time :-/ Downloaded and tested 5.0.24, it works fine. You hit the nail right on the head. I'm ready to vote on it. Thanks again, 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]
Hey
Norton AntiVirus gelöscht1.txt Description: plain/text - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18342] - socketExceptions in 4.1.24
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=18342. 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=18342 socketExceptions in 4.1.24 --- Additional Comments From [EMAIL PROTECTED] 2004-05-04 21:42 --- Still a problem with Tomcat 4.1.29 running behind IIS: (Also a matching write problem, see below. Note that the date is not germane) Apr 1, 2004 12:06:26 PM org.apache.jk.common.ChannelSocket processConnection SEVERE: Error, processing connection java.net.SocketException: Software caused connection abort: recv failed at java.net.SocketInputStream.socketRead0(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java:129) at java.io.BufferedInputStream.fill(BufferedInputStream.java:183) at java.io.BufferedInputStream.read1(BufferedInputStream.java:222) at java.io.BufferedInputStream.read(BufferedInputStream.java:277) at org.apache.jk.common.ChannelSocket.read(ChannelSocket.java:548) at org.apache.jk.common.ChannelSocket.receive(ChannelSocket.java:486) at org.apache.jk.common.ChannelSocket.processConnection (ChannelSocket.java:603) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:786) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run (ThreadPool.java:683) at java.lang.Thread.run(Thread.java:534) Tomcat 4.1.29, Sun JDK 1.4.2, Windows 2003, IIS 6, isapi_redirect_1.2.5.dll. workers.propoerties: workers.java_home=c:\Program Files\JDK\1.4.2 ps=\ worker.list=ajp13 worker.ajp13.port=8009 worker.ajp13.host=localhost worker.ajp13.type=ajp13 Here is the matching write problem: Apr 1, 2004 12:06:46 PM org.apache.jk.server.JkCoyoteHandler action SEVERE: Error in action code java.net.SocketException: Software caused connection abort: socket write error at java.net.SocketOutputStream.socketWrite0(Native Method) at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92) at java.net.SocketOutputStream.write(SocketOutputStream.java:136) at org.apache.jk.common.ChannelSocket.send(ChannelSocket.java:457) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:654) at org.apache.jk.server.JkCoyoteHandler.action(JkCoyoteHandler.java:472) at org.apache.coyote.Response.action(Response.java:226) at org.apache.coyote.Response.finish(Response.java:348) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:329) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:395) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:673) at org.apache.jk.common.ChannelSocket.processConnection (ChannelSocket.java:615) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:786) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run (ThreadPool.java:683) at java.lang.Thread.run(Thread.java:534) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Kathrin WILD/ATT/CHEM/Corp ist außer Haus.
Ich werde ab 28.04.2004 nicht im Büro sein. Ich kehre zurück am 07.05.2004. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Question on 5.0.23
I have some possible problems with Jasper and XML syntax. One example from old watchdog: jsp:root xmlns:jsp=http://java.sun.com/JSP/Page; version=1.2 xmlns:direct=urn:jsptld:/WEB-INF/tlds/example-taglib.tld jsp:text![CDATA[html titlepositiveDirectTldReference/title body ]]/jsp:text jsp:text![CDATA[ ]]/jsp:text direct:test toBrowser=true att1=att1 jsp:text![CDATA[ Validated ]]/jsp:text /direct:test jsp:text![CDATA[ /body /html ]]/jsp:text /jsp:root Generates for the tag: do { out.write(jsp:text); out.write(\n); out.write(Validated\n); out.write(/jsp:text); out.write('\n'); int evalDoAfterBody = _jspx_th_direct_test_0.doAfterBody(); member = (String) _jspx_page_context.findAttribute(member); if (evalDoAfterBody != javax.servlet.jsp.tagext.BodyTag.EVAL_BODY_AGAIN) break; } while (true); So the tag body is not getting evaluated. I suspect this patch, which was not yet present in 5.0.22: kinman 2004/04/16 16:22:30 Modified:jasper2/src/share/org/apache/jasper/compiler JspDocumentParser.java Log: - Fix a bug where a custom tag with tagdependent body type is not handled correctly in XML syntax. The fix would have been trivial if not for the cases where jsp:attribute and/or jsp:body is present. I'm not too big on tags though, so I don't know for sure if it's even a bug. (et hop, 5.0.25 ... :/ ) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
PATCH Status worker (jk_worker_status.c) and Style Sheet.
Greetings All. Not withstanding that the whole Style Sheet thing for the Status Worker has gone quiet, offer here a patch to add the following: 1. Add a char variable to hold a path to the Style Sheet. 2. Add an int variable to define how the style sheet path should be used. 0 = No style info sent at all 1 = Use the built-in default 2 = Use the style path as a URL context to an external Style Sheet 3 = Use the style path as a file in the file system which is sent as an internal style sheet. Both modes 2 and 3 allow evaluation of colour options without restarting the server. Mode 3 also supports the serverRoot macro. 3. The above parameters have been added to jk_worker.h and do not significantly expand it. 4. GetAttributes and SetAttributes have been added to support the above vars plus 'disabled' and 'debug'. 5. The 'lst=' and 'dmp=' commands don't contain HTML formatting and hence return as 'plain/text'. 6. The default of 'all' is changed to an empty string, since the 'all' command is not yet defined as a command. 7. The order of the headers supports a recommendation in RFC 2616. 8. The Status Worker is now closer to a manageable object. http://normw.gknw.com/patches/jk_worker.h.diff http://normw.gknw.com/patches/jk_worker_status.c.diff The changes have been built and tested satisfactory in a NetWare environment at least. If jk_worker_status.c should ever acquire xml output, assume it will need a style sheet also. Norm - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/common jk_worker.c
billbarker2004/05/04 22:43:22 Modified:jk/native/common jk_worker.c Log: Grammatical fix for logging message. Fix for Bug #28761 Submitted By: Hans Schmid [EMAIL PROTECTED] Revision ChangesPath 1.15 +3 -3 jakarta-tomcat-connectors/jk/native/common/jk_worker.c Index: jk_worker.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_worker.c,v retrieving revision 1.14 retrieving revision 1.15 diff -u -r1.14 -r1.15 --- jk_worker.c 24 Feb 2004 08:45:47 - 1.14 +++ jk_worker.c 5 May 2004 05:43:22 - 1.15 @@ -91,8 +91,8 @@ rc = map_get(worker_map, name, NULL); -jk_log(l, JK_LOG_DEBUG, wc_get_worker_for_name, done %s found a worker\n, -rc ? : did not); +jk_log(l, JK_LOG_DEBUG, wc_get_worker_for_name, done %s a worker\n, +rc ? found : did not find); return rc; } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28761] - mod_jk logging: amall spelling improvement
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=28761. 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=28761 mod_jk logging: amall spelling improvement [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-05-05 05:44 --- Patch applied. Thanks much! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]