RE: Leaving Millennium, going on vacation...
Then you have a nice vacation as well ;) Well deserved, it's been an active and eventful year... Yoav Shapira http://www.yoavshapira.com -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 14, 2004 11:49 AM To: Tomcat Developers List Subject: Re: Leaving Millennium, going on vacation... Shapira, Yoav wrote: Hi, Tomorrow is my last day at Millennium, so this [EMAIL PROTECTED] address will become invalid. I'm going on vacation for most of the rest of December, and then I'll be back in January (although we'll see how busy school will be. This is just an FYI, I'll still be around for a few more days before vacation, but after the 19th I'm out of the country and not taking my laptop with me... Have a nice vacation :) I'll be on vacation too at the end of this week, but I'll have a laptop around. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
TCKs please
Hi, Can someone please run the Servlet and JSP TCKs against Tomcat 5.5.6? I hope we can make it a stable release, and this is a required step in the process ;) Thanks, Yoav Shapira http://www.yoavshapira.com 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: TCKs please
Hi, Wow, that was fast -- thanks ;) Yoav Shapira http://www.yoavshapira.com -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Monday, December 13, 2004 10:04 AM To: Tomcat Developers List Subject: Re: TCKs please Shapira, Yoav wrote: Hi, Can someone please run the Servlet and JSP TCKs against Tomcat 5.5.6? I hope we can make it a stable release, and this is a required step in the process ;) Thanks, All tests passed OK (WinXP, Win2K3, SLES 8, Redhat 9). +1. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Leaving Millennium, going on vacation...
Hi, Tomorrow is my last day at Millennium, so this [EMAIL PROTECTED] address will become invalid. I'm going on vacation for most of the rest of December, and then I'll be back in January (although we'll see how busy school will be. This is just an FYI, I'll still be around for a few more days before vacation, but after the 19th I'm out of the country and not taking my laptop with me... Yoav Shapira http://www.yoavshapira.com 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.30 versus 5.0.29 on the main download page
Hi, The main download page links to the 5.0.30 beta but not to the 5.0.29 stable. This has led to some confusion on the part of customers of mine. Would it be reasonable to always have the latest stable version from each of the maintained branches on that page? 5.0.29 is not stable, but maybe you meant 5.0.28 which is. The download pages are bears already, but I suppose at this time adding 5.0.28 back won't do much harm. Yoav Shapira http://www.yoavshapira.com 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]
Tomcat 5.5.6 tomorrow, Dec 11th
Hi, I'd like to tag and cut the 5.5.6 release tomorrow, December 11th, at 1800h GMT (http://www.timeanddate.com/worldclock/converted.html?month=12day=11ye ar=2004hour=13min=0sec=0p1=43p2=0). Unless I hear objections, that's what I'm going to do. So please either object, or finish committing stuff and update the change log by the above time ;) Thanks, and a good weekend to all, Yoav Shapira http://www.yoavshapira.com 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: Lost with sources in CVS
Hi, No offense, but if you can't figure that out, you shouldn't be messing around with this stuff. There's only one source, the others are copies for distribution for packaging. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Hans Verschoor [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 08, 2004 5:35 PM To: Tomcat Developers List Subject: Lost with sources in CVS Hi Yoav It that so ? Well ,for instance, this is what I *find*: server:/usr/src/tomcat/5-5-4# find . -name HttpServletResponse.java gives me: ./build/servlet-api-2.4/src/javax/servlet/http/HttpServletResponse.java ./jakarta-servletapi- 5/jsr154/src/share/javax/servlet/http/HttpServletResponse.java ./jakarta-servletapi- 5/jsr154/dist/src/javax/servlet/http/HttpServletResponse.java OK, which of the 3 ? If I find implementing *Response classes there is quite a list .. server:/usr/src/tomcat/5-5-4# find . -name *Response.java ./build/servlet-api-2.4/src/javax/servlet/http/HttpServletResponse.java ./build/servlet-api-2.4/src/javax/servlet/ServletResponse.java ./jakarta-servletapi- 5/jsr154/src/share/javax/servlet/http/HttpServletResponse.java ./jakarta-servletapi-5/jsr154/src/share/javax/servlet/ServletResponse.j ava ./jakarta-servletapi- 5/jsr154/dist/src/javax/servlet/http/HttpServletResponse.java ./jakarta-servletapi-5/jsr154/dist/src/javax/servlet/ServletResponse.ja va ./jakarta-tomcat- catalina/catalina/src/share/org/apache/catalina/core/ApplicationRespons e.ja va ./jakarta-tomcat- catalina/catalina/src/share/org/apache/catalina/core/ApplicationHttpRes pons e.java ./jakarta-tomcat- catalina/catalina/src/share/org/apache/catalina/core/DummyResponse.java ./jakarta-tomcat- catalina/catalina/src/share/org/apache/catalina/connector/Response.java ./jakarta-tomcat- catalina/tester/src/tester/org/apache/tester/UpperCaseResponse.java ./jakarta-tomcat- catalina/tester/src/tester/org/apache/tester/CharArrayResponse.java ./jakarta-tomcat- connectors/jk/java/org/apache/ajp/tomcat4/Ajp13Response.java ./jakarta-tomcat- connectors/coyote/src/java/org/apache/coyote/tomcat3/Tomcat3Response.ja va ./jakarta-tomcat- connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteResponse.jav a ./jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/Response. java ./jakarta-tomcat- connectors/webapp/java/org/apache/catalina/connector/warp/WarpResponse. java KR, Hans - Original Message - From: Shapira, Yoav [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Wednesday, December 08, 2004 9:55 PM Subject: RE: Lost with sources in CVS Hi, That's OK, don't feel bad asking questions ;) And don't feel bad when people say you're clueless if you say it's a mess ;) For Tomcat 5, Tomcat's source is divided into several CVS modules. These are jakarta-tomcat-5, jakarta-tomcat-catalina, jakarta-tomcat-connectors, jakarta-tomcat-jasper, and jakarta-servletapi-5. The last one in the previous list contains the Servlet API classes, so if you want to change the HttpServletResponse interface, that's where you would start. The build script does checkouts as needed, both for Tomcat's own source (the above CVS modules) and dependencies as listed in the build.properties.default file. The checkouts don't use the CVS -C switch, so they won't override any changes you've made. As to your build directory question, you should try it instead of ranting. You'll find the build script fairly intelligent in not removing your changes. Of course, if you run the clean Ant target, the directory will be cleaned out. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Hans Verschoor [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 08, 2004 3:41 PM To: [EMAIL PROTECTED] Subject: Lost with sources in CVS Hi, Ok, I'm a newbie in the Tomcat development area, but not in java or CVS, and I don't understand anything of what's it like in Tomcat. I downloaded the whole thing and ran the ant build. And now I find the same java sources in what the hell is this locations, js152, j152, catalina, build or whatever. I find sources in directory path's without the proper package, usually tests, Clock2 applets or contributions. I will probably be my lesser understanding, but I have no idea how to work in these sources. Which is the real source, will it be overwritten after an update and build (because I suspect the build directory is written out each time) ? Could anyone for instance tell me where I have to work in sources if I want to make a change in the servlet response (I just want that and I will do it, no discussion please..) I may be blunt, but TMHO the source and developmant environment is a mess ... Sorry I have to say this KR, Hans 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
RE: tomcat stop listen but doesn't close pool
Hi, You're wrong. You need to close the pool if you want that done. It's not a Tomcat bug. This has been discussed numerous times on the tomcat-user mailing list, which is the proper venue for this type of question, not this tomcat-dev list. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Filipe Lautert [mailto:[EMAIL PROTECTED] Sent: Thursday, December 09, 2004 8:00 AM To: [EMAIL PROTECTED] Subject: tomcat stop listen but doesn't close pool Hello, I think it's a bug, but just want to confirm it with you: I have an apllication that uses hibernate + jndi. it has a connection pool with a postgresql server. When I run the shutdown scripts of tomcat (shutdown.sh or catalina.sh stop), tomcat stop to listen at port 8080 but does not close the pool. The java process don't die. It stays alive, but without listen at http port. Then, when i start again tomcat, it opens a new pool and so on, till I have an out of memory in my machine (because of the java processes that still alive) or I reach the maximum number of connections of postgresql. I'm wrong, or tomcat should free all resources it has and simply die when I stop him? I'm asking this because I have another tomcat that doesn't uses jndi and when I run the shutdown scripts, the process ceases. Thanks, filipe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE] 5.5.5 Stability
Hi, 5.5.5 has been out for a bit. I haven't heard back about TCKs. There's at least one issue, already fixed by Remy in CVS, that prevents it from being stable according to him IIRC. (If my recollection is wrong, please correct it ;)). So there's probably not much of a point in a vote on 5.5.5 stability: we can leave it alpha and schedule 5.5.6 for this weekend. Alternatively, if you have strong feelings on alpha/beta/stable status, this is the time and place to voice them ;) Thanks, Yoav Shapira http://www.yoavshapira.com 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: Large (incorrect?) signatures (asc files) for Tomcat 5.0.29 onwards...
Hi, Hmm, thanks for pointing that out. I accidentally erased some of my setup files (.cshrc/.login, etc.) shortly after cutting 5.0.28. One of the things I had to redo was my release signing aliases/commands, and it looks like I messed up the PGP part. I'll take a look and correct them as needed. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Mark Anthony [mailto:[EMAIL PROTECTED] Sent: Thursday, December 09, 2004 11:53 AM To: tomcat-dev Subject: Large (incorrect?) signatures (asc files) for Tomcat 5.0.29 onwards... Hi, Am not an expert (by any means) on PGP, but I thought the PGP signature files should be small (all the others I've seen are). But from Tomcat 5.0.29 onwards they've all become bigger than the files being signed. Regards, Mark - ALL-NEW Yahoo! Messenger - all new features - even more fun! 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: Large (incorrect?) signatures (asc files) for Tomcat 5.0.29 onwards...
Hi, Oops, forgot the -b switch to pgp. I'll go regenerate the signatures for 5.0.29 and 5.0.30, and also 5.5.5 if needed. Sorry about that. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Shapira, Yoav Sent: Thursday, December 09, 2004 12:00 PM To: Tomcat Developers List Subject: RE: Large (incorrect?) signatures (asc files) for Tomcat 5.0.29 onwards... Hi, Hmm, thanks for pointing that out. I accidentally erased some of my setup files (.cshrc/.login, etc.) shortly after cutting 5.0.28. One of the things I had to redo was my release signing aliases/commands, and it looks like I messed up the PGP part. I'll take a look and correct them as needed. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Mark Anthony [mailto:[EMAIL PROTECTED] Sent: Thursday, December 09, 2004 11:53 AM To: tomcat-dev Subject: Large (incorrect?) signatures (asc files) for Tomcat 5.0.29 onwards... Hi, Am not an expert (by any means) on PGP, but I thought the PGP signature files should be small (all the others I've seen are). But from Tomcat 5.0.29 onwards they've all become bigger than the files being signed. Regards, Mark - ALL-NEW Yahoo! Messenger - all new features - even more fun! 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] 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: [ANN] Jakarta Tomcat Connectors 1.2.7-beta-2 released
Hi, Yeah, my bad, take a look now. I thought I'd fixed this in CVS and not just on the site, but will take another look. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 08, 2004 9:58 AM To: Tomcat Developers List Subject: Re: [ANN] Jakarta Tomcat Connectors 1.2.7-beta-2 released Allistair Crossley wrote: Cool. I've just gone to the Tomcat 5.5 docs and the link is broken for JK 1.2 http://jakarta.apache.org/tomcat/jk-1.2/ If you have the new link, I will patch the file. Well, they should all point to: http://jakarta.apache.org/tomcat/connectors-doc Like Tomcat 5.0 does. Think that Yoav is the guy to ask for... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [ANN] Jakarta Tomcat Connectors 1.2.7-beta-2 released
Hi, I see Remy beat me to fixing project.xml on HEAD. I guess I only fixed it on the TOMCAT_5_0 branch and on the live site, so when releasing 5.5 we went back to the broken links (which are now fixed on the live site again). Sheesh... Yoav Shapira http://www.yoavshapira.com -Original Message- From: Shapira, Yoav Sent: Wednesday, December 08, 2004 10:01 AM To: Tomcat Developers List Subject: RE: [ANN] Jakarta Tomcat Connectors 1.2.7-beta-2 released Hi, Yeah, my bad, take a look now. I thought I'd fixed this in CVS and not just on the site, but will take another look. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 08, 2004 9:58 AM To: Tomcat Developers List Subject: Re: [ANN] Jakarta Tomcat Connectors 1.2.7-beta-2 released Allistair Crossley wrote: Cool. I've just gone to the Tomcat 5.5 docs and the link is broken for JK 1.2 http://jakarta.apache.org/tomcat/jk-1.2/ If you have the new link, I will patch the file. Well, they should all point to: http://jakarta.apache.org/tomcat/connectors-doc Like Tomcat 5.0 does. Think that Yoav is the guy to ask for... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] 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: Tomcat homepage
Hi, Please use the tomcat-user mailing list for this. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Ramin Bonakdar [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 08, 2004 10:11 AM To: Tomcat Developers List Subject: Tomcat homepage Hi Team, 1) I have deployed a web application under webapps folder called SBM folder. I have added this to my server.xml Host name=prosales debug=0 appBase=webapps unpackWARs=true Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=sbm. suffix=.log timestamp=true/ Context path= docBase=SBM debug=0 reloadable=true/ Context path=SBM docBase=SBM debug=0 reloadable=true/ /Host When I insert http://prosales:8080 the homepage of tomcat comes up instead of our login page I have also added this to my hosts file under C:\WINNT\system32\drivers\etc 127.0.0.1 localhost 127.0.0.1 prosales What is wrong? 2) on another machine, when I start Tomcat from cmd window, a second black window comes up and after 2 seconds it disappears. I cannot even start tomcat What is wrong? Thanks Ramin -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 08, 2004 4:06 PM To: Tomcat Developers List Subject: RE: [ANN] Jakarta Tomcat Connectors 1.2.7-beta-2 released Hi, I see Remy beat me to fixing project.xml on HEAD. I guess I only fixed it on the TOMCAT_5_0 branch and on the live site, so when releasing 5.5 we went back to the broken links (which are now fixed on the live site again). Sheesh... Yoav Shapira http://www.yoavshapira.com -Original Message- From: Shapira, Yoav Sent: Wednesday, December 08, 2004 10:01 AM To: Tomcat Developers List Subject: RE: [ANN] Jakarta Tomcat Connectors 1.2.7-beta-2 released Hi, Yeah, my bad, take a look now. I thought I'd fixed this in CVS and not just on the site, but will take another look. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 08, 2004 9:58 AM To: Tomcat Developers List Subject: Re: [ANN] Jakarta Tomcat Connectors 1.2.7-beta-2 released Allistair Crossley wrote: Cool. I've just gone to the Tomcat 5.5 docs and the link is broken for JK 1.2 http://jakarta.apache.org/tomcat/jk-1.2/ If you have the new link, I will patch the file. Well, they should all point to: http://jakarta.apache.org/tomcat/connectors-doc Like Tomcat 5.0 does. Think that Yoav is the guy to ask for... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] 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] --- --- This e-mail message is for the sole use of the intended recipient(s) and contains confidential and/or privileged information belonging to Siebel Systems, Inc. or its customers or partners. Any unauthorized review, use, copying, disclosure or distribution of this message is strictly prohibited. If you are not an intended recipient of this message, please contact the sender by reply e-mail and destroy all soft and hard copies of the message and any attachments. Thank you for your cooperation. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may
RE: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup Embedded.java
Hi, Well, Catalina.java extends Embedded and does contain a complete working example. It's every bit as useful as the one in Embedded.java was. Nonetheless, you're right that the JavaDoc update was overdue. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Jacek Laskowski [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 08, 2004 11:38 AM To: Tomcat Developers List Subject: Re: cvs commit: jakarta-tomcat- catalina/catalina/src/share/org/apache/catalina/startup Embedded.java [EMAIL PROTECTED] wrote: yoavs 2004/12/08 06:35:58 Modified:catalina/src/share/org/apache/catalina/startup Tag: TOMCAT_5_0 Embedded.java Log: Updated JavaDoc to reflect the fact there's no longer a complete example in main(). I wish I knew that before I started to wire Tomcat into Geronimo ;) Jacek - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Lost with sources in CVS
Hi, That's OK, don't feel bad asking questions ;) And don't feel bad when people say you're clueless if you say it's a mess ;) For Tomcat 5, Tomcat's source is divided into several CVS modules. These are jakarta-tomcat-5, jakarta-tomcat-catalina, jakarta-tomcat-connectors, jakarta-tomcat-jasper, and jakarta-servletapi-5. The last one in the previous list contains the Servlet API classes, so if you want to change the HttpServletResponse interface, that's where you would start. The build script does checkouts as needed, both for Tomcat's own source (the above CVS modules) and dependencies as listed in the build.properties.default file. The checkouts don't use the CVS -C switch, so they won't override any changes you've made. As to your build directory question, you should try it instead of ranting. You'll find the build script fairly intelligent in not removing your changes. Of course, if you run the clean Ant target, the directory will be cleaned out. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Hans Verschoor [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 08, 2004 3:41 PM To: [EMAIL PROTECTED] Subject: Lost with sources in CVS Hi, Ok, I'm a newbie in the Tomcat development area, but not in java or CVS, and I don't understand anything of what's it like in Tomcat. I downloaded the whole thing and ran the ant build. And now I find the same java sources in what the hell is this locations, js152, j152, catalina, build or whatever. I find sources in directory path's without the proper package, usually tests, Clock2 applets or contributions. I will probably be my lesser understanding, but I have no idea how to work in these sources. Which is the real source, will it be overwritten after an update and build (because I suspect the build directory is written out each time) ? Could anyone for instance tell me where I have to work in sources if I want to make a change in the servlet response (I just want that and I will do it, no discussion please..) I may be blunt, but TMHO the source and developmant environment is a mess ... Sorry I have to say this KR, Hans 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]
TCK request
Hi, Can someone with access please run the Servlet and JSP TCKs against Tomcat 5.5.5? I'd like to have a stability vote starting Thursday. Thanks, Yoav Shapira http://www.yoavshapira.com 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: TCK request
Hi, Can someone with access please run the Servlet and JSP TCKs against Tomcat 5.5.5? I'd like to have a stability vote starting Thursday. I think you're going to hate me, but *32505* is a serious issue (which I misundurstood at first), so it needs at least one hotfix :( I don't hate you or anyone else ;) I agree it's a fairly serious issue, and it probably means 5.5.5 stays beta. But that's not that big a deal... Yoav 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: Tomcat 5.0.30 today...
Hi, Are we going to need a new 5.0.x build to fix the admin webapp issue ? Bah ;) I posted a note to tomcat-user telling people of the fix, which is just a configuration. The next step would be to post the amended configuration file itself (struts-config.xml) on the download pages, and I'll do that today assuming no one objects. But a whole new release for this -- I hadn't planned on it, don't feel like it at the moment. Yoav Shapira http://www.yoavshapira.com 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: Tomcat 5.0.30 today...
Hi, No no ;) 5.5.5 is there, posted about an hour after I tagged it. I just wanted to give the mirrors ample time(*) to sync up before I made the release announcement. (*) = the mirrors seem to be taking longer to sync up. I don't know if it's a scale issue, as the Apache repositories are growing rapidly, or if it was a network issue, a one-time glitch, whatever, but last time it took about 24 hours for all of them to sync, whereas 12 was sufficient in the past. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Allistair Crossley [mailto:[EMAIL PROTECTED] Sent: Friday, December 03, 2004 10:09 AM To: Tomcat Developers List; Peter Lin Subject: RE: Tomcat 5.0.30 today... yeah where _did_ 5.5.5 go ;) :) were you out on the razz yoav? -Original Message- From: Peter Lin [mailto:[EMAIL PROTECTED] Sent: 03 December 2004 15:08 To: Tomcat Developers List Subject: Re: Tomcat 5.0.30 today... LOL, man I couldn't help laughing. you guys are slacking off!! just kidding. peter On Fri, 03 Dec 2004 16:04:36 +0100, Remy Maucherat [EMAIL PROTECTED] wrote: Shapira, Yoav wrote: Bah ;) I posted a note to tomcat-user telling people of the fix, which is just a configuration. The next step would be to post the amended configuration file itself (struts-config.xml) on the download pages, and I'll do that today assuming no one objects. But a whole new release for this -- I hadn't planned on it, don't feel like it at the moment. I've been there already ;) 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] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: DO NOT REPLY [Bug 32381] - Couldn't expand/collapse tree branches using Tomcat Administration Tool
Hi, I've back-ported this to 5.0. Thanks, Yoav Shapira http://www.yoavshapira.com -Original Message- From: Allistair Crossley [mailto:[EMAIL PROTECTED] Sent: Friday, December 03, 2004 11:17 AM To: Tomcat Developers List Subject: RE: DO NOT REPLY [Bug 32381] - Couldn't expand/collapse tree branches using Tomcat Administration Tool i notice in the 5.0.30 code, this bug may also exist since the web.xml is 2.4, although I have not tested. was this patched to the 5.0.30 also? cheers, Allistair. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 01 December 2004 22:42 To: [EMAIL PROTECTED] Subject: DO NOT REPLY [Bug 32381] - Couldn't expand/collapse tree branches using Tomcat Administration Tool 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=32381. 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=32381 [EMAIL PROTECTED] changed: What|Removed |Added -- -- Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-12-01 23:42 --- this bug was a result of moving to the 2.4 spec. the placeholder used in the tree control tag was ${name} which tomcat will have tried to evaluate as a page scoped expression language variable (which does not exist of course as this is not the intention). i have provided patches for the affected JSP and Java files that removes the dollar but leaves the braces so it still looks like a placeholder. i have also grepped all files across the admin webapp to ensure there are no more similar bugs involving EL type syntax placeholders and there are not (only ${node} but this is in comments only and is not present in code anywhere. i have compiled and tested with the latest HEAD and the node collapse works ok. hope this makes it for 5.5.5 tomorrow. cheers :) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Reminder: Tomcat 5.5.5 today...
http://marc.theaimsgroup.com/?l=tomcat-devm=110193330029722w=2 I hope I'm not being too verbose with these, I just want to make sure I don't step on anyone's toes when tagging and releasing. Yoav Shapira http://www.yoavshapira.com 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]
Reminder: Tomcat 5.5.5 tomorrow...
... as suggested in http://marc.theaimsgroup.com/?l=tomcat-devm=110173884901841w=2. Please finish working by then -- thanks! Yoav Shapira http://www.yoavshapira.com 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: Tomcat jars as Maven dependencies
Hi, I've been deficient about this. I'll read up the process, post recent releases to the Maven repository as needed, and try to keep doing it in the future. But of course as Remy said, Jacek since you have an apache.org account you should be able to do this yourself, and none of us would complain if you did ;) Thanks for the Geronimo stuff by the way: I'm sorry to have dropped out of that mailing list discussion, I just don't have the bandwidth for it at the moment ;( Yoav Shapira http://www.yoavshapira.com -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 30, 2004 9:12 AM To: Tomcat Developers List Subject: Re: Tomcat jars as Maven dependencies Jacek Laskowski wrote: Hi, Where can I find Tomcat jars so that they can be used as Maven dependencies? I'm working on running Apache Tomcat as a GBean (aka service) of Apache Geronimo. Geronimo builds the gbean using the Tomcat jars declared as Maven dependencies. Unfortunatelly, the jars ain't available anywhere so when the newest version of Tomcat shows up the jars have to be placed in my own repository at http://www.apache.org/~jlaskowski/maven. Currently, Tomcat 5.5.4 seems to be running well, but a lot of things need to be done yet (e.g. security, deployment to name a few) There's already a place where the libs could be placed within ASF infrastructure so that they would finally show up at iBiblio.org. The missing piece is to place them over there. I'd like to sort it out and get rid of yet another Maven repository in Geronimo build (which slows down the build slightly). What I'm asking for is to receive the project's permission to upload the files to http://www.apache.org/dist/java-repository/tomcat/jars and work on setting up a script to prepare SNAPSHOTs. If you know what to do (we don't) and want to do it, then I don't think anyone will have a problem if you do it. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat jars as Maven dependencies
Hi, BTW how does the process of cutting a Tomcat release look like? Where are the scripts or is it done manually? The Tomcat release process is partially automated. There's a release target in the main (CVS module jakarta-tomcat-5) Ant build file which does the build, testing, and packaging of the release. Then the release manager signs (PGP) and checksums (MD5) the distributions, and places them in the appropriate directories on www.apache.org. After giving it a while (I usually do 12 hours) for the mirrors to pick up the distros, the release manager updates the jakarta downloads page and makes the announcement to tomcat-dev, tomcat-user, [EMAIL PROTECTED] Yoav Shapira http://www.yoavshapira.com 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]
I broke this (I think), but I don't know quite why...
Hi, As http://issues.apache.org/bugzilla/show_bug.cgi?id=32445 shows, I apparently broke the admin webapp when I made it compile with Struts 1.2 for Tomcat 5.0.30. I've looked at it for a bit, and I can't quite figure out why it's broken or how to fix it quickly, probably because my Struts knowledge is not where it should be. The ApplicationResources.properties are where they used to be, properly packaged in the catalina-admin.jar and on the classpath. I didn't change any of the struts config files either. So I'm a bit puzzled as to why this is broken and would appreciate hints on a fix. The reason I'm asking now (and copying Amy, my admin webapp guru -- Amy I hope you don't mind the personal email), is that I made the same code changes for Tomcat 5.5.5, which is slated to be released in about 48 hours. Thanks, Yoav Shapira http://www.yoavshapira.com 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: Struts requirement - Re: I broke this (I think), but I don't know quite why...
Hi, +1 from me for Struts 1.2. I already made the changes to build.properties.default a little while ago, and I don't think any users would complain about this. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Amy Roh [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 30, 2004 3:01 PM To: Tomcat Developers List Subject: Struts requirement - Re: I broke this (I think), but I don't know quite why... The fix will not be compatible with Struts 1.1. We'd need to change Struts requirement version 1.2 or later. Vote to require Struts 1.2 or above? Thanks, Amy Shapira, Yoav wrote: Hi, As http://issues.apache.org/bugzilla/show_bug.cgi?id=32445 shows, I apparently broke the admin webapp when I made it compile with Struts 1.2 for Tomcat 5.0.30. I've looked at it for a bit, and I can't quite figure out why it's broken or how to fix it quickly, probably because my Struts knowledge is not where it should be. The ApplicationResources.properties are where they used to be, properly packaged in the catalina-admin.jar and on the classpath. I didn't change any of the struts config files either. So I'm a bit puzzled as to why this is broken and would appreciate hints on a fix. I remember similar issues, but I forgot the cause, sorry :( Hopefully I'll remember. The reason I'm asking now (and copying Amy, my admin webapp guru -- Amy I hope you don't mind the personal email), is that I made the same code changes for Tomcat 5.5.5, which is slated to be released in about 48 hours. Are there similar issues in that branch ? It works for me (running from my build folder, which doesn't prove much). 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: I broke this (I think), but I don't know quite why...
Hi, Thanks Amy ;) Yoav Shapira http://www.yoavshapira.com -Original Message- From: Amy Roh [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 30, 2004 2:09 PM To: Tomcat Developers List Subject: Re: I broke this (I think), but I don't know quite why... I'm looking at it now. I think I know why. I'll commit the fix into both branches when I confirm. Thanks, Amy Shapira, Yoav wrote: Hi, As http://issues.apache.org/bugzilla/show_bug.cgi?id=32445 shows, I apparently broke the admin webapp when I made it compile with Struts 1.2 for Tomcat 5.0.30. I've looked at it for a bit, and I can't quite figure out why it's broken or how to fix it quickly, probably because my Struts knowledge is not where it should be. The ApplicationResources.properties are where they used to be, properly packaged in the catalina-admin.jar and on the classpath. I didn't change any of the struts config files either. So I'm a bit puzzled as to why this is broken and would appreciate hints on a fix. I remember similar issues, but I forgot the cause, sorry :( Hopefully I'll remember. The reason I'm asking now (and copying Amy, my admin webapp guru -- Amy I hope you don't mind the personal email), is that I made the same code changes for Tomcat 5.5.5, which is slated to be released in about 48 hours. Are there similar issues in that branch ? It works for me (running from my build folder, which doesn't prove much). 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] 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: Releasing JK1.2.7
Hi, +1 on the release and docs linking. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Monday, November 29, 2004 5:48 AM To: Tomcat Developers List Subject: Re: Releasing JK1.2.7 Remy Maucherat wrote: I'd like to link the updated docs from the main Tomcat page (in the docs section). Any problem with that ? Sure, do so. They should all point to: http://jakarta.apache.org/tomcat/connectors-doc/ MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Time for 5.5.5 (Was: RE: Tomcat 5.0.30 today...)
Hi, OK. How about this Thursday, December 2nd, at 1600h GMT (1100h my time, http://www.timeanddate.com/worldclock/converted.html?month=12day=2year=2004hour=11min=0sec=0p1=43p2=0), for Tomcat 5.5.5? Yoav Shapira http://www.yoavshapira.com -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Thursday, November 25, 2004 12:51 PM To: Tomcat Developers List Subject: Re: Tomcat 5.0.30 today... Shapira, Yoav wrote: ... final reminder: http://marc.theaimsgroup.com/?l=tomcat-devm=110114183416566w=2. Please make sure to commit any relevant checkouts by then and update the changelog accordingly. Thanks, Next week for 5.5.5 ? Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: New JK docs released
Hi, OK, I've updated the docs on the site for Tomcat 5.x (it's not often I get to use perl on our live site! ;)), and in CVS as well for the next releases. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Monday, November 29, 2004 5:40 AM To: Tomcat Developers List Subject: New JK docs released Hi, I have put the new JK documentation in the: http://jakarta.apache.org/tomcat/connectors-doc/ It has an link to old docs that are at: http://jakarta.apache.org/tomcat/connectors-doc-archive/jk2 So can someone change the links to point to: /tomcat/connectors-doc instead /tomcat/connectors-doc/jk2 Yoav? Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
mod_jk2 issues in Bugzilla
Hi, When (if) do we close them as WONTFIX? Yoav Shapira http://www.yoavshapira.com 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: mod_jk2 issues in Bugzilla
Hi, I just closed a chunk (about 20) as WONTFIX with this text, modified for correct version number and release date. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Monday, November 29, 2004 1:45 PM To: Tomcat Developers List Subject: Re: mod_jk2 issues in Bugzilla Tim Funk wrote: +1 as WONTFIX. Proposed text ... As of November 15, 2004, JK2 is no longer supported. All bugs related to JK2 will be marked as WONTFIX. In its place, some of its features have been backported to jk1. Most of those features will be seen in 2.0.7. (Actual release date is unknown as of this writing) Another alternative is the ajp addition to mod_proxy which will be part of apache 2. For more information on the Tomat connectors docs at http://jakarta.apache.org/tomcat/connectors-doc/ I counted 50 open bugs. +1. You can start at will :). One thing (It's 1.2.7 not 2.0.7), and the release date is planned for tomorrow 18:00 GMT. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [doc] First App - Example App
Hi, Go ahead, build the WAR, index page, and put it in a Bugzilla enhancement item please. I'd done part of this, including the WAR for the example webapp, in the past. I put it on my apache.org/~yoavs site, and it was downloaded a number of times, but I accidentally deleted the relevant directory tree a few months ago ;( Happy thanksgiving to all, Yoav Shapira http://www.yoavshapira.com -Original Message- From: Ben Souther [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 23, 2004 10:20 PM To: Tomcat Developers List Subject: [doc] First App - Example App Hello, The Example App link at the end of the First App tutorial http://jakarta.apache.org/tomcat/tomcat-5.5-doc/appdev/sample is a bit misleading when viewed off the Apache site from the web. When you click on it, it displays an Apache directory listing. From there, you can drill into the src directory to get the servlet code but when you try to drill into the web directory the index.html page gets shown and leads the viewer into thinking that this is a working app. It's not. When you click on the To a servlet link you see a 404 error and when you click on the To a JSP page link you see the JSP code (which looks like the output from a JSP page displayed as text because there are no JSP scriptlet tags in it). I understand that the intent is for the viewer install TC, follow the entire tutorial and actually deploy the examples to his/her own machine, and then run it from there, but a casual surfer (or worse a struggling newbie) will just see this as a non-working app with broken links. Has anyone considered building the app, WARing it up, and putting an index.html page at http://jakarta.apache.org/tomcat/tomcat-5.5-doc/appdev/sample/ with a link to the war file and some basic instructions for either running or unpacking the file to get to the src that goes with the tutorial? If this is a good idea, I'd be willing to build the war files and HTML pages. - Ben - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat 5.0.30 today...
... final reminder: http://marc.theaimsgroup.com/?l=tomcat-devm=110114183416566w=2. Please make sure to commit any relevant checkouts by then and update the changelog accordingly. Thanks, Yoav Shapira http://www.yoavshapira.com 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: Website updates
Hi, Seems reasonable... Yoav Shapira http://www.yoavshapira.com -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Monday, November 22, 2004 9:39 AM To: Tomcat Developers List Subject: Website updates I propose the following changes to the main website: - in the Documentation section, add JK 1.2 - add the new JK documentation to the website - in the Documentation section, add mod_proxy, linking to the Apache 2.1 documentation - when the next Tomcat 5.5 stable is released, update the Tomcat Versions chart with 5.5, and move the Tomcat 5.0 documentation link to the archives Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Reminder: Tomcat 5.0.30 this Wednesday...
... as per my original message: Hi, If no one objects, I'd like to cut Tomcat 5.0.30 next week. Right now let's say Wednesday, November 24th, at 1600h GMT (http://www.timeanddate.com/worldclock/converted.html?month=11day=24ye ar=2004hour=11min=0sec=0p1=43p2=0). Yoav Shapira http://www.yoavshapira.com 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: JK documentation
Hi, I like the new look and style, as well as the cleaned up docs. Good job ;) Yoav Shapira http://www.yoavshapira.com -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Thursday, November 18, 2004 5:03 AM To: Tomcat Developers List Subject: Re: JK documentation Mladen Turk wrote: Docs are at: http://www.apache.org/~mturk/docs/ I'll put tomorrow the rest of docs. Preview is at: http://www.apache.org/~mturk/docs/ The sources can be found at: http://www.apache.org/~mturk/xdocs.tar.gz As you might see there is no more jk2 documentation. Also I have arranged the documentation to follow the Tomcat style guide. Also I have made couple of new sections like 'install' and 'config'. I plan to put in there docs mostly from howto's cause they are quite large and hard to read. In general I'll try to keep at most two pages per file. If it's OK with you guys I'll commit those new files. Also: Any suggestion or even help :) is more then welcome! Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat 5.0.30 next week
Hi, If no on objects, I'd like to cut Tomcat 5.0.30 next week. Right now let's say Wednesday, November 24th, at 1600h GMT (http://www.timeanddate.com/worldclock/converted.html?month=11day=24ye ar=2004hour=11min=0sec=0p1=43p2=0). If anyone objects, let's hear it. I've been porting nearly every fix in 5.5 to 5.0 recently, and after 5.0.30, assuming it goes stable, I'll probably stop doing that. I'll still be glad to help with releases if other people continue significant work on 5.0 of course. Yoav Shapira http://www.yoavshapira.com 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: Tomcat 5.0.30 next week
Hi, I would be happy if my patch to bug #32269 could make it into 5.0.30 stable because I need it in an official stable Tomcat 5.0 release and you say this is the last chance. It's not the absolute last chance, but 5.0 releases are going to drop in frequency after 5.0.30, I anticipate. Of course showstopper and security bugs will still be addressed immediately. But that's the besides the point for you: your patch seems fine and I'll put it into 5.0.30 unless someone else does it before me or -1's it. I wasn't sure if CompositeName was in JDK 1.3, but I see it is. I just checked the source of JNDIRealm from Tomcat 5.5.4 and it's just the same, so bug and patch apply to 5.5.4 too. Yup, I saw that. Thanks for your effort and may your MBA study be successful, Thanks ;) Yoav Shapira http://www.yoavshapira.com 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: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources LocalStrings.properties LocalStrings_es.properties LocalStrings_fr.properties LocalStrings_ja.properties
Hi, I wasn't aware of past action on this. Because the items haven't been in a release, it's a cinch to undo my commits and resolve the issue as invalid. I wouldn't have a problem with that if someone feels strongly about it. It seemed easy from an implementation perspective, and I figured very few people would use it, but who knows... ;) Yoav Shapira http://www.yoavshapira.com -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Thursday, November 18, 2004 10:31 AM To: Tomcat Developers List Subject: Re: cvs commit: jakarta-tomcat- jasper/jasper2/src/share/org/apache/jasper/resources LocalStrings.properties LocalStrings_es.properties LocalStrings_fr.properties LocalStrings_ja.properties [EMAIL PROTECTED] wrote: yoavs 2004/11/18 06:23:55 Modified:webapps/docs changelog.xml jasper2/src/share/org/apache/jasper JspC.java jasper2/src/share/org/apache/jasper/resources LocalStrings.properties LocalStrings_es.properties LocalStrings_fr.properties LocalStrings_ja.properties Log: Bugzilla 32257: add configurable file name extensions to JspC. I had consistently vetoed this feature addition in the past. Yet another useless feature that allows to blatantly ignore the specification, and will make applications less portable. I suppose I should have closed the bug faster. Now that you implemented it, I suppose it means the code can stay :/ Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Bug with contextInitialized using otherServletContext.getContext ?
Hi, You wouldn't need to submit a Vignette product or complex WAR to show this, if I understand their email correctly. Submit a zip file with two WARs, ie. two webapps / two contents, each one very small and basic. Each WAR should be mapped to a different path, have a ServletContextListener with a System.out.println of the contextInitialized event, and a Servlet or JSP that when requested does a ServletContext#getContext request for the other context and prints out its path. You'll find that this works when crossContext=true for both these apps, and therefore the Vignette claim is bogus. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Andreas Steffan [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 17, 2004 5:16 AM To: Tomcat Developers List Subject: Re: Bug with contextInitialized using otherServletContext.getContext ? Hallo Remy, Remy Maucherat wrote: Andreas Steffan wrote: suggest you go back to the list (I am unable to comment in a public forum) and explain the issue correctly before claiming this. --- Does their product suck as much as their company policies ? ;) Sorry, can't comment on that one. ;) To be honest, it does not change my positition that the portal relies on non spec compliant behaviour of a container to get things working. According to what you've said, I would call this non spec compliant behaviour a bug in the portal. Would you please be so kind and make a final statement here ? No, I don't understand what the problem is, especially after reading the email. Assuming you are referring to the Vignette employees statement: I agree: I don't understand what their problem is. And I don't care what their product does internally to get things working properly on a supported platform (like tomcat 4.1.27). So, sorry, you get the regular answer now: please submit a ready to test set of WARs demonstrating the bad behavior. Ok, I'll ask Vignette if we can provide you with their product and our bug-demo application. ;) -- regards, Andreas Andreas Steffan Entwicklung [EMAIL PROTECTED] T: +49.40.80 81 69-634 F: +49.40.80 81 69-808 SinnerSchrader Neue Informatik Software. Design. Interfaces. http://www.s2neueinformatik.de/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [Patch] JNDIRealm throws InvalidNameException if LDAP DN contains '/' or '' [Auf Viren geprüft]
Hi, Attachments don't come through on these lists: please use Bugzilla to submit it. Thanks, Yoav Shapira http://www.yoavshapira.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 16, 2004 9:50 AM To: [EMAIL PROTECTED] Subject: [Patch] JNDIRealm throws InvalidNameException if LDAP DN contains '/' or '' [Auf Viren geprüft] JNDIRealm in Tomcat 5.0.29 throws an InvalidNameException while authenticating a user if the users LDAP DN contains a slash ('/') or double quote (''). These are characters are allowed in LDAP DNs but special characters in Javas CompositeName and are not handled correctly in JNDIRealm. The appended patch against JNDIRealm.java goes through CompositeName to get an LdapName. (See attached file: JNDIRealm.java.diff) Frerk Meyer EDEKA Aktiengesellschaft GB Datenverarbeitung Frerk Meyer CC Web Technologien New-York-Ring 6 22297 Hamburg Tel: 040/6377 - 3272 Fax: 040/6377 - 41268 mailto:[EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: web.xml since J2EE 1.4
Hi, The Servlet Specification is the place to look: http://java.sun.com/products/servlet. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Schalk Neethling [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 16, 2004 2:16 PM To: Tomcat Developers List Subject: web.xml since J2EE 1.4 Greetings Can someone please point me to where I can learn the changes that happened to web.xml since J2EE 1.4. Up to now I have had no trouble but, when trying to configure the taglibs for Struts using the web.xml I am getting parser errors. It seems to have a problem with the taglib directive. Should I stay with servlet 2.3 and validating against the DTD instead of the new Schema? -- Kind Regards Schalk Neethling Web Developer.Designer.Programmer.President Volume4.Business.Solution.Developers emotionalize.conceptualize.visualize.realize Tel: +27125468436 Fax: +27125468436 email:[EMAIL PROTECTED] Global: www.volume4.com We support OpenSource Get Firefox!- The browser reloaded - http://www.mozilla.org/products/firefox/ 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. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Bug with contextInitialized using otherServletContext.getContext ?
Hi, First, if you stick with 4.1, you might want to try 4.1.31 instead of 4.1.27 as it's the latest stable release. However, I don't think what you're reporting is a bug, and so 4.1.27 vs 4.1.31 doesn't matter for this specific issue. The reason I don't think it's a bug is that webapp initialization order is not guaranteed: it may simply be the context you're trying to get hasn't been initialized yet, so a null return is valid. Your code should be tolerant of it (and defer registration, throw an error, or whatever you want). That also means a Servlet's init method isn't guaranteed to return the context object, because it might be called before the container even starts initializing another webapp. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Andreas Steffan [mailto:[EMAIL PROTECTED] Sent: Saturday, November 13, 2004 11:42 AM To: [EMAIL PROTECTED] Subject: Bug with contextInitialized using otherServletContext.getContext ? Hallo tomcat developers, we are using Vignette Application Portal v7.1 on tomcat 4.1.27, and we are encountering a problem using a ServletContext to obtain a reference to another one. The whole story goes as follows: The portal (which is a web-application) is configured in server.xml to make sure it gets started before the portlet-application. Both applications have crossContext set to true. The portlet application uses a ServletContextListener (provided by Vignette) to register with the portal (which also is a web-application). In contextInitialized(), this ServletContextListener uses the portals ServletContext object invoking getContext(/portlet-app-context) to obtain a reference to the portlet-applications ServletContext. This call sometimes (seems to depend on timing) returns null and makes application unavailable. Obtaining the ServletContext from the event on the other hand always returns the expected object. The spec says that getContext() may return null if the context does not exist or the container wishes to restrict access and contextInitialized() is called when the web-application is ready to process requests. The spec and its reference implementation don't seem to make a good match here. Is it a bug in tomcat that this call returns null ? We are very late on a project and need to get out fast. I see three possibilities here: 1. Use tomcat 5.0 if it is a bug in tomcat 4.1 (assuming v5.0 has diffrent behaviour and Vignette will support it) 2. Fix tomcat 4.1 3. Move initialization to a Servlets init method (assuming that would make getContext not return null) What would you suggest ? -- Thanks Andreas Steffan Entwicklung [EMAIL PROTECTED] T: +49.40.80 81 69-634 F: +49.40.80 81 69-808 SinnerSchrader Neue Informatik Software. Design. Interfaces. http://www.s2neueinformatik.de/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Bug with contextInitialized using otherServletContext.getContext ?
Hi, The application (portlet-application) getting the contextInitialized() event is using another apps (the portals) ServletContext.getContext() to obtain a reference to the portlet-applications ServletContext and fails because of the null return value. Are both of these contexts configured with crossContext=true? That's required for Tomcat's getContext() calls to return non-null values. It's disabled by default for security. Vignette claims its a bug in tomcat (and says that Websphere and Weblogic return the expected reference). There have been numerous instances in the past where Websphere and Weblogic implementations of the Servlet Spec were less strict than Tomcat's. So the above by itself is not sufficient to make a case, since the expected reference might not be correct according to the Spec, but provided for convenience (or even as a bug). However, first let's see if setting crossContext=true brings the behavior you desire. I should have mentioned this in my first response. Yoav Shapira http://www.yoavshapira.com 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: TCK questions
Hi, OK, thanks for finding these out ;) Yoav Shapira http://www.yoavshapira.com -Original Message- From: Amy Roh [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 10, 2004 5:34 PM To: Tomcat Developers List Subject: Re: TCK questions Here are my findings after talking to compatibility folks. TCK reports just like the TCK are under NDA and cannot be posted to any public website, newsgroup, etc. Only ASF members who are covered by NDA is allowed to see the test results. Geir is the person who understands this well and is the ASF liason. The only ASF people that can run the TCKS are those who have the correct NDAs. Geir has this information. The TCKs cannot be run on a box that is accessible by non-NDA ASF members. Hope this helps. Thanks, Amy - Original Message - From: Shapira, Yoav [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Wednesday, November 10, 2004 6:03 AM Subject: TCK questions Hi, I have two questions regarding the Servlet and JSP TCKs that you (the powers that be) run for us on Tomcat releases (thanks again ;)). 1. When you run the TCKs, is there a report produced? If so, what's its format and can it posted to this list? 2. I know the TCK scholarship for the Servlet and JSP JSRs was granted to the ASF, so theoretically (and I don't really want to do this at the moment, just asking) we should be able to run the TCKs ourselves assuming a proper authentication approach was taken (i.e. only run on minotaur.apache.org, testing org.apache code, etc.)? Thanks, Yoav Shapira http://www.yoavshapira.com This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] 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]
TCK questions
Hi, I have two questions regarding the Servlet and JSP TCKs that you (the powers that be) run for us on Tomcat releases (thanks again ;)). 1. When you run the TCKs, is there a report produced? If so, what's its format and can it posted to this list? 2. I know the TCK scholarship for the Servlet and JSP JSRs was granted to the ASF, so theoretically (and I don't really want to do this at the moment, just asking) we should be able to run the TCKs ourselves assuming a proper authentication approach was taken (i.e. only run on minotaur.apache.org, testing org.apache code, etc.)? Thanks, Yoav Shapira http://www.yoavshapira.com 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]
[VOTE][RESULT] Tomcat 5.5.4 Stability
Hi, After ample time for voting, we've ratified Tomcat 5.5.4 as a stable release, the first one of the 5.5 branch. The voting archive is here: http://marc.theaimsgroup.com/?t=10996632613r=1w=2. There were 3 binding +1 votes (Remy, Mladen, myself) and 1 non-binding +1 vote (David). There were no other votes (where is everyone? ;)). I'm now going to update the web site and download links accordingly. Yoav Shapira http://www.yoavshapira.com 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: [VOTE] Tomcat 5.5.4 Stability
Hi, I'm also changing my vote to [ X ] Stable now that I've had more of a chance to test it over the weekend, including running some home-grown apps and their respective stress tests. (BTW Peter if you're watching this thread, the JMeter monitor thing works great!) Let's run this vote for 24 hours more, until tomorrow (Tuesday, 10 Nov 2004, around 1600h GMT), to give others a chance to vote. I'll post the vote results at that time, and make the relevant announcements as needed. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 09, 2004 6:42 AM To: Tomcat Developers List Subject: Re: [VOTE] Tomcat 5.5.4 Stability Shapira, Yoav wrote: Hi, Tomcat 5.5.4 has been available for about a week now, and tentatively rated alpha for this time. Now that people have hopefully had some time to test it out, let's vote on its stability. The release passes all our internal tests, and also passes the Servlet and JSP TCKs. There have been no serious issues filed against this release in Bugzilla (I don't think http://issues.apache.org/bugzilla/show_bug.cgi?id=32081 is a big deal). More voting would be appreciated. Thanks :) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Newest JK commits
Hi, Cool. Are you planning a JK release soon? Yoav Shapira http://www.yoavshapira.com -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Monday, November 08, 2004 9:05 AM To: Tomcat Developers List Subject: Newest JK commits Hi all, I've done some JK commits that I've been testing for a long time. The major addition is socket timeout that was missing, causing couple of minutes delays on some platforms if tomcat was down. Also I've back ported the load balance algorithm from proxy_balancer, that actually does what it should. For example the A:lb_factor=5 and B:lb_factor=1 will now give five times more requests to host A. I have also changed one very misleading directive (socket_timeout) to recycle_timeout. The socket_timeout directive is now what it should be (the timeout for the socket), while the recycle_timeout is the inactive socket timeout. I have also revert Jean-Frederic's latest map_free changes (by mistake). Further more IMO we should prefix all public functions using jk_. That's about it. I have tested all patches on unix and win32. What I'd like to see is if I broke something on AIX (Henry ?) and Netware (Norm, Guenter?) Cheers, MLaden. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE] Tomcat 5.5.4 Stability
Hi, Tomcat 5.5.4 has been available for about a week now, and tentatively rated alpha for this time. Now that people have hopefully had some time to test it out, let's vote on its stability. The release passes all our internal tests, and also passes the Servlet and JSP TCKs. There have been no serious issues filed against this release in Bugzilla (I don't think http://issues.apache.org/bugzilla/show_bug.cgi?id=32081 is a big deal). So following the usual criteria, Tomcat 5.5.4 is: [ ] Alpha [ X ] Beta [ ] Stable My vote is for Beta only because I haven't tested it that much. I expect this or the next release to be the first stable one on the 5.5 branch. Yoav Shapira http://www.yoavshapira.com 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: Coyote Connector - Disabling compression for a specific servlet
Hi, My take on it is that doing compression at the connector level is nice from a performance perspective, but not from a portability perspective, so I use a compression filter. There are many freely available online. Needless to say, with such a filter you can easily map it to whatever specific servlets you want or don't want, and add whatever logic is needed. So I'm -0 on adding to the compression support in the connector: if you need per-request stuff, use a filter. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Steve Appling [mailto:[EMAIL PROTECTED] Sent: Thursday, November 04, 2004 11:12 AM To: [EMAIL PROTECTED] Subject: Coyote Connector - Disabling compression for a specific servlet I have an application where I would like to disable gzip compression for a few specific pages / servlets. I originally planned to use a servlet filter to remove gzip from the accept-encoding header on the request, but this won't work. The container code that needs to check this (isCompressable method on Http11Processor) doesn't see the filtered request headers, but does see the response headers (this makes sense in retrospect). What does everyone think about supporting a special response header that could be used to disable compression on a particular request (something like X-NoCompress)? I'm not sure if there is a header used for something like this in other applications. I know there are stand-alone hardware boxes sold to handle HTTP compression outside of the web server. Do any of them support a similar mechanism to disable compression on a per request basis? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
TCKs for 5.5.4
Hi, Will the powers that be please run the Servlet and JSP TCKs for Tomcat 5.5.4-alpha? I'd like to have the stability vote soon. Thanks, Yoav Shapira http://www.yoavshapira.com 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: Minor patch for org.apache.catalina.realm.MemoryRealm
Hi, Seems OK, except I'd use Map instead of HashMap as the return type. Can you please open a bugzilla enhancement item for this so that we don't forget it? Thanks, Yoav Shapira http://www.yoavshapira.com -Original Message- From: Brian Gallew [mailto:[EMAIL PROTECTED] Sent: Thursday, November 04, 2004 2:56 PM To: [EMAIL PROTECTED] Subject: Minor patch for org.apache.catalina.realm.MemoryRealm I would like to propose the following (trivial) patch to MemoryRealm.java: diff -u -r1.7 MemoryRealm.java --- catalina/src/share/org/apache/catalina/realm/MemoryRealm.java 24 Sep 2004 07:25:07 - 1.7 +++ catalina/src/share/org/apache/catalina/realm/MemoryRealm.java 4 Nov 2004 19:53:01 - @@ -244,6 +244,16 @@ /** + * Return a short name for this Realm implementation. + */ +protected HashMap getPrincipals() { + +return (principals); + +} + + +/** * Return the password associated with the given principal's user name. */ protected String getPassword(String username) { The point of this is that, to extend MemoryRealm in any useful way you need to be able to access principals. Alternatively simply switching principals from private to protected would be sufficient, but use an accessor seems to be preferred. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: TCKs for 5.5.4
Hi, Thank you ;) Yoav Shapira http://www.yoavshapira.com -Original Message- From: Dianne Jiao [mailto:[EMAIL PROTECTED] Sent: Thursday, November 04, 2004 2:56 PM To: Shapira, Yoav Subject: Re: TCKs for 5.5.4 Hi, Just ran the TCK - all tests passed. --Dianne Shapira, Yoav wrote: Hi, Will the powers that be please run the Servlet and JSP TCKs for Tomcat 5.5.4-alpha? I'd like to have the stability vote soon. Thanks, Yoav Shapira http://www.yoavshapira.com 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] 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: contrib directory
Hi, That actually gave me an idea: why not put it in the NetBeans repository where you're already setup? In Apache, there needs to be a long-demonstrated background of contributions before getting commit privileges. We have different processes in this area than NetBeans and some of the other open-source collaborations. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Garrison, Meg [mailto:[EMAIL PROTECTED] Sent: Monday, November 01, 2004 7:03 AM To: Tomcat Developers List Subject: RE: contrib directory Hi Leslie, I'm also willing to maintain the HP OpenVMS scripts. Rather than create a whole new project (tomcat-contrib) maybe it would be possible for the Tomcat folks to grant us commit access to a single module/folder in their CVS library (a contrib folder of some sort). Then they wouldn't have to worry about committing our changes, etc.. If we misbehave and don't follow their rules, then they have the option to boot us out. That's how the NetBeans project does it. For example, I have commit powers in the core module, which is where the OpenVMS launcher lives, but no other. Our needs for NetBeans (as yours, I'm sure) require that the default Tomcat distribution contain our launcher somewhere...it doesn't have to be in /bin. Any other ideas? Meg -Original Message- From: Leslie Kishalmi [mailto:[EMAIL PROTECTED] Sent: Friday, October 29, 2004 5:29 PM To: Shapira, Yoav Cc: Tomcat Developers List; Garrison, Meg Subject: Re: contrib directory Dear all, I'm willing to spend some of my limited free time to collect, organize and maintain these contributed code. However, it is very unlikely that I would be ever a committer on this project with my OS/2 launchers. So, as Yoav said, we could find an other committer. Or we could create an other project something like tomcat-contrib where we maintain our code. Best regards, Leslie Kishalmi Shapira, Yoav wrote: Hi, Yeah, it's gone for now. The reason is that the maintenance aspect is too hard for the long term. While I don't doubt the quality of you (or anyone else's) work, nothing is perfect. It is inevitable that the scripts will need work. Even if you stay on top of it and keep submitting patches, someone will have to keep checking for them and applying them. I'm not interested in doing that work, and other committers apparently aren't interested enough to even comment on what an appropriate place in CVS might be for these contributions. So I took them out for now. That's not to say they're gone forever. I can see a couple of possible solutions, and that's why I'm doing this thread on tomcat-dev as opposed to just replying to you personally. One approach is what I'm doing now: contributed stuff is owned by authors (like you) who post it wherever they want (hp.com, personal web sites, whatever), and we link to it from our FAQ and/or wiki pages. This approach solves the long-term maintenance concerns. If this was a one-time effort, I would have done it and we'd be all set by now. But it's not, and I just don't have the bandwidth to work it ;( Another approach is for someone else with commit privileges to say they're interested and do what they think is appropriate. That can happen at any time, I wouldn't stand in their way obviously, as I'm not principally objecting to these contributions. I just don't have the bandwidth to deal with them at this point. So this issue is not dead. It's just not going to be in 5.0.30/5.5.4. We might also want to raise it on tomcat-user to see if people have other creative approaches to solving this. Are you really going to take the contrib directory out? I was just about to make a contribution to you via PayPal as a thank you... Thank you ;) Yoav Shapira http://www.yoavshapira.com 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] 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
Time for 5.0.30
Hi, Assuming no one is opposed (and if you are, that's fine, we can work out another time), I'd like to tag and cut Tomcat 5.0.30 this coming Thursday, November 4th, at 1800h GMT (http://www.timeanddate.com/worldclock/converted.html?month=11day=4yea r=2004hour=18min=0sec=0p1=0p2=43). 5.0.29 has a ton of good bug fixes, but was hampered by the JSP compilation bug I introduced. 5.0.30 has a few more fixes and would make for a good stable release I hope. Yoav Shapira http://www.yoavshapira.com 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: contrib directory
Hi, Another option for now is to setup a SourceForge project for this. I'd be glad to link to it from our docs/FAQs/wiki pages. You (two) could be its committers, and we could work together to get additional contributors setup there. There has to be a critical mass... Yoav Shapira http://www.yoavshapira.com -Original Message- From: Garrison, Meg [mailto:[EMAIL PROTECTED] Sent: Monday, November 01, 2004 9:18 AM To: Tomcat Developers List Subject: RE: contrib directory why not put it in the NetBeans repository where you're already setup? I'm only setup to commit to the /core module, which is not where the Tomcat files are found. Actually, we started out in the direction of contributing our Tomcat changes to NetBeans, see http://www.netbeans.org/issues/show_bug.cgi?id=49420 And we contributed patches to NetBeans to start Tomcat on OpenVMS and a catalina.com to be placed in the tomcat bin directory that NetBeans ships. The NetBeans folks told us they'd prefer we make the launcher contributions to Tomcat, since that's where they belong...which is why I opened http://nagoya.apache.org/bugzilla/show_bug.cgi?id=31499 against Tomcat. Meg -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Monday, November 01, 2004 8:53 AM To: Tomcat Developers List Subject: RE: contrib directory Hi, That actually gave me an idea: why not put it in the NetBeans repository where you're already setup? In Apache, there needs to be a long-demonstrated background of contributions before getting commit privileges. We have different processes in this area than NetBeans and some of the other open-source collaborations. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Garrison, Meg [mailto:[EMAIL PROTECTED] Sent: Monday, November 01, 2004 7:03 AM To: Tomcat Developers List Subject: RE: contrib directory Hi Leslie, I'm also willing to maintain the HP OpenVMS scripts. Rather than create a whole new project (tomcat-contrib) maybe it would be possible for the Tomcat folks to grant us commit access to a single module/folder in their CVS library (a contrib folder of some sort). Then they wouldn't have to worry about committing our changes, etc.. If we misbehave and don't follow their rules, then they have the option to boot us out. That's how the NetBeans project does it. For example, I have commit powers in the core module, which is where the OpenVMS launcher lives, but no other. Our needs for NetBeans (as yours, I'm sure) require that the default Tomcat distribution contain our launcher somewhere...it doesn't have to be in /bin. Any other ideas? Meg -Original Message- From: Leslie Kishalmi [mailto:[EMAIL PROTECTED] Sent: Friday, October 29, 2004 5:29 PM To: Shapira, Yoav Cc: Tomcat Developers List; Garrison, Meg Subject: Re: contrib directory Dear all, I'm willing to spend some of my limited free time to collect, organize and maintain these contributed code. However, it is very unlikely that I would be ever a committer on this project with my OS/2 launchers. So, as Yoav said, we could find an other committer. Or we could create an other project something like tomcat-contrib where we maintain our code. Best regards, Leslie Kishalmi Shapira, Yoav wrote: Hi, Yeah, it's gone for now. The reason is that the maintenance aspect is too hard for the long term. While I don't doubt the quality of you (or anyone else's) work, nothing is perfect. It is inevitable that the scripts will need work. Even if you stay on top of it and keep submitting patches, someone will have to keep checking for them and applying them. I'm not interested in doing that work, and other committers apparently aren't interested enough to even comment on what an appropriate place in CVS might be for these contributions. So I took them out for now. That's not to say they're gone forever. I can see a couple of possible solutions, and that's why I'm doing this thread on tomcat-dev as opposed to just replying to you personally. One approach is what I'm doing now: contributed stuff is owned by authors (like you) who post it wherever they want (hp.com, personal web sites, whatever), and we link to it from our FAQ and/or wiki pages. This approach solves the long-term maintenance concerns. If this was a one-time effort, I would have done it and we'd be all set by now. But it's not, and I just don't have the bandwidth to work it ;( Another approach is for someone else with commit privileges to say they're interested and do what they think is appropriate. That can happen at any time, I wouldn't stand in their way obviously, as I'm not principally objecting to these contributions. I just don't have the bandwidth to deal with them at this point. So this issue is not dead. It's just not going to be in 5.0.30/5.5.4. We might also want to raise it on tomcat-user to see if people have other creative approaches to solving this. Are you really going to take the contrib
RE: cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
Hi, Without knowing the filter, I figured if .jpg was there than .png wasn't much different, and if .txt was there .css is not much different. So it made sense from a consistency standpoint. However, I have no particular attachment to the filter itself or this commit: if you don't like it, feel free to undo it ;) Yoav Shapira http://www.yoavshapira.com -Original Message- From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] Sent: Monday, November 01, 2004 9:25 AM To: Tomcat Developers List Subject: Re: cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml actually, its a negative filter, (if one can say that :) Anything that doesn't match the filter, gets replicated. I did that since people use all kinds of extensions on the MVC framework. Filip - Original Message - From: Remy Maucherat [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Friday, October 29, 2004 4:39 PM Subject: Re: cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml [EMAIL PROTECTED] wrote: Valve className=org.apache.catalina.cluster.tcp.ReplicationValve - filter=.*\.gif;.*\.js;.*\.jpg;.*\.htm;.*\.html;.*\.txt;/ + filter=.*\.gif;.*\.js;.*\.jpg;.*\.png;.*\.htm;.*\.html;.*\.css;.*\.txt;/ -0. Adding static resources to that list is not good IMO. The idea is that replication (with the Tomcat defaults) will only have to occur for dynamic content. If the guy has special needs, then he can change this. Obviously, this is not a big issue for the 5.5.4 build ;) 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] 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: OS/2 Launchers in 5.0.29?
Hi, Ok. I've seen the catalina/bin/contrib structure in CVS. Shall I assume that there will be a subdirectory called os2 under this? If so I need to alter my launchers to treat that directory as default for them. If you want it placed in an os2 directory, that's OK, I'll go ahead and modify that. I was looking for a good way to divide the contributions, and by OS seemed reasonable. Since your contrib sayd OpenVMS-alpha, that's where I put them. This *exactly* is the sort of discussion I didn't want to have. We'll put them in a contrib directory, that's it. If the scripts make assumptions about their environment, it's up to the user to modify them or move them around accordingly. I don't want to be maintaining these, and I don't want to be committing fixes to them all the time. As it is already I was 51% in favor, 49% against including them in Tomcat in the first place. Yoav 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: OS/2 Launchers in 5.0.29?
Hi, Oh, these are different. OK, my misunderstanding, sorry ;) Yoav Shapira http://www.yoavshapira.com -Original Message- From: Leslie Kishalmi [mailto:[EMAIL PROTECTED] Sent: Friday, October 29, 2004 9:07 AM To: Tomcat Developers List Subject: Re: OS/2 Launchers in 5.0.29? Shapira, Yoav wrote: Hi, Ok. I've seen the catalina/bin/contrib structure in CVS. Shall I assume that there will be a subdirectory called os2 under this? If so I need to alter my launchers to treat that directory as default for them. If you want it placed in an os2 directory, that's OK, I'll go ahead and modify that. I was looking for a good way to divide the contributions, and by OS seemed reasonable. Since your contrib sayd OpenVMS-alpha, that's where I put them. Hi Yoav, Have I missed something? I think there is a misunderstanding here. I've seen the GNU-Linux and OpenVMS-alpha directories under bin/contrib. That's ok. So I think someone else were also contributing some OS specific launchers for GNU-Linux and OpenVMS-alpha. That's ok. I support a set of launchers for OS/2, a third operating system. So it's not a modification of OpenVMS-alpha. Please see http://issues.apache.org/bugzilla/show_bug.cgi?id=31361 Thanks, Leslie Kishalmi This *exactly* is the sort of discussion I didn't want to have. We'll put them in a contrib directory, that's it. If the scripts make assumptions about their environment, it's up to the user to modify them or move them around accordingly. I don't want to be maintaining these, and I don't want to be committing fixes to them all the time. As it is already I was 51% in favor, 49% against including them in Tomcat in the first place. Yoav This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] 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]
Reminder: 5.5.4 release today 1900h GMT...
... so please finish committing by then, and update the changelog with your latest stuff if you've yet to do so. The release will be a tentative alpha, and a stability vote will take please next week. Can someone with access to the Servlet and JSP TCKs please run them on 5.5.4 once it's released? One final side note: I'd like to release 5.0.30 next week, time TBD. If you have an issue with that let's hear it ;) World clock link: http://www.timeanddate.com/worldclock/converted.html?month=10day=29yea r=2004hour=19min=0sec=0p1=0p2=43. Thanks, Yoav Shapira http://www.yoavshapira.com 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: cvs commit: jakarta-tomcat-catalina/catalina/src/bin/contrib/os2-ecomstation - New directory
Hi, I took out the os2-ecomstation directory, it's gone. And I don't want to spend any more time on this, so I'm not adding any more. In fact I'm going to take the contrib directory out, I don't like it. If another committer is interested, they can deal with it. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Leslie Kishalmi [mailto:[EMAIL PROTECTED] Sent: Friday, October 29, 2004 10:38 AM To: Tomcat Developers List Cc: [EMAIL PROTECTED] Subject: Re: cvs commit: jakarta-tomcat- catalina/catalina/src/bin/contrib/os2-ecomstation - New directory [EMAIL PROTECTED] wrote: yoavs 2004/10/29 07:03:44 jakarta-tomcat-catalina/catalina/src/bin/contrib/os2-ecomstation - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] I'm sorry again. If you wish to use os2-ecomstation as a directory name, then I have to update my launchers again. The last set of launchers were prepared for contrib/os2 directory. This is important, as NetBeans IDE uses TomCat as an embedded WebContainer, and there is a bug which is depend on these launchers, so they should be executable from their original (jakarta) location. So what to do next? Shall I update the launchers again using os2-ecomstation directory, or you change the directory name to os2? Thanks, Laszlo Kishalmi - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
Hi, No problem. There's a bigger issue here than just these scripts, and I don't have the bandwidth to deal with it at the moment. But the door is open for future considerations and alternatives. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Leslie Kishalmi [mailto:[EMAIL PROTECTED] Sent: Friday, October 29, 2004 11:13 AM To: Tomcat Developers List Subject: Re: cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml I'd like to thank you for your effort and time so far. Thanks, Laszlo Kishalmi [EMAIL PROTECTED] wrote: yoavs 2004/10/29 07:45:07 Modified:webapps/docs Tag: TOMCAT_5_0 changelog.xml Log: Removed contrib directory which I added previously. I don't like this solution, it leads to a maintenance nightmare and I don't think the market is there. If another committer feels strongly otherwise (which none did in tomcat-dev discussions), they can reopen this issue and deal with it. Revision ChangesPath No revision No revision 1.70.2.66 +0 -3 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.70.2.65 retrieving revision 1.70.2.66 diff -u -r1.70.2.65 -r1.70.2.66 --- changelog.xml 29 Oct 2004 14:01:20 - 1.70.2.65 +++ changelog.xml 29 Oct 2004 14:45:07 - 1.70.2.66 @@ -20,9 +20,6 @@ update Update web.xml files to 2.4 schema (from 2.3 DTD) where applicable. (yoavs) /update - update -Added contrib directory to hold 3rd party scripts: bug31499/bug, bug31447/bug. (yoavs) - /update /changelog /subsection - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
contrib directory
Hi, Yeah, it's gone for now. The reason is that the maintenance aspect is too hard for the long term. While I don't doubt the quality of you (or anyone else's) work, nothing is perfect. It is inevitable that the scripts will need work. Even if you stay on top of it and keep submitting patches, someone will have to keep checking for them and applying them. I'm not interested in doing that work, and other committers apparently aren't interested enough to even comment on what an appropriate place in CVS might be for these contributions. So I took them out for now. That's not to say they're gone forever. I can see a couple of possible solutions, and that's why I'm doing this thread on tomcat-dev as opposed to just replying to you personally. One approach is what I'm doing now: contributed stuff is owned by authors (like you) who post it wherever they want (hp.com, personal web sites, whatever), and we link to it from our FAQ and/or wiki pages. This approach solves the long-term maintenance concerns. If this was a one-time effort, I would have done it and we'd be all set by now. But it's not, and I just don't have the bandwidth to work it ;( Another approach is for someone else with commit privileges to say they're interested and do what they think is appropriate. That can happen at any time, I wouldn't stand in their way obviously, as I'm not principally objecting to these contributions. I just don't have the bandwidth to deal with them at this point. So this issue is not dead. It's just not going to be in 5.0.30/5.5.4. We might also want to raise it on tomcat-user to see if people have other creative approaches to solving this. Are you really going to take the contrib directory out? I was just about to make a contribution to you via PayPal as a thank you... Thank you ;) Yoav Shapira http://www.yoavshapira.com 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: Two modest proposals about common\lib
Hi, I agree with Remy. These proposed solutions are actually more problems. If it were up to me there'd be two classloaders repositories: one for Tomcat (server/lib), and one for each webapp (WEB-INF/lib). No shared, no common, no WEB-INF/classes. But then again, it's not just up to me ;) Yoav Shapira http://www.yoavshapira.com -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Thursday, October 28, 2004 9:45 AM To: Tomcat Developers List Subject: Re: Two modest proposals about common\lib Tim Funk wrote: I've been pondering something similar. (I just never got around to vocalizing it) My preference is to introduce common/usr_lib (and server/usr_lib)(This name is horrible, but you get the idea) The usr_lib dirs would be in the same classloader as common/lib (or server/lib) and would contain user specific jars. This way users would not have to add/change jar files in common/lib when upgrades occur. More problems, more confusion. Bad idea. People can use the properties file to tweak the classloaders if they need it. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat 5.5.4 tomorrow (Friday) instead of Saturday?
Hi, Would everyone be OK with cutting the 5.5.4 release tomorrow (Friday, October 29th) instead of Saturday (October 30th) as we originally agreed? It'd be more convenient for me, that's the only reason. If it can't be done on Friday, it'll likely have to be Monday afternoon instead, but Saturday I can't do. As for the release time of day, it'll be the same whether Friday or Monday: 1900h GMT which is 1400h my time (US Eastern time zone). Yoav Shapira http://www.yoavshapira.com 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: Two modest proposals about common\lib
Hi, Like any other addiction, it's not good for you, and you should seek a cure. And like any other addiction, I don't mind it as long as it doesn't impact me directly. But when I have to jump through all sorts of hoops for someone else's addiction, then it impacts me directly, and that's when conflicts and -1's (binding vetoes on proposed code changes) arise. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Benson Margulies [mailto:[EMAIL PROTECTED] Sent: Thursday, October 28, 2004 3:32 PM To: Tomcat Developers List Subject: RE: Two modest proposals about common\lib Yoav, Just out of curiosity, what would you say to us poor JNI addicts? --benson - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: OS/2 Launchers in 5.0.29?
Hi, OK, done in time for 5.0.30. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Leslie Kishalmi [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 13, 2004 2:07 AM To: Tomcat Developers List Subject: Re: OS/2 Launchers in 5.0.29? Thanks for your quick reply! Let see. Cant we create a contrib directory under bin (or under the catalina root itself) it would contain some readme which says these stuff are officially not supported. Then comes some subdirectories per OS and place the launchers there. For a normal user the name of contrib is enough to mark those stuff AS IS without official support. Leslie Kishalmi Shapira, Yoav wrote: Hi, We've seen your enhancement submission -- thank you for that. We have several others along the same lines, for different operating systems. The question is where to put them such that it's clear to everyone we don't support them. I don't know the answer to that question, so I've asked on this list, and apparently no one else knows or cares that much. So we're at a standstill. Don't hold your breath ;) Yoav Shapira http://www.yoavshapira.com -Original Message- From: Leslie Kishalmi [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 12, 2004 12:21 PM To: [EMAIL PROTECTED] Subject: OS/2 Launchers in 5.0.29? Dear all, I've filed http://issues.apache.org/bugzilla/show_bug.cgi?id=31361 , asking for adding OS/2 launchers to the tomcat distribution nearly a month ago. I've also prepared the full set of launchers. I've seen that 5.0.29 is coming out. Can't add the OS/2 launchers to it. I'm know that OS/2 is not officially supported by the TomCat team, but I would. It also would help to support NetBeans Web Development on OS/2. I also think those launchers won't break anything. Thanks, Laszlo Kishalmi - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: method to protect webapps from users
Hi, Yeah, that's a good post from Rick. I'm also hesitant to add this to Tomcat just for a little performance gain: the portability losses are big. As for users who can't wait and click multiple times: numerous studies and my personal experience show it's always better to deal with this at the UI level (e.g. disable the button when it's clicked), so I don't buy that motivation. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Rick Knowles [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 27, 2004 11:24 AM To: Tomcat Developers List Subject: Re: method to protect webapps from users Peter, Is there anything you're doing with the request / response objects that you couldn't do with Request/ResponseWrappers ? You could have your filter populate a Request / Response Wrapper pair on the first request, and then set the wrapper's request object to the second request when it comes in. The effect would be that the second request could mimic the first if you override the wrapper's methods to return the values from the first request instead of the second. Note this is just another suggested option, with a view to preserving the container agnosticism - personally I think container agnosticism is a huge advantage, and I'd suggest trying to preserve it in your code if you can. Don't make it container specific unless you absolutely have no choice. There's a lot you can do with wrappers and faked input/output streams to achieve the kind of goals you mentioned without tying it to a container. I'll leave it for you to decide whether it's a better design choice or not - no doubt others on this list would disagree with the above approach, but I had to at least offer it. Rick -- Servlet v2.4 container in a single 140KB jar file ? Try Winstone (http://winstone.sf.net/) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: 5.5.4 ?
Hi, Looks like a RESOLVED-WONTFIX ;) Yoav Shapira http://www.yoavshapira.com -Original Message- From: Ben Souther [mailto:[EMAIL PROTECTED] Sent: Monday, October 25, 2004 5:06 PM To: Tomcat Developers List Subject: Re: 5.5.4 ? Yes, I had tested it a little earlier, and it doesn't work. The path would apparently have to be encoded in the same way as the URL. OK, let me know if I can help. Quite frankly, I'm not sure we're going to do this, since the encoding on the client side is quite unpredictable. Other than helping out and trying to learn the code, I have no interest in seeing this one resolved. IMHO: it's a little absurd to have to support spaces in a context path since a browser will never send a URL with a space in it. -Ben - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: 5.5.4 ?
Hi, What are the plans for 5.5.4 ? I want to resolve (either fix or invalid, whatever) Bugzilla 31090 (space in context name makes session IDs crap, 31372 (AuthenticatorBase#register method), the couple of doc items, and possibly 31656 (make Tomcat build with Struts 1.2). This week looks lighter at work so next weekend seems like something good to shoot for. How about Saturday, October 30th (cut time TBD) for the 5.5.4 release? Yoav 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.5.4 ?
Hi, (space in context name makes session IDs crap, 31372 (AuthenticatorBase#register method), the couple of doc items, and So that there are no surprises, I'm -1 for the patch proposed in the bug report. I saw your comments on this issue for another bug, and was hoping you could post them (even if it's just copy/paste) to 31372 and then any one of us could resolve it as invalid. possibly 31656 (make Tomcat build with Struts 1.2). This week looks lighter at work so next weekend seems like something good to shoot for. Is it actually better ? ;) (= faster startup, for example) I don't know ;) The change is only to make sure it compiles with 1.2 (without breaking 1.1 compilation). It's not necessarily to ship with 1.2. I planned to test compilation only. It's a forward-looking change to when we need/want a Struts 1.2 feature ;) Yoav 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]
FW: 5.0.29 JSP compilation fails when using JDK 1.5.0
Oops, copying the list on this message, sent just to Jess by accident. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Shapira, Yoav Sent: Friday, October 22, 2004 12:52 PM To: 'Jess Holle' Subject: RE: 5.0.29 JSP compilation fails when using JDK 1.5.0 Hi, I've committed these on the TOMCAT_5_0 branch, for 5.0.30. I will modify as needed and repeat for Tomcat 5.5 on CVS HEAD. Thank you for submitting these, Yoav Shapira http://www.yoavshapira.com -Original Message- From: Jess Holle [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 19, 2004 11:00 AM To: Tomcat Developers List Cc: Shapira, Yoav Subject: Re: 5.0.29 JSP compilation fails when using JDK 1.5.0 I accidentally got Windows end-of-line sequences in the last set of patches. Here's a better set. -- Jess Holle Jess Holle wrote: Okay, I now (belatedly) understand the problem. The issue is that by default Jaspper is setting the target release to 1.3 but leaving the source release unspecified -- resulting in the JDK 1.5 javac default source release, 1.5 -- and javac won't allow this mixture. I am attaching a set of patches that (1) defaults the source release to 1.3 as well and (2) allows this to be controlled in a completely independent and analogous manner to target release. I would appreciate seeing this in 5.0.30 :-) -- Jess Holle 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.29 JSP compilation fails when using JDK 1.5.0
Hi, Patches suitably modified and committed on CVS HEAD for Tomcat 5.5.4 as well. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Jess Holle [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 19, 2004 11:00 AM To: Tomcat Developers List Cc: Shapira, Yoav Subject: Re: 5.0.29 JSP compilation fails when using JDK 1.5.0 I accidentally got Windows end-of-line sequences in the last set of patches. Here's a better set. -- Jess Holle Jess Holle wrote: Okay, I now (belatedly) understand the problem. The issue is that by default Jaspper is setting the target release to 1.3 but leaving the source release unspecified -- resulting in the JDK 1.5 javac default source release, 1.5 -- and javac won't allow this mixture. I am attaching a set of patches that (1) defaults the source release to 1.3 as well and (2) allows this to be controlled in a completely independent and analogous manner to target release. I would appreciate seeing this in 5.0.30 :-) -- Jess Holle 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: Admin webapp context path fix
Hi, Patch applied to both Tomcat 5.0 and 5.5. Thank you for submitting it. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Horacio de Oro [mailto:[EMAIL PROTECTED] Sent: Thursday, October 21, 2004 8:59 PM To: [EMAIL PROTECTED] Subject: Admin webapp context path fix Hi! The admin webapp doesn't work properly in context others than /admin. That's because on banner.jsp the form tag has a hardcoded path: /admin/commitChanges.do and /admin/logOut.do. I haven't found any other reference to /admin. This little patch can fix that. It's a fix for the admin webapp bundled with Tomcat 5.5. Thanks in advance! Horacio de Oro -- No hay daño tan grande como el del tiempo perdido. - Miguel Ángel Buonarroti 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]
Bug reports
Hi, Will anyone care if we stop getting Tomcat 3, 4, and Watchdog bug reports emailed to this list, and start getting Tomcat 5 bug reports? Assuming everyone concurs on the above, whom do I ask? Infrastructure? Yoav Shapira http://www.yoavshapira.com 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: Bug reports
Hi, Will anyone care if we stop getting Tomcat 3, 4, and Watchdog bug reports emailed to this list, and start getting Tomcat 5 bug reports? Assuming everyone concurs on the above, whom do I ask? Infrastructure? +1. I don't see much use for these lists, so is a TC 5 list actually useful ? It's not useful to me personally, I delete them immediately, but then again I visit Bugzilla fairly regularly and have custom queries that mimic these bug reports. I didn't know how other people feel. So is it [EMAIL PROTECTED] that I ask to stop these messages? Maybe apmail? Yoav 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]
[VOTE] [RESULT] 5.5.3 Stability Rating
Hi, Per the vote in http://marc.theaimsgroup.com/?t=10975956482r=1w=2, we've decided to announce that 5.5.3 is a Beta-quality release. There were three +1 votes (Remy, Filip, myself) and no other votes of any kind. I will make the announcement on the tomcat-user list and update the web site. Yoav Shapira http://www.yoavshapira.com 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: [VOTE] 5.5.3 Stability Rating
Hi, I was typing the RESULT message as you were typing this one ;) We're all set with the first 5.5 beta. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Monday, October 18, 2004 10:13 AM To: Tomcat Developers List Subject: Re: [VOTE] 5.5.3 Stability Rating Shapira, Yoav wrote: Hi, Tomcat 5.5.3 has been available for about a week now, so it's time for a stability vote. I tentatively rated it Alpha when releasing as my own personal impression, but I haven't had any significant issues with it myself. It passes our internal tests, and with the StandardWrapper hotfix it passes the Servlet and JSP TCKs. So: Tomcat 5.5.3 should be rated: [ ] Alpha still, because ??? [ X ] Beta, it's getting closer to stable [what's missing?] [ ] Stable, it's rock solid My vote, as shown above, is for Beta. What's missing from Stable rating: StandardWrapper hotfix, a few minor features for the JDT compiler that are done only for the Ant compiler, JDT compiler support for J2SE 5.0, a few bells and whistles. This vote will run for about 72 hours as usual. Also as usual, only committer votes are binding, but opinions from other readers are welcome. Thanks, So do we have a first beta ? ;) (72H/24H = 3 days, so I'm getting impatient :) ) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How to get context realm from servlet and filter.
Hi, My LoginModule class must be in common/lib or in application's classpath. It uses classes that are (normally) in server/lib (all the Catalina classes). How do you make that work without copying the Catalina's jars from server/lib to common/lib, what I would like to avoid? The classes in common/lib, shared/lib, and WEB-INF/lib cannot see the classes in server/lib (a.k.a the Catalina classloader repository in the Classloader How-To document). So you must copy or move your classes around. Note, however, that according to the same document the classes in server/lib *can* see and use classes in common/lib. So you might be able to plugin something the other way from your current design. I am getting a null pointer when I ask for service. Also if I do server.findServices() to get a list of all of them I get nothing back. This is from withing a Servlet to test getting these objects. That's strange. I typed the code from memory and haven't actually used it in a long time (it used to work, but I hate having container-specific code in my apps, so I don't do it any more). Maybe someone else can correct my code or explain why you're getting a null service. Yoav 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: Tomcat 5.0 under load
Hi, There are certainly other sites running Tomcat 5.0 under heavy load, such as the ones listed on our wiki. I personally have put Tomcat 5.0-based apps in production that have handled the load you describe (and much higher peak bursty loads) for months at a time without need to restart. However, it could very well be your specific app or configuration is exercising parts of Tomcat in ways other apps aren't. Every app load profile is unique. So this should definitely result in an improvement to Tomcat, or maybe the connectors if you're running Tomcat behind a front-end web server. I have no specific advice beyond the usual, which is to start with something reproducible. Can you get the accept thread to die every time within a given time window after the server start? Does it happen with Tomcat standalone as well as behind a front-end server, or just the latter? Does it happen with the out-of-the-box server.xml or a heavily modified one? Yoav Shapira http://www.yoavshapira.com -Original Message- From: Keith Wannamaker [mailto:[EMAIL PROTECTED] Sent: Friday, October 15, 2004 10:42 AM To: [EMAIL PROTECTED] Subject: Tomcat 5.0 under load Last month I took Yoav's advice and attempted to upgrade our production server from 4.1 to 5.0. The production server handles 5 - 10 requests a second across 300 threads. The problem I had then, and the problem I have now is that the server's accept thread will die within a short time after server start. I hate to think I am the only person running tomcat 5 under a heavy load, but it sure looks that way. I initially blamed threadpool's bulletproofing, but because 4.1.31 and 5.0.28 share the same threadpool, and 4.1.31 runs indefinitely, there is a problem in core 5.0 that this load is exercising. I very much want to be able to recommend that tomcat 5.0 is production-ready but since we can't run it, I certainly am not in a position to do that. I have reserved the next day or two for bulletproofing tomcat 5.0, so the point of this is to solicit any comments from those who may have been faced with the same problem and have looked at the problem themselves. Thanks for any input, Keith - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[OFF-TOPIC] RE: java.io.tempdir Problems
Hi, Not a Tomcat issue. Please mark continuing off-topic posts as such as I've done in the subject of the message, or take them elsewhere altogether. Thanks, Yoav Shapira http://www.yoavshapira.com -Original Message- From: Martin Gainty [mailto:[EMAIL PROTECTED] Sent: Thursday, October 14, 2004 8:15 AM To: Tomcat Developers List Subject: Re: java.io.tempdir Problems Michael createTempFile employs 3 steps algorithm to locate/create tempDir 1) Attempt to retrieve the value of javax.servlet.context.tempdir from the ServletContext 2) If that's not found, attempt to retrieve the value of the init-parameter tempDir 3) If that's not found, default to the system-wide temp directory specified by the system property java.io.tempdir A)what is the value of javax.servlet.context.tempdir from the ServletContext? B)what is the value of the init-parameter tempDir? Martin- - Original Message - From: Michael McGrady [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Thursday, October 14, 2004 3:16 AM Subject: java.io.tempdir Problems I hope this is Tomcat related. If not, please accept my apologies, and give me direction. I have removed from my Tomcat 5 (Struts 1.2 using a custom taglib) service the java.io.tempdir setting because when I use the following code: File file = new File(Classpath.WEB_INF + resource+ File.separator + content_type+ File.separator + ttf + File.separator + physicalName); FileInputStream fontStream = new FileInputStream(file); Font font = Font.createFont(Font.TRUETYPE_FONT,fontStream); font = font.deriveFont(attributes); fontStream.close(); I get temp files of around 50 - 150 kilobytes each written to the temp directory. I requested assistance on Tomcat User without an answer. Anyway, I assume that there may be a concurrency issue of somekind. Is that right? Anyone with any assistance out there? Michael McGrady - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How to get context realm from servlet and filter.
Hi, A Realm is associated with a Container, not necessarily a Context, so the method is appropriately placed in the Container interface, a parent of the Context interface. Obviously all this is not part of the Servlet API, so you'll have to write Tomcat-specific code to get it. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Chris Forbis [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 13, 2004 6:24 PM To: tomcat-dev Subject: How to get context realm from servlet and filter. I am trying to get the current contexts realms from a servlet (and maybe a filter). I do not see a getContext().getRealm() method. So I am guessing there is another way to get to this, but I do not see it. Can any one provide some quick direction to me on this. Thank you! Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How to get context realm from servlet and filter.
Hi, I've posted this a number of times in the past on the list, so you can STFA. To summarize, you'd do something like this (most of these classes are in the org.apache.catalina package): Server server = ServerFactory.getServer(); Service service = server.findService(Catalina); Engine engine = (Engine) service.getContainer(); Host host = (Host) engine.findChild(engine.getDefaultHost()); Context context = (Context) host.findChild(myContext); Realm realm = context.getRealm(); I'm using the default service name of Catalina above: it should match what's in your server.xml. I'm also using myContext as a dummy: obviously that should match your webapp name. And finally, I'm getting the Realm from the context, because that's what you asked for, but in reality the Realm (or another realm) may be associated with the Host or Engine as well. So take the above code and modify it to your needs. As always, I caution you and everyone else to not use Tomcat-specific (or container-specific in general) code unless absolutely necessary. Make your app as portable as possible. There's almost no conceivable good use-case for needing the actual Realm object in your webapp. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Chris Forbis [mailto:[EMAIL PROTECTED] Sent: Thursday, October 14, 2004 11:02 AM To: Tomcat Developers List Subject: Re: How to get context realm from servlet and filter. Quick follow-up to your post. I understand what you are saying. But I am not sure how to get access to the Container, can you point me in the correct direction? Thanks! On Thu, 14 Oct 2004 08:43:23 -0400, Shapira, Yoav [EMAIL PROTECTED] wrote: Hi, A Realm is associated with a Container, not necessarily a Context, so the method is appropriately placed in the Container interface, a parent of the Context interface. Obviously all this is not part of the Servlet API, so you'll have to write Tomcat-specific code to get it. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Chris Forbis [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 13, 2004 6:24 PM To: tomcat-dev Subject: How to get context realm from servlet and filter. I am trying to get the current contexts realms from a servlet (and maybe a filter). I do not see a getContext().getRealm() method. So I am guessing there is another way to get to this, but I do not see it. Can any one provide some quick direction to me on this. Thank you! Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How to get context realm from servlet and filter.
Hola, Re. There's almost no conceivable good use-case for needing the actual Realm object in your webapp., here is one: We receive requests from a dumb Windows client application (no SOAP, simple stupid proprietary XML format in HTTP) that sends a uid/pwd somehwere inside the POST payload, not even as BASIC, and so have to validate that... how would you do that? Yeah, that's why I said almost. ;) There's always someone somewhere with a legacy app with a proprietary protocol, and in those cases one usually must take extra measures. Yours seems like such a case. I'm well aware that it's impossible for any one person to preclude the existence of any use-case given Tomcat's amazingly wide user base, and that's why I included the almost in my assertion that you quote above ;) Of course, depending on the amount of control you have, and/or your requirements, one might argue that you time is better spent modifying the Windows client app to use a standard authentication approach. But that's beyond the scope of this thread or this mailing list in general. On Tomcat however that JAAS approach is not so far possible. See also my post yesterday Authenticate against realm in web app: JAAS TomcatRealmProxyLoginModule? (WAS: The good way of making JAAS and Realm authentication use the same back-end authentication system?). I didn't follow your thread yesterday. But if you end up writing such a module, I'd be very interested in seeing it, and of course with your permission incorporating it into Tomcat. Yoav 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: Contributed Launchers in 5.0.29?
Hi, We saw your reply a few days ago, there's no need to repost. If someone were interested and had time to act upon it, they'd have replied. So for now, please don't hold your breath. You have your scripts already, use them and be merry. We're not stopping any progress on your work, this is not a bug, and we might (or might not) add them to the Tomcat distro when we have time. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Leslie Kishalmi [mailto:[EMAIL PROTECTED] Sent: Thursday, October 14, 2004 12:07 PM To: Tomcat Developers List Subject: Contributed Launchers in 5.0.29? Thanks for your quick reply! Let see. Cant we create a contrib directory under bin (or under the catalina root itself) it would contain some readme which says these stuff are officially not supported. Then comes some subdirectories per OS and place the launchers there. For a normal user the name of contrib is enough to mark those stuff AS IS without official support. Leslie Kishalmi Shapira, Yoav wrote: Hi, We've seen your enhancement submission -- thank you for that. We have several others along the same lines, for different operating systems. The question is where to put them such that it's clear to everyone we don't support them. I don't know the answer to that question, so I've asked on this list, and apparently no one else knows or cares that much. So we're at a standstill. Don't hold your breath ;) Yoav Shapira http://www.yoavshapira.com -Original Message- From: Leslie Kishalmi [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 12, 2004 12:21 PM To: [EMAIL PROTECTED] Subject: OS/2 Launchers in 5.0.29? Dear all, I've filed http://issues.apache.org/bugzilla/show_bug.cgi?id=31361 , asking for adding OS/2 launchers to the tomcat distribution nearly a month ago. I've also prepared the full set of launchers. I've seen that 5.0.29 is coming out. Can't add the OS/2 launchers to it. I'm know that OS/2 is not officially supported by the TomCat team, but I would. It also would help to support NetBeans Web Development on OS/2. I also think those launchers won't break anything. Thanks, Laszlo Kishalmi - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: UserTransaction not working in DefaultContext
Hi, Does it work from a normal Context, not DefaultContext? Yoav Shapira http://www.yoavshapira.com -Original Message- From: Ricardo Matinata [mailto:[EMAIL PROTECTED] Sent: Thursday, October 14, 2004 3:14 PM To: [EMAIL PROTECTED] Subject: UserTransaction not working in DefaultContext Hi, As of tomcat-5.0.29, it is not possible to have a java:/comp/UserTransaction resource working if declared from a DefaultContext. (ie) : ... GlobalNamingResources Resource name=UTransaction auth=Container type=javax.transaction.UserTransaction/ ResourceParams name=UTransaction parameter namefactory/name valueorg.objectweb.jotm.UserTransactionFactory/value /parameter parameter namejotm.timeout/name value60/value /parameter /ResourceParams /GlobalNamingResources ... Host DefaultContext ResourceLink name=UserTransaction global=UTransaction type=javax.transaction.UserTransaction/ /DefaultContext /Host . As far as i have investigated the problem, DefaultContext resources are not avaliable as NamingResources when NamingContextListener creates the NamingContext for the Context (NamingContextListener.createNamingContext()). So at the moment NamingContext is created, the java:/comp/UserTransation resource is added with an empty TransactionRef object. Later, in the life cicle, when DefaultContext resources are added to the context, in this case a ResourceLink pointing to the UserTransaction global resource, we get a NameAlreadyBoundException, so the previously registered TransactionRef object remains without config parameters. The UserTransaction works fine if included in each application's own context.xml file. So, as i haven't found any notes regarding this anywhere (manual, list and Bugzilla), it is (probably) an issue to be raised (or is it anticipated behaviour ?). Thanks. --- Ricardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Bug 4690: sessions not scoped according to spec section 7.3
Hola, What I see is that you have engaged in a widespread political campaign to have this changed, rather than rely on technical issues. I really hate this kind of tactic. I'm not quite sure what you are referring to. So far I have: (a) Discussed this on the Pluto-Dev Pluto-User lists. (b) Added a comment to issue http://issues.apache.org/bugzilla/show_bug.cgi?id=4690 asking for clarification. (c) Written the previous email to Tomcat-Dev, which in which I attempted to state my case for having the behaviour changed. I apologise if it offended anyone - in no way was it supposed to. The comment on theserverside.com was political IMHO ;) Remy already covered the reasons for not doing this. I'd just add that if a feature is not in the Spec, and it's fragile as even its supporters admit, then I don't want to implement it. We have enough to worry about with making Tomcat more stable, more efficient, faster, more suited to other environments (smaller footprint, smaller distros, etc.), and all that stuff is more important. All this is far more than enough to -1 this. Yoav 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.
RE: DefaultServlet and getOutputStream() / getWriter()
Hi, Additionally, every change I suggested (on tomcat-user) was definitly not changing any behaviour, but maybe improving performance. The rewritten while{} patch you suggested definitely changed behavior significantly, as I and others pointed out ;) Returns a ServletOutputStream suitable for writing binary data in the response. The servlet container does not encode the binary data. java.lang.IllegalStateException - if the getWriter method has been called on this response java.io.IOException - if an input or output exception occurred If I believe that javadocs, THERE IS NO REASON to do what the code does, sind getWriter is never called before getOutputStream, so there will never be the IllegalStateException and half of the code is obsolete. When you're looking at the code, keep in mind that Tomcat's DefaultServlet (like virtually every other Tomcat component) can be extended or wrapped. Such wrappers or extenders could call getWriter first. In addition, since an exception CAN be thrown as the JavaDoc says, it's only good practice to catch it: if the exception isn't thrown the performance penalty on any modern JVM is virtually zero. It also behooves us to be safe and careful in our code and design, because we can never know all the possible uses of Tomcat. With Filters and Wrappers, the request and response can be in various states practically all along the processing pipeline, and so optimizations like you suggest are risky at best. I'm happy you're looking at the code. If I were in your position (and I definitely was, although that seems long ago now ;)), I would look instead at Bugzilla, take a bug, and try to fix it. The reason that's better than just looking for optimizations in random places is that you can test your work. You still gain familiarity with the Tomcat code, as well as familiarity with the bug fixing / submission process, the CVS environments, Tomcat's build, etc, all of which are necessary if you're going to be submitting patches. Thanks, Yoav 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: Getting Tomcat Tests
Hi, There are three sets of tests for Tomcat 5.0.x. One is what we call the tester tests. These are maintained in the jakarta-tomcat-catalina CVS module, and ship with Tomcat's source distribution. You can compile and run them using the build.xml file you use to build and package Tomcat. I think the Ant target is called run-tester. If any of these fails, it's broken. The second set of tests is the watchdog one. These used to be part of Tomcat proper, and then were spun off into their own Jakarta project. They were intended to be a complete Servlet and JSP TCK replacement. They test to version 2.3, not 2.4, of the Spec. For Tomcat 5.5, these tests are no longer used by us. But we did use them for 4.x and 5.0, and you of course can use them as well. There's an Ant target, run-watchdog IIRC, in the main build.xml file you use to build Tomcat, that will download, compile, and run these Watchdog tests for you. The final set of tests is comprised of the Servlet and JSP TCKs. These are owned by Sun and you must obtain a TCK license from them if you want to run these tests. We run these last, after all the Tester (and for Tomcat before 5.5, also Watchdog) tests pass. Yoav Shapira -Original Message- From: Fisher, Mitchell L [mailto:[EMAIL PROTECTED] Sent: Friday, October 08, 2004 4:26 PM To: Tomcat Developers List Subject: Getting Tomcat Tests Where can I find test cases I can use to verify that my changes to the Coyote Connector haven't broken anything? I work for Unisys corporation, and we are modifying the Coyote Connector to integrate Tomcat 5.0.28 with our native HTTP server on MCP systems (mainframe systems with origins in the '70s). This is similar to integrating Tomcat with Apache. I want to make sure we haven't broken anything for supporting servlets. I just joined this list, and saw a reference to watchdog tests. Are these the tests I want? Any suggestions appreciated. Mitchell Fisher Unisys, ST, ClearPath MCP - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you.
[VOTE] 5.5.3 Stability Rating
Hi, Tomcat 5.5.3 has been available for about a week now, so it's time for a stability vote. I tentatively rated it Alpha when releasing as my own personal impression, but I haven't had any significant issues with it myself. It passes our internal tests, and with the StandardWrapper hotfix it passes the Servlet and JSP TCKs. So: Tomcat 5.5.3 should be rated: [ ] Alpha still, because ??? [ X ] Beta, it's getting closer to stable [what's missing?] [ ] Stable, it's rock solid My vote, as shown above, is for Beta. What's missing from Stable rating: StandardWrapper hotfix, a few minor features for the JDT compiler that are done only for the Ant compiler, JDT compiler support for J2SE 5.0, a few bells and whistles. This vote will run for about 72 hours as usual. Also as usual, only committer votes are binding, but opinions from other readers are welcome. Thanks, Yoav Shapira http://www.yoavshapira.com 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: OS/2 Launchers in 5.0.29?
Hi, We've seen your enhancement submission -- thank you for that. We have several others along the same lines, for different operating systems. The question is where to put them such that it's clear to everyone we don't support them. I don't know the answer to that question, so I've asked on this list, and apparently no one else knows or cares that much. So we're at a standstill. Don't hold your breath ;) Yoav Shapira http://www.yoavshapira.com -Original Message- From: Leslie Kishalmi [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 12, 2004 12:21 PM To: [EMAIL PROTECTED] Subject: OS/2 Launchers in 5.0.29? Dear all, I've filed http://issues.apache.org/bugzilla/show_bug.cgi?id=31361 , asking for adding OS/2 launchers to the tomcat distribution nearly a month ago. I've also prepared the full set of launchers. I've seen that 5.0.29 is coming out. Can't add the OS/2 launchers to it. I'm know that OS/2 is not officially supported by the TomCat team, but I would. It also would help to support NetBeans Web Development on OS/2. I also think those launchers won't break anything. Thanks, Laszlo Kishalmi - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: DefaultServlet and getOutputStream() / getWriter()
Hi, I didn't look at the DefaultServlet code at all, there's no need. The post I was referring to was one from you that said Try { while { ... } } catch { ... } Where either ... can throw an exception is the same as While { ... try { ... } catch { ... } } And obviously the two are not equal, because the second construct would keep working the while loop and the first one would abort on the first error. That's a critical difference. Now you're quoting specific DefaultServlet code, and that's fine, I don't care to look at it now because it obviously works and I have more important things to do. But your original message had just an abstract while/try/catch comparison question, nothing specific to DefaultServlet, and that original message was wrong, and that's the one I was responding to. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Steffen Heil [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 12, 2004 1:43 PM To: 'Tomcat Developers List' Subject: AW: DefaultServlet and getOutputStream() / getWriter() Hi The rewritten while{} patch you suggested definitely changed behavior significantly, as I and others pointed out ;) Ähm, no. Sorry to say that, but I think, you didn't review the code for that statement: One example taken from DefaultServlet.java, lines 2030 to 2054: IOException exception = null; long bytesToRead = end - start + 1; char buffer[] = new char[input]; int len = buffer.length; while ( (bytesToRead 0) (len = buffer.length)) { try { len = reader.read(buffer); if (bytesToRead = len) { writer.write(buffer, 0, len); bytesToRead -= len; } else { writer.write(buffer, 0, (int) bytesToRead); bytesToRead = 0; } } catch (IOException e) { exception = e; len = -1; } if (len buffer.length) break; } return exception; THIS IS EQUAL TO: IOException exception = null; long bytesToRead = end - start + 1; char buffer[] = new char[input]; int len = buffer.length; try { while ( (bytesToRead 0) (len = buffer.length)) { len = reader.read(buffer); if (bytesToRead = len) { writer.write(buffer, 0, len); bytesToRead -= len; } else { writer.write(buffer, 0, (int) bytesToRead); bytesToRead = 0; } if (len buffer.length) break; } } catch (IOException e) { exception = e; len = -1; } return exception; OR EVEN: long bytesToRead = end - start + 1; char buffer[] = new char[input]; int len = buffer.length; try { while ( (bytesToRead 0) (len = buffer.length)) { len = reader.read(buffer); if (bytesToRead = len) { writer.write(buffer, 0, len); bytesToRead -= len; } else { writer.write(buffer, 0, (int) bytesToRead); bytesToRead = 0; } } return null; } catch (IOException e) { return e; } I am very sure about this. And I also do NOT understand, why the exception is reported as result and not really thrown. The caller always uses: IOException exception = null; while ( (exception == null) (ranges.hasMoreElements()) ) { exception = copyRange(istream, ostream, currentRange.start, currentRange.end); ... } ostream.println(); ostream.print(-- + mimeSeparation + --); // Rethrow any exception that has occurred if (exception != null) throw exception; Whereas it would absolutely make more sense to me NOT to catch the Exception but rather use: try { while ( ranges.hasMoreElements() ) { copyRange(istream, ostream, currentRange.start, currentRange.end); ... } } finally { // if nessesary, put code to ensure istream is closed here. ostream.println(); ostream.print(-- + mimeSeparation + --); } This is what try-finally is all about, isn't it? I agree, that I am new to this and I might be wrong, but this leads me back right to where I started. Whom to ask to understand the existing code? When you're looking at the code, keep in mind that Tomcat's DefaultServlet (like virtually every other Tomcat component) can be extended or wrapped. Such wrappers or extenders could
RE: TCKs for 5.5.3 and 5.0.29
Hi, Thanks for noting and resolving the bug. I'm hesitant to put out a new 5.5.3 build though, because that will create confusion among those who've already downloaded it. But we do have other options: - Just issue a hotfix with StandardWrapper.class, tell people to put it in server/lib. We've done this before with other single-class fixes, so there's precedent. - Issue a new 5.5.3.1 (now possible with the new versioning scheme) release. - Leave this be, keep 5.5.3 at alpha, and have this fix go only into 5.5.4. What do people think? Yoav Shapira Millennium Research Informatics -Original Message- From: Amy Roh [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 06, 2004 5:33 PM To: Tomcat Developers List Subject: Re: TCKs for 5.5.3 and 5.0.29 Thanks Jan for the update. I have confirmed that all JSP TCK tests pass with the latest StandardWrapper.java. I have retagged the file so the 5.5.3 release has the fix. Thanks, Amy Hi Amy, Amy Roh wrote: I ran the Servlet/JSP TCKs. They both passed on the 5.0.29 release. The Servlet TCK passed on the 5.5.3 release but the following 2 JSP TCK tests failed out of 615 tests. Test case throws exception: [BaseUrlClient] null failed! Check output for cause of failure. a.. com/sun/ts/tests/jsp/spec/core_syntax/implicitobjects/URLClient.java#ch eckC onfigTest : URLClient_checkConfigTest b.. com/sun/ts/tests/jsp/spec/tagfiles/implicitobjects/URLClient.java#check Conf igTest : URLClient_checkConfigTest I committed a fix for these 2 failures yesterday (in StandardWrapper.java): revision 1.49 date: 2004/10/06 00:54:46; author: luehe; state: Exp; lines: +1 -1 Undid previous change, as in the case where a servlet has a jsp-file and also declares some init params, as in: servlet servlet-namexxx/servlet-name jsp-file/xxx.jsp/jsp-file init-param param-namename1/param-name param-valuevalue1/param-value /init-param /servlet it needs its *own* JspServlet instance that it can initialize with its own params. Sharing of JspServlet instance is not possible in this case. Will have to come up with a better solution against loss of monitoring info (the JspServlet that handles the above jsp-file currently is not registered with JMX). I think we need to retag this file with 5.5.3. Jan Thanks, Amy - Original Message - From: Shapira, Yoav [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Wednesday, October 06, 2004 6:28 AM Subject: TCKs for 5.5.3 and 5.0.29 Hi, Sun folks, or anyone with access to the Servlet and JSP TCKs: can you please run them against the 5.5.3 and 5.0.29 releases when you get a chance, and post your results here? Thanks in advance ;) Both 5.0.29 and 5.5.3 pass all our internal tests without exception. 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: 5.0.29 JSP compilation fails when using JDK 1.5.0
Hi, Thanks for spotting and reporting this issue. While Tomcat 5.0.x doesn't officially support J2SE 5.0, we don't want to make things worse with new releases ;) So my apologize for this issue. I'm really busy today and tomorrow at work, and then I'm traveling this weekend [it's a long holiday weekend in the US]. If someone could at least post a .diff patch to fix this, I'd be grateful and I'll try to commit it quickly. If we wait for me, this issue might have to wait a few days ;) Thanks, Yoav Shapira Millennium Research Informatics -Original Message- From: Jess Holle [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 06, 2004 3:55 PM To: Tomcat Developers List Subject: 5.0.29 JSP compilation fails when using JDK 1.5.0 Tomcat 5.0.28 compiled JSP pages when run using JDK 1.5.0 just fine (out-of-the-box). Also, 5.0.28 seems to work fine under JDK 1.5.0 in general. Tomcat 5.0.29 can no longer compile JSP pages when running under JDK 1.5.0! Given that 1.5.0 has been released and 5.0.28 works fine, I believe this is a serious regression in 5.0.29 that should by itself prevent it from getting a stable rating -- though I'd love to quickly see a 5.0.30 including a fix for this :-) [Tomcat 5.0.29 does seem to work alright under 1.5.0 if you pre-compile all JSP pages via an Ant project...] Note that the startup environment, JSP pages, etc, are identical in both cases. In both cases I use catalina.50.bat start. Also note that the JSP pages use no 1.5 features whatsoever -- I'm just trying to run with JDK 1.5.0. Also, both results hold both for development Jasper settings (fork=false, development=true, reloading=true) and production Jasper settings (fork=true, development=false, reloading=false). The symptom when this fails is the following console message: javac: target release 1.3 conflicts with default source release 1.5 I am *guessing* this may have something to do with the following change log entry: 30984 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=30984: Added compilerTargetVM option to Jasper. (yoavs) -- Jess Holle 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: TCKs for 5.5.3 and 5.0.29
Hi, OK, I've made the Hotfix available on the www.apache.org/dist download pages, and after giving the mirrors the usual 8 hours to pick it up, I'll post a brief announcement to the user list. Thanks, Yoav Shapira Millennium Research Informatics -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Thursday, October 07, 2004 8:08 AM To: Tomcat Developers List Subject: Re: TCKs for 5.5.3 and 5.0.29 Shapira, Yoav wrote: Hi, Thanks for noting and resolving the bug. I'm hesitant to put out a new 5.5.3 build though, because that will create confusion among those who've already downloaded it. But we do have other options: - Just issue a hotfix with StandardWrapper.class, tell people to put it in server/lib. We've done this before with other single-class fixes, so there's precedent. - Issue a new 5.5.3.1 (now possible with the new versioning scheme) release. - Leave this be, keep 5.5.3 at alpha, and have this fix go only into 5.5.4. What do people think? The issue is not critical, so proceed with 5.5.3 with a hotfix for people who really need it (so that's the first option). Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Location for contributed startup/shutdown scripts
Hi, We've got a few contributed scripts entered as Bugzilla enhancement items (31447, 31499). They're startup/shutdown scripts for GNU/Linux and OpenVMS. The question is, where in CVS do we put these? I don't want to simply put them in jakarta-tomcat-catalina/catalina/src/bin, and then packaged in $CATALINA_HOME/bin, because that implies we wrote and maintain them. Rather, I'd like to put them in some sort of jakarta-tomcat-contrib repository, with a README that says these scripts are not written, maintained, or supported by us. What do people think? 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]
[ANN] Apache Jakarta Tomcat 5.5.3-alpha Released
The Apache Jakarta Tomcat team is proud to announce the immediate availability of Tomcat 5.5.3-alpha. This build addresses several stability issues and other bugs, and we hope to make this out first Beta-quality build of the 5.5 branch (the stability vote will take place on the tomcat-dev list next week, as usual). Release notes: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/RELEASE-NOTES Please refer to the change log for the list of changes: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/changelog.html Downloads: Binaries: http://jakarta.apache.org/site/binindex.cgi#tomcat-5.5 Sources: http://jakarta.apache.org/site/sourceindex.cgi#tomcat-5.5 The Apache Jakarta Tomcat Team 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]