Re: dynamical class loading
Hi, I know the name of the interfaces and by default I have a wrong version of these interfaces in my WEB-INF/classes/ path. Don't have a wrong version by default, that's a bad practice. I tried to load theses interfaces using a URLClassLoader unsuccessfully. I also tried to replace the .class in WEB-INF/classes/, but the problem is that the webapp is reloading itself. Turn off the reloadable property of your webapp by adding reloadable=false to the context definition. If you do want to dynamically load classes, just use Class.forName(my.class.name). Any idea about how to do that? See above. Is Tomcat able to load classes without reloading the whole webapp or restarting ? Yes, read the documentation on Class.forName and the context reloadable property. Once you've done that and/or tried the above, please post further questions to the tomcat-user mailing list. This list is for Tomcat's internal development discussions. (You're of course welcome to hang around and chat here, but only about topics that related to Tomcat's own internal development) Thank you ;) Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Fwd: cluster FAQ link?]
Hi, I created it and committed it (in CVS) before the move to SVN. So it should exist in CVS and SVN both. We really need to move the site SVN link so it stops pointing at pre-TLP and points at the trunk. Maybe I'll go figure out how to do it ;) Yoav --- Tim Funk [EMAIL PROTECTED] wrote: I thought I recalled seeing faq/cluster.html at one time. But now I see no trace of it. Did it ever exist? -Tim Original Message Subject: cluster FAQ link? Date: Tue, 11 Oct 2005 16:00:52 -0500 From: Brian O'Rourke [EMAIL PROTECTED] Reply-To: Tomcat Users List tomcat-user@jakarta.apache.org To: tomcat-user@jakarta.apache.org Hi, Reading up on some of the Tomcat 5.5 documentation, and I noticed that the cluster documentation links to a FAQ that doesn't appear to exist. At the bottom of this page: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/cluster-howto.html The link refers to this page, which doesn't exist, nor is there a link to a Cluster FAQ from the main FAQ page (that I can find): http://jakarta.apache.org/tomcat/faq/cluster.html Where is this document located? --bpo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Site-SVN link
Hi, OK, I've switched it over to tomcat/site/trunk/docs instead of tomcat/site/branches/pre-tlp/docs. It looks OK at the filesystem and .svn level. The update should reflect on the web site in ~1 hour (infra has reduced the sync time from 4 to 1 hours or so, btw). Yoav --- Jean-frederic Clere [EMAIL PROTECTED] wrote: Yoav Shapira wrote: Hi, I think it's OK now to have /www/jakarta.apache.org/tomcat be a checkout of the SVN tomcat/site/trunk. I just updated SVN tomcat/site/trunk to show 5.5.12 is latest stable, and committed, but the SVN update is still looking at the old version... Looking in .svn/entries: +++ url=http://svn.apache.org/repos/asf/tomcat/site/branches/pre-tlp/docs; +++ What is in /www/jakarta.apache.org/tomcat belongs to a branch pre-tlp. Cheers Jean-Frederic Yoav - 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]
Re: Tomcat Snapshots
Hi, I'm curious about the importance of nightly snapshots: who uses them? We have a nightly source tarball already available at http://cvs.apache.org/builds/jakarta-tomcat-5/nightly/, so this seems redundant. If neither you (Henri) nor I knew about it in the years we've been involved, it's probably not being used by too many people ;) jakarta-tomcat jakarta-tomcat-4.0 jakarta-tomcat-5 jakarta-tomcat-catalina jakarta-tomcat-jasper jakarta-tomcat-connectors jakarta-tools jakarta-watchdog jakarta-servletapi jakarta-servletapi-4 jakarta-servletapi-5 jakarta-watchdog-4.0 I need to identify the svn match to each one of those to continue the snapshots going. ie) jakarta-tomcat-tools = tomcat/archive/tools/trunk/ Though I imagine something in archive/ isn't a candidate for snapshotting. Could you let me know which parts of the tomcat svn directory you'd like me to set snapshotting up for? Right now I'd say none, as it seems unnecessary. For the archived ones (jakarta-tomcat-tools and jakarta-watchdog-*), we don't need any snapshots. But maybe I'm missing something. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Site-SVN link
Hi, I guess now is the time to move over the mailing lists. The TLP web site (tomcat.apache.org) is ready to go and just waiting for a svn co. Once this is done, we will need to redirect http://jakarta.apache.org/tomcat to http://tomcat.apache.org and delete the old content from http://jakarta.apache.org/tomcat I'm moving the site to tomcat.apache.org right now. I can handle everything, I think, except moving the mailing lists. I'll put in a JIRA request for that right now. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Site-SVN link
Hi, Mailing list migration issue created: http://issues.apache.org/jira/browse/INFRA-574. I've also copied everything to tomcat.apache.org, so that site should be working just fine in about an hour. After I test it, I'll ask infra to do the redirect thing. Yoav --- Yoav Shapira [EMAIL PROTECTED] wrote: Hi, I guess now is the time to move over the mailing lists. The TLP web site (tomcat.apache.org) is ready to go and just waiting for a svn co. Once this is done, we will need to redirect http://jakarta.apache.org/tomcat to http://tomcat.apache.org and delete the old content from http://jakarta.apache.org/tomcat I'm moving the site to tomcat.apache.org right now. I can handle everything, I think, except moving the mailing lists. I'll put in a JIRA request for that right now. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [RESULT][VOTE] Tomcat 5.5.12 is stable
Hi, --- Leon Rosenberg [EMAIL PROTECTED] wrote: Probably a late answer, but when you're saying that have been no changes to the sourcecode since alpha, you mean, that http://issues.apache.org/bugzilla/show_bug.cgi?id=36541 is still open for 5.5.12? No, that's not what I mean. As the 5.5.12 changelog indicates, issue 36541 is fixed in that release. It was included in the 5.5.12-alpha distro, and so it's in the stable release as well. So the bug is resolved/fixed but actually unfixed for next 6 month? No, you misunderstood. As an aside, even if the 36541 fix were not included in 5.5.12, I would disagree with actually unfixed and next 6 month as neither would be accurate. But these are separate issues for a separate thread if you want to rant about how Bugzilla is used or about how frequently we cut releases. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[RESULT][VOTE] Tomcat 5.5.12 is stable
Hi, The 5.5.12 stability vote is now over, and the release is stable. The following votes were cast for stable: Jeanfrancois Arcand Allistair Crossley Henri Gomez Jim Jagielski (not sure if this one is binding in the strictest sense of the word) Remy Maucherat Peter Rossbach Yoav Shapira Mladen Turk There were no beta or alpha votes. I'll go update the web site. There have been no code changes since the alpha release, so if you already have the 5.5.12-alpha distribution you don't have to go download a new distro. Thank you, Yoav Shapira System Design and Management Fellow MIT Sloan School of Management Cambridge, MA, USA [EMAIL PROTECTED] / www.yoavshapira.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Site-SVN link
Hi, I think it's OK now to have /www/jakarta.apache.org/tomcat be a checkout of the SVN tomcat/site/trunk. I just updated SVN tomcat/site/trunk to show 5.5.12 is latest stable, and committed, but the SVN update is still looking at the old version... Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] 5.5.12 Stability
Hi, I'd like to release a 5.0.31 at some point in the future, but I don't know when, and I don't know the interest level in it. It would certainly be fairly small, containing only a few back-ported fixes from 5.5, no major additions or new features. Yoav --- Leon Rosenberg [EMAIL PROTECTED] wrote: Sorry for jumping in this thread, but should 5.5.12 considered stable (as it seems) are there plans to release a stable version of 5.0.x? 5.0.31 or something? regards Leon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New repository org
Hi, You can also look at how Struts is organized. There, if you do: svn co http://svn.apache.org/repos/asf/struts/current struts You get all of the little bits and pieces all checked out to one place. That's pretty cool, especially when cutting out a new release. Can we get something like that done? Is it difficult to setup? Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New repository org
Hi, When a new release is cut, e.g. v5.5.13, would SVN links need to be updated so current downloads v5.5.13? Is there a script for that? Yoav --- Mark Thomas [EMAIL PROTECTED] wrote: Remy Maucherat wrote: The Struts trick does what I want. I see magic things in the .svn/dir-props, but obviously I don't know how to set it up properly. Adding a current magic folder doing the same would be good, and I think you can add some release/vX.Y.Z folders as well. I can set this up quite quickly. I'll start setting up the following. If this isn't what we want we can always delete it and start again. /tomcat /current /tc5.5.x /build /container /jasper /connector /servletapi /tc4.1.x /container /jasper /connector /servletapi /tc3.3.x /container /connector /servletapi I'll make sure these link to the right branches I can also add /tomcat /release /tc5.5.12 /build /container /jasper /connector /servletapi /tc5.5.11 /build /container /jasper /connector /servletapi etc although his will take a little bit of time to setup/script. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] 5.5.12 Stability
Hi, It took me a bit of time to finish testing on a couple of home-brewed apps, but [ X ] Stable - no major issues from me. I'll give the vote 24 more hours or so, looking good right now. If someone with the TCK license can run it and let us know the results, that would be awesome. Thanks, Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE] 5.5.12 Stability
Hi, Tomcat v5.5.12 has been out for a little more than a week now, so hopefully we've had time to test it. Please let us know what you think of its stability below. If anyone with the proper license could run the Servlet (v2.4) and JSP (v2.0) TCK tests on Tomcat 5.5.12, that would be great as well. Thank you. Tomcat 5.5.12 is: [ ] Stable - no major issues, [ ] Beta - at least one major issue: what is it? [ ] Alpha - multiple things or a real showstopper: please provide details.. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: bug 36867
Hi, Maybe no one has looked at it, or no one cares. Feel free to add your comments to this bug (and any others, of course), and/or contact the original poster to correct his understanding. In general here (and other Apache projects, and most OSS projects) stuff gets done when it gets done, with no particular deadlines. Yoav --- Leon Rosenberg [EMAIL PROTECTED] wrote: just wondering why noone has set bug 36867 to invalid yet, since the poster obviously doesn't know the difference between jsp and html comments. http://issues.apache.org/bugzilla/show_bug.cgi?id=36867 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems Parsing Request Paramers
Hi, Could it be the referer URL is too long, causing the query string to be ignored or dropped? There's a limit (2048 characters, I think?) on GET requests in some browsers. But actually, you're seeing this on the server, so I'm not sure. Can you try testing with less parameters or an otherwise shorter query string? Yoav --- Jeremy Nix [EMAIL PROTECTED] wrote: First off, I apologize for the cross-post. I posted this same message in the User's mailing list with no replies. So, my hope is that one of you developers may have some insight into the problem that I'm having. Certain users of my website are having issues with respect to submitting a form on a page. Not all users are experiencing this problem, and I've yet to replicate it myself so it makes the situation even more complex. I have an icking suspicion that its related to the user's browser, but I've tested on the same browser version/subversion without a glitch. Here's the scenario: 1) User goes to page. 2) User fills out form. 3) User clicks submit. 4) JSP page then performs sanity checks against submitted data. In the event of a failure on the sanity checks, page is redirected back to previous page. Simple enough. Well, users are filling out the form and clicking submit with valid infromation, yet when I parse the parameters out of the request, I'm finding none of the form values from the previous page. I then decided to investigate further and log out all request information in the event that these sanity checks fail. The following is what I logged out: - Attributes: javax.servlet.request.cipher_suite = [SSL_RSA_WITH_RC4_128_MD5] javax.servlet.request.key_size = [128] javax.servlet.request.ssl_session = [433162398579970fee9289baa9ac832b8558dcc409382f62cb67a3499b80] Parameters: Cookies: JSESSIONID = [FCB31837FFBD2C0D9F986C42B698BADE] contact_value = [ABC] duplicate_type = [None] duplicate_time = [] mortgage = [] lender_id_label = [] title_alternative = [] can_place_orders = [Y] flood_default = [126] can_cancel_lol = [N] contact_label = [] lender_id_value = [ABC] census = [] loan_no_label = [] delivery_method = [Online] apprasail = [] delivery_address = [] title = [] Headers: accept = [image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-excel, application/msword, application/vnd.ms-powerpoint, application/x-shockwave-flash, */*] referer = [https://WEBSITE_URL/CreateOrder.jsp?applicant2HomePhone=streetName=Ma in+Stapplicant2WorkPhone=applicantOtherPhone=ownerEstimate=applicant 2WorkPhone2=revisionOf=applicantWorkPhoneExtension=unitType=preFixDi r=Eapplicant2OtherPhoneAreaCode=applicantOtherPhone2=applicantMname=L skipstep=nonezip4=applicant2HomePhoneAreaCode=applicant2OtherPhone= applicantLname=DoestreetNum=applicantHomePhoneAreaCode=zip=40845pass code=HomeorderHeaderGeneralNotes=applicantHomePhone2=propertyLoanNumb er=productTitle=applicantFname=Johnapplicant2WorkPhoneExtension=appl icant2WorkPhoneAreaCode=applicant2Mname=JunitNumber=applicantWorkPhon eAreaCode=postFixDir=productAppraisal=propertyParcelNumber=applicant WorkPhone2=applicantOtherPhoneAreaCode=city=HulenapplicantHomePhone= applicantWorkPhone=applicant2Lname=Janeapplicant2OtherPhone2=applican t2HomePhone2=streetType=state=KYcontactId=10productMortgagePrep=pro ductFlood=Yesapplicant2Fname=Doe] accept-language = [en-us] content-type = [application/x-www-form-urlencoded] accept-encoding = [gzip, deflate] user-agent = [Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.1.4322)] host = [WEBSITE_DOMAIN] connection = [Keep-Alive] cache-control = [no-cache] cookie = [JSESSIONID=FCB31837FFBD2C0D9F986C42B698BADE; contact_value=ABC; duplicate_type=None; duplicate_time=; mortgage=; lender_id_label=; title_alternative=; can_place_orders=Y; flood_default=126; can_cancel_lol=N; contact_label=; lender_id_value=ABC; census=; can_view_insurance_tracking=N; loan_no_label=; delivery_method=Online; apprasail=; delivery_address=; title=] content-length = [0] - There are many interesting things about this request. First, the content-length is 0. Not sure how this could happen...error in browser?? Second, and the most intriguing...Notice the referer entry. The referer entry actually contains all relevant information that I needed in order to process this request, yet if you look at what parameters I was actually able to parse off this request you will see...NONE. I'm stumped. Anybody else seen this before? Environment: JDK 1.4.2_08 Tomcat 5.5.9 ___ Jeremy Nix Senior Application Developer Southwest Financial Services, LTD. (513) 621-6699 x1158 www.sfsltd.com
Re: Please verify this is correct: Need multiple virtual directories for isapi_redirector
Hi, Please use tomcat-user@jakarta.apache.org for user support issues. The tomcat-dev list is for discussion regarding Tomcat's own internal development. Thank you, Yoav --- David Thielen [EMAIL PROTECTED] wrote: Note: I looked and looked and couldn't find this documented. Hi; I want to make sure this is correct: If you want to run Tomcat against multiple websites, not just the default website, this is what I have had to do. This is on Windows 2003/IIS 6.0. I removed isapi_redirector.dll from the default web site ISAPI Filters and put it in the parent Web Sites ISAPI Filter properties. I added a jakarta virtual directory for each website (and I have a lot.). Now it appears to work. ??? - thanks - dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK 1.2.15 Release plan?
Hi, I'd wait a couple of days and then have a vote. During those days we should actively encourage users to download and test it. Make release announcements, etc. ;) Yoav --- Mladen Turk [EMAIL PROTECTED] wrote: Hi, JK 1.2.15 has been tagged, and I've created the source distribution downloadable from the: http://www.apache.org/dist/jakarta/tomcat-connectors/jk/source/jk-1.2.15/ Since this version contains numerous bug fixes over the releases 1.2.14, what are your thoughts on that version, since it will be the last one released from the CVS. I would like to make a vote and release, because of the bugs this version is fixing, and since we would from now on use SVN the next release could take quite some time before becoming available. So, should I pursue for a [VOTE} on that tag or will we wait for a couple of months? I hope we'll not go for the latest option. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Final phase of SVN migration - the plan
Hi, Reminder that this is about 90 minutes from now ;) Yoav --- Yoav Shapira [EMAIL PROTECTED] wrote: Hi, I'm fine with this WE, or the end of this week. I mean, the previous build was decent already. I just looked at the changelog for 5.5.12, it's a nice collection of stuff. Is Friday OK with everyone? If not, I can do Saturday, but I'd prefer Friday to keep my weekend more free. How about Friday, September 23rd, 2005, at 9am my time (EDT), which is 1300h UTC? (http://www.timeanddate.com/worldclock/converted.html?month=9day=23year=2005hour=9min=0sec=0p1=43p2=0) That should give people a couple of days for scratching any last-minute itches. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Final phase of SVN migration - the plan
Hi, Not done yet -- tagging in a couple of minutes, then a few more to do the checkout/download/build... ;) But almost there. Yoav --- Remy Maucherat [EMAIL PROTECTED] wrote: Yoav Shapira wrote: Hi, Reminder that this is about 90 minutes from now ;) All done ? If so, the migration is now ready :) 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]
Re: Final phase of SVN migration - the plan
Hi, OK, the release is tagged, cut, and uploaded. Formal announcements coming in a few hours.. Yoav --- Remy Maucherat [EMAIL PROTECTED] wrote: Yoav Shapira wrote: Hi, Reminder that this is about 90 minutes from now ;) All done ? If so, the migration is now ready :) 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]
Re: Problem downloading 5.5.12-alpha Re: [ANN] Apache Tomcat 5.5.12-alpha Released
Hi, I just fixed this, and the fix will be on the web site in ~15 minutes. My apologies, and thanks for letting us know quickly ;) Yoav --- Wendy Smoak [EMAIL PROTECTED] wrote: From: Yoav Shapira [EMAIL PROTECTED] Downloads: Binaries: http://jakarta.apache.org/site/binindex.cgi#tomcat-5.5 Sources: http://jakarta.apache.org/site/sourceindex.cgi#tomcat-5.5 The filenames are wrong for the 5.5.12-alpha downloads. They all point to jakarta-tomcat-5.5.12* instead of apache-tomcat-5.5.12*. The files are there if you change the URL in the browser, but the links do not work. -- Wendy Smoak - 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]
[ANN] Apache Tomcat 5.5.12-alpha Released
23 September 2005 - Apache Tomcat 5.5.12-alpha Released The Apache Tomcat team is proud to announce the immediate availability of Tomcat 5.5.12-alpha. This version contains several bug fixes, including an import change to session attribute storage concurrency that is required by the upcoming Servlet Specification v2.5. In addition to these changes, this release is a significant milestone for two reasons: This release is the last one to be done using the CVS repository at Apache. The Tomcat team is moving to the Subversion (SVN) repository as part of the overall Apache initiative to do so. Access instructions for the SVN repository are available at http://www.apache.org/dev/version-control.html. The move is expected to be complete within the next week. This release is also likely the last one to use the Jakarta pages. As part of Tomcat's move to a top-level project (TLP) at Apache, we will be migrating our content to http://tomcat.apache.org, which is still under construction at this time. That site will have its own download pages and related information. We will keep the key jakarta URLs intact with redirection, but please keep an eye out and update your bookmarks to http://tomcat.apache.org as/when appropriate. As part of the TLP move, distribution names have changed from jakarta-tomcat-* to apache-tomcat-*, and similar minor branding changes will gradually become visible in the web site and documentation. We thank the Jakarta project for its support over the years, and we will continue collaborating on projects and issues of common interest. The Release notes are available at 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 Tomcat Team - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
SVN update of site working OK?
Hi, Maybe I did something wrong here, or maybe I'm just missing a step, but if someone (probably Mark) could help out here, that'd be great ;) I just added a new FAQ section on clustering to the SVN tomcat/site/trunk area. It's in xdocs-faq/cluster.xml. I did svn add for that file, as well as the docs/faq/cluster.html and docs/faq/printer/cluster.html. The files were added into SVN, then I did svn commit. No errors, all looks fine. Next I went to /www/jakarta.apache.org/tomcat/faq, ran SVN update. Again no errors, just a line saying it's at revision X, where X was the number after my commit, so that looks correct. But I don't see the cluster.html files there. I know I won't see them on the web for a while due to replication delays, but when we used CVS I saw them on the filesystem right away. Am I doing something wrong? Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SVN update of site working OK?
Hi, AFAICS, your changes were to trunk and the update to the filesystem looks at the pre-tlp branch. OK, that makes sense, and thank you for the explanation. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-5 build.xml
Hi, Will Yoav tag the CVS or SVN for the upcoming release ? I was going to tag both repositories this one time. For the record, all members of the tomcat pmc have karma for all modules including the specs. This allows us to fix issues with the examples. This is great. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Final phase of SVN migration - the plan
Hi, Do we do a new Tomcat 5.0.12 build (which will be voted on this time) before the migration ? We'll have to change build scripts after that, Yes, I'd like to do a new 5.5.12. That's one of the reasons I asked for timings, once they're known, so we can work with nice margins. Alternatively, we can just cut 5.5.12 this weekend. I was also thinking of cutting out a 5.0.31 release before the migration. Even if we do no coding, maybe just a couple of dependency updates, and release something that can be voted as stable, I'll be happy. I don't like having the last release on that branch remain as beta ;) Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Final phase of SVN migration - the plan
Hi, I'm fine with this WE, or the end of this week. I mean, the previous build was decent already. I just looked at the changelog for 5.5.12, it's a nice collection of stuff. Is Friday OK with everyone? If not, I can do Saturday, but I'd prefer Friday to keep my weekend more free. How about Friday, September 23rd, 2005, at 9am my time (EDT), which is 1300h UTC? (http://www.timeanddate.com/worldclock/converted.html?month=9day=23year=2005hour=9min=0sec=0p1=43p2=0) That should give people a couple of days for scratching any last-minute itches. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Final phase of SVN migration - the plan
Hi, If possible, it'd be nice to establish a quiet window, say 24 hours, during which we shall not commit anything, and infra will do the real repository move. That will help eliminate the possibility of lost/clashed commits and related wasted time. Plan looks good. Yoav --- Mark Thomas [EMAIL PROTECTED] wrote: All, The plan for the last phase is slightly different since these repositories are in pretty much constant use. The CVS repos that will be migrated are: jakarta-tomcat-connectors jakarta-tomcat-catalina jakarta-tomcat-5 jakarta-tomcat-jasper The plan is: - Submit migration request to infrastructure - Once the test migration has been done, I'll write a script to do the necessary restructuring - Run the script on the test repo - Announce that the test repo is ready for review - 48 hours later, assuming that there have been no objections I'll give the go ahead to infrastructure to do the live migration - Shortly after this, CVS will be locked, the live SVN migration will take place (including the restructuring script) and the migration to SVN will be complete I know there is a plan to do a JK release this week. If there is a timing clash, JK takes priority. Just shout and I'll delay giving infra the go-ahead to do the final migration. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup Bootstrap.java
Hi, I haven't had time to play with it, but wanted to say +1 as I think this is a cool effort and a good idea. Yoav --- Costin Manolache [EMAIL PROTECTED] wrote: I have few weeks, I'm trying to sync up some of the few changes I made in the last year before the code is moved to svn and try a bit more the 'embedded' scenario ( both single-jar tomcat - that actually works well, and also coyote-only ). I uploaded 2 jars at http://people.apache.org/~costin/mini - one has full jasper, the other only the jsp runtime. There are still few requirements on the dir structure - you need to have the conf/web.xml, work/, webapps/, but besides that it's just 'java -jar tomcat+jasper.jar', no extra jars required. tomcat-http11.jar is just coyote, with a javascript adapter as example ( let me know if you want to play with it, I'll send additional info ). Costin Henri Gomez wrote: Happy to see Costin is back :) 15 Sep 2005 06:04:01 -, [EMAIL PROTECTED] [EMAIL PROTECTED]: costin 2005/09/14 23:04:01 Modified:catalina/src/share/org/apache/catalina/startup Bootstrap.java Log: Support for corner case, when all tomcat is in a single jar and no fancy classloaders are used. Revision ChangesPath 1.23 +9 -5 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/Bootstrap.java Index: Bootstrap.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/Bootstrap.java,v retrieving revision 1.22 retrieving revision 1.23 diff -u -r1.22 -r1.23 --- Bootstrap.java3 May 2005 14:12:52 - 1.22 +++ Bootstrap.java15 Sep 2005 06:04:01 - 1.23 @@ -95,6 +95,10 @@ private void initClassLoaders() { try { commonLoader = createClassLoader(common, null); +if( commonLoader == null ) { +// no config file, default to this loader - we might be in a 'single' env. +commonLoader=this.getClass().getClassLoader(); +} catalinaLoader = createClassLoader(server, commonLoader); sharedLoader = createClassLoader(shared, commonLoader); } catch (Throwable t) { @@ -122,10 +126,10 @@ // Local repository boolean packed = false; if (repository.startsWith(CATALINA_HOME_TOKEN)) { -repository = getCatalinaHome() +repository = getCatalinaHome() + repository.substring(CATALINA_HOME_TOKEN.length()); } else if (repository.startsWith(CATALINA_BASE_TOKEN)) { -repository = getCatalinaBase() +repository = getCatalinaBase() + repository.substring(CATALINA_BASE_TOKEN.length()); } @@ -159,14 +163,14 @@ // Retrieving MBean server MBeanServer mBeanServer = null; if (MBeanServerFactory.findMBeanServer(null).size() 0) { -mBeanServer = +mBeanServer = (MBeanServer) MBeanServerFactory.findMBeanServer(null).get(0); } else { mBeanServer = MBeanServerFactory.createMBeanServer(); } // Register the server classloader -ObjectName objectName = +ObjectName objectName = new ObjectName(Catalina:type=ServerClassLoader,name= + name); mBeanServer.registerMBean(classLoader, objectName); - 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]
RE: [Vote] (was Re: Top Level Project? Time for Top Level Lists?)
Hi, Thanks for voicing your opinion. While it's welcome, it's not a binding vote, FYI, until you're a committer. Yoav --- Warren Lewis [EMAIL PROTECTED] wrote: Bugs [ ] forward to [EMAIL PROTECTED] [X] forward to [EMAIL PROTECTED] Commits [ ] forward to [EMAIL PROTECTED] [X] forward to [EMAIL PROTECTED] Much easier to handle the volume of email if they are gated to separate lists. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How strongly Tomcat 5.5.x will be committed to JDK 1.4.x in future..
Hi, Tomcat 5.5 will always allow JDK 1.4. Tomcat 6.0, as required by the J2EE 5 specifications, will require J2SE 5.0. I repeat, for emphasis, that this is required by the J2EE 5 Specification itself, which Tomcat 6.0 will support: it is not our decision to drop support for JDK 1.4. Yoav --- Girish Vasvani [EMAIL PROTECTED] wrote: Hi, We'r puzzled between tomcat 5.0.x and 5.5.x. Due to our product restrictions we can't use JDK 1.5. Looked at jakarta web site, it seems that using tomcat 5.5.x seriese compated to 5.0.x is a good idea and recommended. Before committing our product to tomcat 5.5.9, I want to know how much tomcat dev team will be committed to supporting JDK 1.4.x going forward ? thanks in advance for your help, Girish - Yahoo! for Good Click here to donate to the Hurricane Katrina relief effort. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Support for Servlet 2.5/JSP 2.1?
Hi, You may be confusing they have a web page with they have been released. Neither has been finalized. When they're finalized, they will be implemented in Tomcat 6.0, not 5.5. Yoav --- Sam Ewing [EMAIL PROTECTED] wrote: Servlet 2.5 (http://www.jcp.org/aboutJava/communityprocess/maintenance/jsr154/index3.html) and JSP 2.1 (http://jcp.org/en/jsr/detail?id=245) have both released. Would these be supported on Tomcat 5.5 anytime soon? Or would this be in a new version (Tomcat 6?) Thanks! /s __ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Vote] (was Re: Top Level Project? Time for Top Level Lists?)
Hi, Bugs [ X ] forward to [EMAIL PROTECTED] [ ] forward to [EMAIL PROTECTED] Commits [ X ] forward to [EMAIL PROTECTED] [ ] forward to [EMAIL PROTECTED] Keep as one list, for reasons voiced by others, and summarized as: it's easy for users to filter at their end, but hard to get people to subscribe to three lists. If it ain't broken, don't fix it. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jasper TCKing
Rick, Thank you for the offer. It's certainly welcome. We have TCK grants for these APIs at Apache, and have had them for years. (In fact, the ASF has TCK rights from Sun for virtually every API out there ;)) But as you've noted, it's a time-consuming task, and in general we gladly welcome external help in all areas. Would it be possible for you to run the TCK occasionally (as your time permits, of course) on publicly-released Tomcat versions, and post the results either to this mailing list or as a Bugzilla issue for Tomcat? If not, we'll see what we can work out. There are some more private forums to which that information can go, but the public route is preferred, to help our users with their QA and due diligence tasks. Yoav --- Rick Knowles [EMAIL PROTECTED] wrote: All, Not sure how to go about this, but I wanted to offer my services with TCK compliance testing of tomcat/jasper. I have been granted JSR 152 and 154 TCK karma for my own container (winstone), and I figured since TCK karma is so hard to get, you guys might appreciate having someone else who can share the responsibility for tomcat. Obviously there would be some working out of communication details because of TCK contract restrictions, but that shouldn't be hard. It's in my interest to help with compliance because Jasper is being used within Winstone - I've got it to pass all the JSR154 tests, but the 152 tests were failing in a few places ... I haven't been on this list for a while, so shoot me down if this is a known problem - I ran the JSP TCK over jasper + tomcat 5.5.9, and noticed that there were a few test failures when I ran it (four or so that I counted in the api section). The main reason was that under winstone I noticed the errors, so I tried running it against tomcat, and got the same errors. It's possible they've been excluded and I've misconfigured my test environment, so I well and truly leave open the possibility it's my fault - just wanted to check. Anyway, please let me know if the help is needed. Rick -- Servlet v2.4 container in a single 140KB jar file ? Try Winstone (http://winstone.sourceforge.net/) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] Servlet and JSP APIs have moved to subversion
Hi, I looked into the website work, and I think it should be enough to simply add a page for mailing lists and downloads (for starters, other pages can be added as needed). For the latter, what are the preferences ? One like jakarta.apache.org, or a much simpler one like httpd.apache.org ? Simple and clean, similar to httpd.apache.org. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Upcoming work
Hi, I also think 5.5.11 looks good (assuming people did test it; please test it, I fixed all the bad APR bugs in 5.5.10 that I was aware of, and the Windows installer also installs an APR/OpenSSL binary is the native option is checked), but the stable build should have the tomcat.apache.org branding. How about doing that this week and then releasing a 5.5.12 build ? Yes, great timing, let's do it. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.5.9, endorsed jars and classloader
Hi, I ran into problems with Tomcat 5.5.9. We have xercesImpl.jar in common/endorsed, and another jar (X-Hive's XML database's xhive.jar) in common/lib, that includes a class that is put in the xerces package (org.apache.xerces.dom) in order to access xerceses package protected class ObjectFactory. This works as long as the classloader is the same for both xerces and xhive. It's still a hack ;) But I've done it myself in the past... With older tomcats this has been works fine for years now, but with 5.5.9 an IllegalAccessException is thrown. Which older Tomcats? Specifically, does it work in 5.0.28 or 5.5.7? 4.x and 5.x tell a bit of a different story when it comes to classloading implementation. The server with Tomcat 4.1.31 runs Sun's JDK 1.5.0-b64, the one with Tomcat 5.5.9 runs Sun's JDK 1.5.0_04-b05. It is possible for me to upgrade the other if you think this may be an issue. The classloaders toString() output is actually different, come to think of it... It would be good to make them use the same JVM version, if only to rule out that variable. But better yet, please test 5.0.28 and 5.5.7. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Site repository cleanup
Hi, I'd like to have snapshots of the site as it was for each release of the product. Especially since it's easy to keep. So I'm OK with removing: http://svn.apache.org/repos/asf/tomcat/site/branches/tomcat-site/ http://svn.apache.org/repos/asf/tomcat/site/tags/start/ http://svn.apache.org/repos/asf/tomcat/site/tags/PRE-ANAKIA-REMOVAL/ But I'd like to keep: http://svn.apache.org/repos/asf/tomcat/site/branches/TOMCAT_5_0/ http://svn.apache.org/repos/asf/tomcat/site/tags/TOMCAT_5_0_26/ http://svn.apache.org/repos/asf/tomcat/site/tags/TOMCAT_5_0_27/ http://svn.apache.org/repos/asf/tomcat/site/tags/TOMCAT_5_5_10/ http://svn.apache.org/repos/asf/tomcat/site/tags/TOMCAT_5_5_2/ http://svn.apache.org/repos/asf/tomcat/site/tags/TOMCAT_5_5_8/ I don't see what purpose any of the above might serve. Historical reference. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Upcoming work
Hi, You know, come to think of it, who's on the Spec team for 2.5? I don't even see a formal JSR for it, only the preliminary changelog URL Remy originally posted, which is hanging off the JSR 154 / Servlet Spec 2.4 site. Yoav --- Remy Maucherat [EMAIL PROTECTED] wrote: Mark Thomas wrote: Remy Maucherat wrote: Mark Thomas wrote: I think the spec team get to decide this. I had assumed they would do something similar to the servletapi-5 and have jsr154 and jsr245 directories under the root directory (which in svn would be \tomcat\servletapi\trunk - the current trunk having been moved to \tomcat\servletapi\branches\tc5.x.x\). I don't know if the spec team is actually still responsible for these repositories, such as if they intend to add the Servlet 2.5 / JSP 2.1 API source there. If the don't, we can switch to a more OSS friendly access and management style. Who do we need to talk at the spec team about this? At least Jan would know, and he seems to be reading the list. Maybe they haven't quite decided what to do. 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]
Re: Upcoming work
Howdy, I am now on the expert group, and it's only a maintenance release (so no new JSR). Ah, good. That's a good point of synergy for us. So it's a new maintenance release, no new JSR, but it will be called Servlet Specification v2.5? And accordingly, Tomcat 6.0... Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] Site, service tools have moved to subversion
Mark, Thanks again for this continuing effort! Yoav --- Mark Thomas [EMAIL PROTECTED] wrote: Phase 2 of the SVN migration is now complete. The main component of this phase is the Tomcat website. jakarta-tomcat-site has moved to http://svn.apache.org/repos/asf/tomcat/site and updated instructions for editing the website may be found at http://svn.apache.org/repos/asf/tomcat/site/trunk/README.txt The following little used modules have also moved: jakarta-tools has moved to http://svn.apache.org/repos/asf/tomcat/archive/tools jakarta-tomcat-service has moved to http://svn.apache.org/repos/asf/tomcat/archive/service - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: tomcat build failed - makensis.exe
Hola, After downloading NSIS, you need to install it as you would any other windows program, and update build.properties to reflect to the install location. BUT, Xingbo, you probably don't need to be doing this at all. It's only required if you're building a new Tomcat windows executable. For your SoC tasks, building the normal distros (zip/tar.gz) is just fine. Of course, if you want to deal with this, knock yourself out ;) Yoav --- Xingbo Gao [EMAIL PROTECTED] wrote: I tried different three base-sf.loc but none of them works. testexist: [echo] Testing for /usr/share/java/nsis-2.0/makensis.exe downloadfile: [get] Getting: http://internap.dl.sourceforge.net/sourceforge/nsis/nsis-2.0.exe [get] To: /usr/share/java/nsis-2.0/makensis.exe [get] Error opening connection java.io.FileNotFoundException: http://prdownloads.sourceforge.net/nsis/nsis-2.0.exe?downloadfailedmirror=sourceforge.irlab.pnap.net [get] Error opening connection java.io.FileNotFoundException: http://prdownloads.sourceforge.net/nsis/nsis-2.0.exe?downloadfailedmirror=sourceforge.irlab.pnap.net [get] Error opening connection java.io.FileNotFoundException: http://prdownloads.sourceforge.net/nsis/nsis-2.0.exe?downloadfailedmirror=sourceforge.irlab.pnap.net [get] Can't get http://internap.dl.sourceforge.net/sourceforge/nsis/nsis-2.0.exe to /usr/share/java/nsis-2.0/makensis.exe BUILD FAILED /home/xbgao/tomcat/build.xml:49: The following error occurred while executing this line: /home/xbgao/tomcat/jakarta-tomcat-5/build.xml:1873: The following error occurred while executing this line: /home/xbgao/tomcat/jakarta-tomcat-5/build.xml:1957: Can't get http://internap.dl.sourceforge.net/sourceforge/nsis/nsis-2.0.exe to /usr/share/java/nsis-2.0/makensis.exe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Upcoming work
Hola, I'm virtually back from vacation ;) Still traveling, but now for business, and therefore lugging my laptop along. Thank you for the inquiry ;) --- Ashly Mathew Varghese [EMAIL PROTECTED] wrote: Just out of context.. What happened to Yoav? - Migrate to tomcat.apache.org. IIRC, we were going to do that after the SVN migration. Mark is doing a great job with the SVN task, with Henri and infra's help. I'd estimate no more than another month to complete the SVN migration, right? - Release a new stable 5.5.x. Yup. 5.5.11 should be a good step in that direction: I'll download and play around with it, but I think the changelog looks great in that it's mostly fixes to known issues, nothing crazy, and therefore should make a good build. - Implement Servlet API 2.5: http://jcp.org/aboutJava/communityprocess/maintenance/jsr154/servlet-2_5-changelog.html There are few changes, except support for some annotations (which are optional, but as Tomcat supports all web related optional J2EE features ...). The result would be very similar with Tomcat 5.5, with the possibility of Java 5 related code cleanups (Servlet API 2.5 mandates Java 5). Yes. I have to say I'm happy with the current Servlet 2.5 draft: from our perspective, it's not much serious new work, we can remove a couple of annoying special case paths through the code, and we get to dismiss the compat package. We may want to continue making 5.5 releases for a little while after Tomcat 6.0 is out, as I expect a bunch of users will still using JDK 1.4. Side note on this: the name for the CVS (or actually, SVN) area for Servlet API 2.5. I'd prefer servletapi-2.5 for clarity, even though it breaks the pattern of jakarta-servletapi and then jakarta-servletapi-5 that we have used to date. - Implement JSP 2.1: it's a significant effort, and the issue is that there doesn't seem to be anyone available. Any ideas ? The biggest unaddressed issue on the table at the moment, I agree. I need to look through the spec draft myself. Are the gurus (kin-man, etc.) not around and not available to help out? Also, similar side note on CVS/SVN location: perhaps we put it in jspapi-2.1 instead of servletapi-6? Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat metrics
Howdy, This is just information for the curious or bored ;) I was asked earlier today how many LOC are in Tomcat right now. Since I didn't know off the top of my head, I plopped the source code of 5.5.10 into Eclipse, and using Metrics (http://metrics.sourceforge.net/) calculated it. I had to remove a couple of the Tomcat 3 packages to get things to compile, and of course this doesn't count the .jsp files and other things we might consider source code, so the result is only an approximation: 136K or so ;) For more interesting metrics, you can see the screenshot at http://www.flickr.com/photo_zoom.gne?id=33427988size=o. The metrics thing is a cool little tool. It also exports results in XML, but I didn't feel like sending that XML result file to this list, it's 6.4MB in size ;) Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat metrics
Hola, And webdav used 92K? Weird. Not quite: total lines of code in methods was 92K. The webdav class mentioned had the biggest method at 347 lines of code. (And to complete the line, the average method had 8.37 LOC with a stdev of 18.761 LOC) Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: DB connection pooling webpage mistake
Hi, Fixed in CVS. Thanks for pointing it out, Yoav Shapira System Design and Management Fellow MIT Sloan School of Management Cambridge, MA, USA [EMAIL PROTECTED] / www.yoavshapira.com -Original Message- From: Robert Clarkson [mailto:[EMAIL PROTECTED] Sent: Thursday, August 11, 2005 5:06 AM To: tomcat-dev@jakarta.apache.org Subject: DB connection pooling webpage mistake Hi, I noticed that the code for the connection pooling had been changed, but I can see that theres a copy and paste error here, the if statement checks for 'ctx' being null twice, instead of checking for ds being null the second time. As you can see in the code I copied off the page: InitialContext cxt = new InitialContext(); if ( cxt == null ) { throw new Exception(Uh oh -- no context!); } DataSource ds = (DataSource) cxt.lookup( java:/comp/env/jdbc/postgres ); if ( cxt == null ) { throw new Exception(Data source not found!); } A small error, but might cause problems for people copying it. :D Robert Clarkson Broadmedia Technology - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Fwd: Reminder: CFP for ApacheCon
Hi, These are good, but I feel like we should talk about the new stuff we've been doing: PMC, APR connector, etc. Then again, I don't feel like doing the talks myself at the moment, so I'll just shut up about it now ;) Yoav Shapira System Design and Management Fellow MIT Sloan School of Management Cambridge, MA, USA [EMAIL PROTECTED] / www.yoavshapira.com -Original Message- From: William A. Rowe, Jr. [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 09, 2005 10:19 PM To: Tomcat Developers List Cc: Tomcat-dev Subject: Re: Fwd: Reminder: CFP for ApacheCon At 02:51 PM 8/9/2005, Yoav Shapira wrote: Hey, Is anyone speaking about Tomcat at ApacheCon 2005 US? It will be nice to have something... And related to that, who's planning on going? In my two tracks (one may be BOF) I will be speaking to both mod_proxy_ajp and mod_jk on Win32. But truly had no plans to delve into the Java side of Tomcat, only the connection layer. If a Win32 user has questions trying to get up and going with the Apache side of Tomcat, my preso or BOF, if accepted, might prove helpful. Bill - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: data push
Howdy, The Servlet API is primarily a pull API: stuff is done when a client requests it, via one of the HTTP methods. But there do exist alternatives, including non-HTTP servlets, and push servlets. For a resource on this topic, check out http://www.unix.org.ua/orelly/java-ent/servlet/ch06_03.htm and the whole book from which this excerpt comes. I would point out that what you're asking isn't specific to Tomcat. These push-pull issues are inherent to the Servlet specification itself. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management Cambridge, MA USA [EMAIL PROTECTED] / www.yoavshapira.com -Original Message- From: Paul Wallace [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 10, 2005 8:44 PM To: tomcat-dev@jakarta.apache.org Subject: data push Hi All, I would like server A (TC 5.5) to 'push' streams of data to server B (TC 5.5) at random points in time, and for server B to accept the data when it is received. This is not using request / response, hence I am new to this topic. A couple of questions - what protocol(s) can be used, HTTP? How does one push data, than than have it requested? Can anyone point me towards a resource of this nature please? I understand sockets are in the picture - also new to me. Thanks Paul. Paul Wallace BSc Hons. IPTV Specialist Two Way TV Australia Level 3, City West Centre 55 Pyrmont Bridge Road Pyrmont Sydney, NSW 2009 Australia Tel +61 2 9017 7000 Fax +61 2 9017 7001 Mb +61 422 538 465 Skype wallacpaul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: bugreports for commons-daemon
Howdy, Commons-Daemon is fairly stagnant, as you've noticed. Mladen looks at it every now and then, as do I, but it's a function of how busy we are with other things ;) You can always build your own custom version if you need something urgently... The patches will be evaluated when someone gets around to them, which will hopefully be soon but can never be guaranteed. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management Cambridge, MA USA [EMAIL PROTECTED] / www.yoavshapira.com -Original Message- From: Longson, Robert [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 09, 2005 9:22 AM To: Tomcat Developer List (E-mail) Subject: bugreports for commons-daemon Hi, I'm writing to the tomcat-dev list as I understand that commons-daemon originated here. I've provided a number of bugreports, each with an associated patch to commons-daemon over the last three months (and also one for tomcat) but none of them have been applied. Am I doing something wrong with bugzilla or is it just that there isn't a committer who understands commons daemon actively looking at the commons- dev list? If there are any tomcat developers willing to spend some time on commons-daemon I would appreciate it very much. Best regards Robert Longson The information contained in this message is intended only for the recipient, and may be a confidential attorney-client communication or may otherwise be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, please be aware that any dissemination or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify us by replying to the message and deleting it from your computer. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Fwd: Reminder: CFP for ApacheCon
Hey, Is anyone speaking about Tomcat at ApacheCon 2005 US? It will be nice to have something... And related to that, who's planning on going? Yoav --- Rich Bowen [EMAIL PROTECTED] wrote: Date: Tue, 09 Aug 2005 15:40:13 -0400 From: Rich Bowen [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Reminder: CFP for ApacheCon A reminder to all PMCs that the CFP for ApacheCon 2005 US expires at noon on Thursday. If your project has traditionally be unrepresented at ApacheCon, you might want to make sure that someone is submitting a talk from your project. We can only accept talks that get submitted, and the why weren't there any talks about ... questions that get asked every year invariably get answered with because nobody submitted a talk about that. Please ensure that your project is represented at ApacheCon. Thanks. --Rich, for the ApacheCon planners. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Next Release 5.5.11?
Howdy, Probably next weekend, but that's not guaranteed. It will be a 5.5.11. Feel free to use 5.5.9 or build a custom release from HEAD for yourself if you can't wait that long. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management Cambridge, MA USA [EMAIL PROTECTED] / www.yoavshapira.com -Original Message- From: Thorsten Kamann [mailto:[EMAIL PROTECTED] Sent: Thursday, August 04, 2005 2:29 AM To: tomcat-dev@jakarta.apache.org Subject: Next Release 5.5.11? Hello, the current release is 5.5.10-alpha. Are there plans to change this in a 5.5.10 or make a 5.5.11? The bug #35894 (http://issues.apache.org/bugzilla/show_bug.cgi?id=35894) Bill has resolved today is a stopper, because the Tomcat cannot start with SecurityManager enabled. Thorsten -- Thorsten Kamann Email: [EMAIL PROTECTED] ICQ: 40746578 Yahoo: ThorQue - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
Hey, Done. Thanks for catching that, Yoav PS -- Is the 1.1.0 native coming any time soon? The build is broken since build.xml and build.properties.default were updated, but archive.apache.org/dist/[jtc]/native does not exist... -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 02, 2005 2:26 PM To: Tomcat Developers List Subject: Re: cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml [EMAIL PROTECTED] wrote: yoavs 2005/08/02 11:12:06 Modified:.tomcat.nsi webapps/docs changelog.xml Log: Bugzilla 33261: http://issues.apache.org/bugzilla/show_bug.cgi?id=33261 Can you fix the EOLs ? 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]
RE: Problems with tomcat 3.3.2 and IBM JRE 1.3.0
Hi, Oh, that is unfortunate. 1.3.0 is the single buggiest release in Sun's history, if I recall correctly a report I read a couple of years ago. Both 1.2.7 and 1.3.1 are significantly better ;( I'm sorry I can't help more, as I'm neither a Tomcat 3.x nor an AIX expert. My only suggestion would be: can you run the thing on Linux? That'll enable you to use a more updated OS, JDK, Tomcat... But I'm guessing if you could do that, you already would have ;( Yoav Shapira System Design and Management Fellow MIT Sloan School of Management Cambridge, MA [EMAIL PROTECTED] / [EMAIL PROTECTED] -Original Message- From: Eduardo Piva [mailto:[EMAIL PROTECTED] Sent: Monday, August 01, 2005 7:37 AM To: tomcat-dev@jakarta.apache.org Subject: Problems with tomcat 3.3.2 and IBM JRE 1.3.0 Hello list, I'm trying to use tomcat 3.3.2 with JDK 1.3.0. I'm developing an application in Linux/Windows, using SUN JDK 1.3.0 and tomcat 3.3.2 to test everything locally and everything is going fine. This application will run on an AIX 4, and in this machine the only JRE the sysadmins managed to install was IBM JRE 1.3.0: $ java -version java version 1.3.0 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0) Classic VM (build 1.3.0, J2RE 1.3.0 IBM build ca130-20010330 (JIT enabled: jitc)) I don't know why, but tomcat 3.3.2 doesn't starts in this machine. I need to run the tomcat in this machine, mainly because of internal problems here in the company I'm working to. The sysadmin installed tomcat 3.3.1a in this machine, which start's correctly. With this version, my application refuses to start in the AIX. In Linux with JDK 1.3.0, it start's correctly. I have two questions: 1 - Why jakarta-tomcat 3.3.2 doesn't start's with IBM jdk 1.3.0? Does anyone here managed to do that? 2 - Why my application doesn't start in jakarta-tomcat 3.3.1a in IBM jdk 1.3.0? 3 - Does anyone here uses AIX 4 and knows another VM than the one supplied by IBM for the AIX? AIX 4 is an old version and IBM does not supply JRE 1.4 neither 1.5 for this version. If anyone know how to use a newer version, please help me. :) The logs for both problems 1 and 2 are supplied below: For tomcat 3.3.2, here is the log (after this log, there is the log for my application starting in tomcat 3.3.1a): $ ./startup Using classpath: ./../lib/tomcat.jar:./../lib/common/commons-logging- api.jar Using JAVA_HOME: /usr/java130 Using TOMCAT_HOME: /home/aep022/jakarta-tomcat-3.3.2/ ERROR reading /home/aep022/jakarta-tomcat-3.3.2/conf/server.xml At Line 209 /Server/ContextManager/Http10Connector/ port=8080 secure=false maxThreads=100 maxSpareThreads=50 minSpareThreads=10 java.util.MissingResourceException: Can't find bundle for base name org.apache.tomcat.util.net.res.LocalStrings, locale en_US at java.util.ResourceBundle.throwMissingResourceException(ResourceBundle.java (Compiled Code)) at java.util.ResourceBundle.getBundleImpl(ResourceBundle.java(Compiled Code)) at java.util.ResourceBundle.getBundle(ResourceBundle.java:547) at org.apache.tomcat.util.res.StringManager.init(StringManager.java:78) at org.apache.tomcat.util.res.StringManager.init(StringManager.java:70) at org.apache.tomcat.util.res.StringManager.getManager(StringManager.java:249 ) at org.apache.tomcat.util.net.PoolTcpEndpoint.init(PoolTcpEndpoint.java:58) at org.apache.tomcat.modules.server.PoolTcpConnector.init(PoolTcpConnector. java:60) at org.apache.tomcat.modules.server.Http10Interceptor.init(Http10Intercepto r.java:68) at java.lang.Class.newInstance0(Native Method) at java.lang.Class.newInstance(Class.java:254) at org.apache.tomcat.util.xml.ObjectCreate.start(XmlMapper.java:797) at org.apache.tomcat.util.xml.XmlMapper.matchStart(XmlMapper.java:516) at org.apache.tomcat.util.xml.XmlMapper.startElement(XmlMapper.java:114) at org.apache.xerces.parsers.SAXParser.startElement(SAXParser.java(Compiled Code)) at org.apache.xerces.validators.common.XMLValidator.callStartElement(XMLValid ator.java(Compiled Code)) at org.apache.xerces.framework.XMLDocumentScanner.scanElement(XMLDocumentScan ner.java(Compiled Code)) at org.apache.xerces.framework.XMLDocumentScanner$ContentDispatcher.dispatch( XMLDocumentScanner.java(Compiled Code)) at org.apache.xerces.framework.XMLDocumentScanner.parseSome(XMLDocumentScanne r.java:380) at org.apache.xerces.framework.XMLParser.parse(XMLParser.java:908) at org.apache.tomcat.util.xml.XmlMapper.readXml(XmlMapper.java:334) at org.apache.tomcat.modules.config.ServerXmlReader.loadConfigFile(ServerXmlR eader.java:137) at org.apache.tomcat.modules.config.ServerXmlReader.addInterceptor(ServerXmlR eader.java:113) at org.apache.tomcat.core.ContextManager.addInterceptor
RE: Migration to Subversion
Hi, Any and all comments appreciated. In particular: a. Should more 3.x.x versions should be included in 4 5 above? b. I have assumed that all releases before 5.5.x will use the 5.0 branch of the connectors. Is this assumption valid? I don't think so. Some Tomcat 3.x versions, for example, already use the latest connectors that are also used by Tomcat 5.5. The build scripts are obviously going to need quite a lot of work but I think that will be the case however we do this migration. Yes. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: tomcat API doc, where?
Hi, Download eith ther .zip or .tar.gz base distro: you probably downloaded the .exe. You can also just look at the ones on the web site: go to http://jakarta.apache.org/tomcat, pick the Documentation link for your version, and scroll down near the bottom of the left-hand menu. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management Cambridge, MA [EMAIL PROTECTED] / [EMAIL PROTECTED] -Original Message- From: Andreas Schenk [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 26, 2005 5:41 PM To: tomcat-dev@jakarta.apache.org Subject: tomcat API doc, where? Hi, if I try to get the API doc, I always end up with Tomcat's internal javadoc is no longer installed by default. Download and install the fulldocs package to get it. You can also access the javadoc online in the Tomcat documentation bundle. Where can I download the API doc? Can you give me a link to the fulldocs package? Thanks in advance, Andreas Schenk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: tomcat API doc, where?
Hi, That's unfortunate. I'll go fix it right now. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management Cambridge, MA [EMAIL PROTECTED] / [EMAIL PROTECTED] -Original Message- From: Jean-frederic Clere [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 26, 2005 5:14 PM To: Tomcat Developers List Subject: Re: tomcat API doc, where? Yoav Shapira wrote: Hi, Download eith ther .zip or .tar.gz base distro: you probably downloaded the .exe. You can also just look at the ones on the web site: go to http://jakarta.apache.org/tomcat, pick the Documentation link for your version, and scroll down near the bottom of the left-hand menu. That does not work with 5.5 (See http://jakarta.apache.org/tomcat/tomcat-5.5- doc/catalina/docs/api/index.html). Yoav Shapira System Design and Management Fellow MIT Sloan School of Management Cambridge, MA [EMAIL PROTECTED] / [EMAIL PROTECTED] -Original Message- From: Andreas Schenk [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 26, 2005 5:41 PM To: tomcat-dev@jakarta.apache.org Subject: tomcat API doc, where? Hi, if I try to get the API doc, I always end up with Tomcat's internal javadoc is no longer installed by default. Download and install the fulldocs package to get it. You can also access the javadoc online in the Tomcat documentation bundle. Where can I download the API doc? Can you give me a link to the fulldocs package? Thanks in advance, Andreas Schenk - 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]
RE: tomcat API doc, where?
Hi, This is actually a bit more interesting than I thought ;) jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/JSSE15SocketF actory.java breaks the JDK 1.4 javadoc (lines 33 and 62 have fatal JavaDoc errors). Since we build with JDK 1.4, the Catalina API JavaDocs weren't generated. I've recorded this in Bugzilla as 35880, http://issues.apache.org/bugzilla/show_bug.cgi?id=35880. The question is what's the best fix. Should we exclude that file (or that whole package) from the JavaDoc target? Yoav Shapira System Design and Management Fellow MIT Sloan School of Management Cambridge, MA [EMAIL PROTECTED] / [EMAIL PROTECTED] -Original Message- From: Jean-frederic Clere [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 26, 2005 5:14 PM To: Tomcat Developers List Subject: Re: tomcat API doc, where? Yoav Shapira wrote: Hi, Download eith ther .zip or .tar.gz base distro: you probably downloaded the .exe. You can also just look at the ones on the web site: go to http://jakarta.apache.org/tomcat, pick the Documentation link for your version, and scroll down near the bottom of the left-hand menu. That does not work with 5.5 (See http://jakarta.apache.org/tomcat/tomcat-5.5- doc/catalina/docs/api/index.html). Yoav Shapira System Design and Management Fellow MIT Sloan School of Management Cambridge, MA [EMAIL PROTECTED] / [EMAIL PROTECTED] -Original Message- From: Andreas Schenk [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 26, 2005 5:41 PM To: tomcat-dev@jakarta.apache.org Subject: tomcat API doc, where? Hi, if I try to get the API doc, I always end up with Tomcat's internal javadoc is no longer installed by default. Download and install the fulldocs package to get it. You can also access the javadoc online in the Tomcat documentation bundle. Where can I download the API doc? Can you give me a link to the fulldocs package? Thanks in advance, Andreas Schenk - 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]
RE: tomcat API doc, where?
Hi, Alright, I've regenerated the docs for 5.5.10, minus JSSE15SocketFactory.java's JavaDoc, and posted them. The live site update will take 4-6 hours as usual (usual for the past few months, really). I'll go update build.xml's javadoc target to ignore this file, so that'll be fixed for 5.5.11. 5.5.10 stability vote next weekend, btw, unless someone finds a showstopper beforehand. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management Cambridge, MA [EMAIL PROTECTED] / [EMAIL PROTECTED] -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 26, 2005 6:39 PM To: Tomcat Developers List Subject: Re: tomcat API doc, where? Yoav Shapira wrote: Hi, This is actually a bit more interesting than I thought ;) jakarta-tomcat- connectors/util/java/org/apache/tomcat/util/net/JSSE15SocketF actory.java breaks the JDK 1.4 javadoc (lines 33 and 62 have fatal JavaDoc errors). Since we build with JDK 1.4, the Catalina API JavaDocs weren't generated. I've recorded this in Bugzilla as 35880, http://issues.apache.org/bugzilla/show_bug.cgi?id=35880. The question is what's the best fix. Should we exclude that file (or that whole package) from the JavaDoc target? I don't see any choice other than to filter out any Java 5 code at the moment. 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]
[ANN] Apache Jakarta Tomcat v5.5.10-alpha Released
The Apache Jakarta Tomcat team is proud to announce the immediate availability of Tomcat 5.5.10-alpha. This build contains 110 improvements, including bug fixes, enhancements, and documentation updates. There are several interesting new features, such as Apache Portable Runtime (APR)-based HTTP/1.1 and AJP/1.3 protocol handlers with SSL support, an experimental NIO-Socket channel for the AJP/1.3 connector, improved support for Java 5 using the Eclipse 3.1 JDT, clustering support at the Engine and Host levels, and more. The Release notes are available at 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 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [ANN] Apache Jakarta Tomcat v5.5.10-alpha Released
Hi, The Apache Jakarta Tomcat Team We're not Jakarta Tomcat anymore :). I actually thought about that a bit before sending the announcement. Then I figured I'd be conservative, stick with tradition, and we'll convert all the names (download pages, tomcat site, etc.) at the same time after making an announcement to our users about the name change. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management Cambridge, MA [EMAIL PROTECTED] / [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tagging 5.5.10...
right now. The build will be uploaded to minotaur for mirroring in about 90 minutes. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management Cambridge, MA [EMAIL PROTECTED] / [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: New tag ?
Hi, Your plan is reasonable and good, +1. We can nag infra and the svn team and hopefully they will improve. But the bottom line is that we have no choice, must migrate to svn by 1/1/2006. We should just pick the date that's best for us... Yoav Shapira System Design and Management Fellow MIT Sloan School of Management Cambridge, MA [EMAIL PROTECTED] / [EMAIL PROTECTED] -Original Message- From: Mark Thomas [mailto:[EMAIL PROTECTED] Sent: Saturday, July 23, 2005 3:14 PM To: Tomcat Developers List Subject: Re: New tag ? Remy Maucherat wrote: It's not really a UI thing for me. One feature I use often are revision lists for a particular file, to be able to tell where a bug has been introduced (I then do diffs between revisions). It seems with SVN I have to retrieve the full revision list for the repository (which will take hours). If someone can offer a workaround for this problem, then I'll support a move to SVN :) I have been doing some quick tests and my totally unscientific, statistically invalid results are that cvs annotate seems to be about 7 to 8 times faster than svn blame (50s compared with 7s) and cvs log seems to be about 2 to 3 times faster than svn log (16s compared to 7s). The svn release notes show a number of modifications to improve the speed of response for a number of commands. The svn team does seem to be moving things in the right direction. I guess the question is can we live with this magnitude performance drop? It is also worth bearing in mind that there is no sign of any scope for negotiation in the CVS switch-off date of 1/1/2006. I would suggest the following way forward: 1. Highlight our performance concerns to infra 2. Request a test migration of something we don't use very much (eg Watchdog) 3. Run some tests so we have some more realistic performance figures 4. Review the results 5. Decide what to do next once we see the performance results If people think this is sensible, I am happy to do 1 to 3 and publish my results so we can do 4 and 5. Thoughts? Mark - 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]
5.5.10 tag time and tester failures
Hi, When should we tag and cut 5.5.10? I originally proposed tomorrow (Saturday) and that seems to be OK with everyone. So unless I hear back, lets do it tomorrow at 2pm my time (EDT), which is 1800h UTC: http://www.timeanddate.com/worldclock/converted.html?month=7day=23year=2005hour=14min=0sec=0p1=43p2=0. I tested the build and release, they work fine with the latest CVS HEAD, with the exception of two strange tester failure. One is on the very first tester test, for /index.jsp, and while I dont know why it fails, I dont think its a big deal because virtually all the other tests pass. The other failure is more intriguing: its the 4th session test, and I also dont know why it fails, but its worth looking into I think. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management Cambridge, MA [EMAIL PROTECTED] / [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: New tag ?
Hi, I'm OK with cutting 5.5.10 tomorrow or Saturday. If that's too early, let's pick a different time. After 5.5.10, I want to talk about SVN migration again ;) I'm aware of the lack of satisfaction among the CVS GUI users, but infra is cutting off CVS on January 1st, and for me personally, August seems like a great time to do the transition since it's traditionally a low-activity period. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA [EMAIL PROTECTED] / [EMAIL PROTECTED] -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 20, 2005 6:43 AM To: Tomcat Developers List Subject: New tag ? Hi, I think the APR capabilities that we added are now sufficiently stable to warrant testing. If the other areas that saw changes recently (clustering, JK) are ok too, then it could be a good idea to release a new 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]
RE: [VOTE] SOC temporary committer Anders Nyman
Hi, As part of the Google SOC. Google accepted the tomcat-reverse-proxy project to be executed by Anders Nyman ( anders.nyman at gmail d ot com ) The scope of the project is to let Tomcat act a reverse proxy by extending the balancer webapp. To make it easier to get the job done this summer while not relying on an intermediate committer, I propose granting commit access for only the following module: jakarta-tomcat-catalina/webapps/balancer/ The apache id granted would be prefixed with soc and be temporary. A CLA has already been signed and submitted. The vote is for commit access only for the module listed above. Voting rights will not be granted. [ ] Sounds good to me [ ] I'm indifferent [ X ] I don't like it. Here's why Commit privileges are earned with merit only. All the above caveats are helpful, but circumvent the core issue. I gladly volunteer to help review, comment, and commit Anders' contributions as appropriate. If/when the contributions are of such quality as to merit commitership, I'll also gladly start a vote and +1 it. But that's not the case yet, a good student application notwithstanding. (These opinions have been raised and explored more on [EMAIL PROTECTED], and different projects have come up with different approaches). Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: setclasspath scripts
Hey, Yeah: 5.5 requires only the JRE, not JDK. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA [EMAIL PROTECTED] / [EMAIL PROTECTED] -Original Message- From: Fenlason, Josh [mailto:[EMAIL PROTECTED] Sent: Monday, July 11, 2005 2:11 PM To: tomcat-dev@jakarta.apache.org Subject: setclasspath scripts In Tomcat 5.5.9 setclasspath.sh, tools.jar is only conditionally added to the classpath. if [ $1 = debug -o $1 = javac ] ; then CLASSPATH=$JAVA_HOME/lib/tools.jar fi setclasspath.bat unconditionally add tools.jar to the classpath. set CLASSPATH=%JAVA_HOME%\lib\tools.jar In Tomcat 5.0.30 setclasspath.sh and setclasspath.bat tools.jar is unconditionally added to the classpath. Is there a reason why this changed, and only on Unix, between releases? Thanks. , Josh. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Which one is better: JSP or PHP with tomcat
Hi, I'd say JSP, which is native to Tomcat. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management Cambridge, MA [EMAIL PROTECTED] / [EMAIL PROTECTED] -Original Message- From: Abdullah Abdullah [mailto:[EMAIL PROTECTED] Sent: Sunday, July 10, 2005 10:08 AM To: tomcat-dev@jakarta.apache.org Subject: Which one is better: JSP or PHP with tomcat Hello everyone !!! Which one is better with tomcat : JSP or PHP ?? which one is easier ?? whch one is suitable more to be secured (authentication and ssl) with tomcat ?? Thanks in advance Abdullah _ It's fast, it's easy and it's free. Get MSN Messenger 7.0 today! http://messenger.msn.co.uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Callback after Servlet.service() ?
Hey, You could write a ServletRequestListener and include it in tomcat's conf/web.xml. But as always, be careful messing with other apps without changing their WARs, it's generally a recipe for a disaster. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA [EMAIL PROTECTED] / [EMAIL PROTECTED] -Original Message- From: Mark Palmer [mailto:[EMAIL PROTECTED] Sent: Saturday, July 09, 2005 3:44 PM To: tomcat-dev@jakarta.apache.org Cc: [EMAIL PROTECTED] Subject: Callback after Servlet.service() ? I have started on a small utility/project to provide both JTA and usefull Connection handling utilities (i.e. close() :-) for tomcat, under a BSD licence. My goal is to provide it as a utiltiy that can be installed into common/lib. I need a callback after every Http request is processed. I understand that a servlet filter could provide this functionality. However I do not want to modify an application's *.war file. I want to be able to use this on third party apps. Is there such a mechanism in tomcat, say through server.xml or some other public API? Or perhaps a suggestion? Thanks Mark __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: summer of code - next steps
Hi, Would this work? Or request restricted access to only - jakarta-tomcat-jasper - jakarta-tomcat-catalina/webapps/balancer The user id id would be prefixed or suffixed with soc. This also assumes no binding voting rights. Thoughts? - Drop the soc from the userid ? - Let them be full committers ? - Other? Since tomcat seems to be one of the last ones in cvs - I am not sure how using svn will work with respect to this. Do we need a vote so we can make the appropriate requests to infrastructure? We're in a bit of a bind. I don't want to let them be full committers: that's a hard-earned privilege. Same thing for the @apache.org address, so I want to keep the soc prefix. But we use CVS, and I don't think CVS supports directory-specific commit privileges. We'd have to make a branch for them, assuming CVS supports branch-specific commit privileges? Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA [EMAIL PROTECTED] / [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: summer of code - next steps
Hey, How should code be accepted for these? - Create a new sandbox? - Place on SF then have the mentor commit as needed SF CVS doesn't work well enough IMO. Maybe the ASF will have a repository that can be used as a staging area. - Full commit for the student I suspect it could happen fairly quickly. We've been planning to give the students commit access to just their section of code, or an entirely separate repository. Remy's suggestion of SVN first is good, because SVN allows configuring commit access to users on a directory level. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Starting point...
Hi, So basically (from the Servlet end), a JspServlet is initialized, this creates a RuntimeContext. Then, when the service is invoked it looks for some JspServletWrapper already associated with this .jsp in this context. If none exist, it creates JspServletWrapper which is a less servlet-styled Jsp compiler. This wrapper then contains a CompileContext, which presumably does the grunt-work of parsing and compiling the .jsp? Important distinction: JspServlet typically gets created and initialized once, upon webapp startup. Your other things above may be done per-JSP. Is there a book covering this? I don't think so, but I'm not sure. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management Cambridge, MA [EMAIL PROTECTED] / [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Servlet and JSP APIs in java repository
Hi, There's a lot of confusion about the servlet and jsp apis, many projects reference the servlet 2.4 while in Tomcat 5.5 the version included says 2.4.public_draft, so I really don't know if there's available a 2.4 final somewhere. The version that ships with Tomcat 5.5 and all but the very first couple of Tomcat 5.0 releases is Servlet Specification v2.4 final. (And JSP Specification v2.0 final). When you say it says 2.4.public_draft, what precisely do you mean? Is that the name of a file somewhere, a directory, a CVS tag? So this is a request for help, if you could tell us what versions of servlet api exist since 2.3 and jsp apis, where to get them and the license (some Sun APIs can't be redistributed in the repository), then I'll fix the repository. There was Servlet Spec 2.3 and JSP Spec 1.2, which go with Tomcat 4. Then there were a few Servlet Spec 2.4 PFD (Proposed Final Draft) releases, but that's a long time ago. Everything for the past year and several months has been Servlet Spec 2.4 (final) and JSP Spec 2.0 (final). As far as CVS: while both these packages ship with Tomcat, they have their own CVS area. It's the jakarta-servletapi-5 CVS module, and under it you'll find directories for each spec. The binaries (they're actually jars, servlet-api.jar and jsp-api.jar, respectively) in there are for Servlet Spec 2.4 final and JSP Spec 2.0 final. I hope that clarifies things. If not, please let us know how else we can help. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Servlet and JSP APIs in java repository
Hi, Ahh. Someone with karma to kakarta-servletapi-5 should probably update that. I don't have that karma ;) Yoav Shapira System Design and Management Fellow MIT Sloan School of Management Cambridge, MA [EMAIL PROTECTED] / [EMAIL PROTECTED] -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 21, 2005 1:15 PM To: Tomcat Developers List Subject: RE: Servlet and JSP APIs in java repository Yoav, I did a quick check of servlet-api.jar in Tomcat 5.5.9. In its MANIFEST.MF, the Implementation-Version says 2.4.public_draft. Looks like the implementation.revision property in the build.xml files for both jsr152 and jsr154 still say public_draft. Larry -Original Message- From: Yoav Shapira [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 21, 2005 1:08 PM To: 'Tomcat Developers List' Cc: 'Maven Developers List' Subject: RE: Servlet and JSP APIs in java repository Hi, There's a lot of confusion about the servlet and jsp apis, many projects reference the servlet 2.4 while in Tomcat 5.5 the version included says 2.4.public_draft, so I really don't know if there's available a 2.4 final somewhere. The version that ships with Tomcat 5.5 and all but the very first couple of Tomcat 5.0 releases is Servlet Specification v2.4 final. (And JSP Specification v2.0 final). When you say it says 2.4.public_draft, what precisely do you mean? Is that the name of a file somewhere, a directory, a CVS tag? So this is a request for help, if you could tell us what versions of servlet api exist since 2.3 and jsp apis, where to get them and the license (some Sun APIs can't be redistributed in the repository), then I'll fix the repository. There was Servlet Spec 2.3 and JSP Spec 1.2, which go with Tomcat 4. Then there were a few Servlet Spec 2.4 PFD (Proposed Final Draft) releases, but that's a long time ago. Everything for the past year and several months has been Servlet Spec 2.4 (final) and JSP Spec 2.0 (final). As far as CVS: while both these packages ship with Tomcat, they have their own CVS area. It's the jakarta-servletapi-5 CVS module, and under it you'll find directories for each spec. The binaries (they're actually jars, servlet-api.jar and jsp-api.jar, respectively) in there are for Servlet Spec 2.4 final and JSP Spec 2.0 final. I hope that clarifies things. If not, please let us know how else we can help. Yoav - 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]
Site migration?
Hi, Seems like tomcat.apache.org is up and available. When do we want to migrate the site? Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA [EMAIL PROTECTED] / [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Site migration?
Hi, How about using the next release as an ad for Tomcat TLP and plan to have tomcat.apache.org ready then ? Sounds good. I'm busy enough, so no rush on my end ;) Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA [EMAIL PROTECTED] / [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Summer of code
Hi, Correct Servlet Specification violation in reading manifests, aka bug 34993, is quite inappropriate for a full fledged summer project. The bug is actually invalid, but more generally the project would be far too short (see o.a.c.util.ExtensionValidator for the implementation of the extension check mechanism mandated by the specification). OK, good. Thanks for pointing that out and resolving the bug. If you haven't edited the wiki page yet, I'll do so in a moment. The intent on these projects is not necessarily for them to take 3 months of intense work: it's to get some students to write some code which will get them familiar and excited with open-source development. That's it: a low bar. Similarly, Tune Jasper Performance for Multiple JSPs should IMO be a more general Tune Jasper Compilation Performance :) Good point, will change. Enhance Tomcat to support one-to-many mapping of security roles might be also too short. We'll see. The idea is again to get them excited, maybe starting small, and then continuing to contribute with other stuff. I'd like to propose adding the following things to the summer of code: - tag plugins implementation for JSTL (finally) - improve admin/management tools (?) Sure. Feel free to edit the wiki page accordingly. Anyway, we need a community discussion on summer of code proposals. OK. My intent was to kick-start the process by posting some ideas to the wiki page, and that seems to have worked ;) Everyone, please take a look at http://code.google.com/summerofcode.html and the linked Apache ideas page (which is currently down for me ;(), and comment as you see fit. Anyone willing to be a mentor or help out, that's great. Any ideas for projects are also welcome. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5 Redhat Fedora rpm question
Hi, JPackage: http://www.jpackage.org/rpm.php?id=1901. Yoav -Original Message- From: Bernard [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 01, 2005 2:46 AM To: tomcat-dev@jakarta.apache.org Subject: Tomcat 5 Redhat Fedora rpm question Hi, I am interested in packaging Tomcat. So I found (using rpmseek.com) the following files: tomcat5-5.0.30-5jpp_6fc.i386.rpm tomcat5-5.0.30-5jpp_4fc.src.rpm At a first glance, these files looked like what I wanted to create, but they contain much more than what I expected and I need to learn more about the work that is being put into this by others. Questions: 1) What is tomcat5-5.0.30-5jpp_6fc.i386.rpm ? I thought it was a binary distribution but it has an incredible number of development file dependencies. Why does it require libgcj? 2) What is tomcat5-5.0.30-5jpp_4fc.src.rpm ? Why is it compiling Tomcat ? I thought being a cross platform Java application, compilation of the source is not required. Does it perform a native compile (libgcj)? If so, is this the future norm? Who are the people to contact re the most common Redhat distribution? Many thanks, Bernard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: rfe
Hi, First, please don't cross-post to both tomcat-user and tomcat-dev. I was wondering if any one other than me has had the need to use a run- time 'before-bootstrapping' and 'cleaning-after-at-the-very-end' type of functionality. If I do, there are other places for this that don't require hacking. They include the LifecycleListeners you can attach to Tomcat's containers, webapp ServletContextListeners, class static initializers, and the JVM's shutdown hooks. Because all these are present, I don't think your RFE is needed by a lot of people (if any, except you), so I wouldn't be gung-ho about adding it to Tomcat. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Unclear 5.0 release status
Hi, the release status of TC 5.0 is a little unclear: http://jakarta.apache.org/tomcat/tomcat-5.0-doc/status.html states: Tomcat 5.0.29 was released on October 6th, 2004. Work on the 5.0 branch is primarily for maintenance and bug fixes. It is still considered the best branch for production use, but Tomcat 5.5 is rapidly nearing a stable release. That's out of date. Any reasons to not formally change 5.0.30 from beta to final (apart from everyone is using his/her time for 5.5.x)? Yes, it will never be changed from beta. See the stability voting thread for 5.0.30 in this list's archives. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Hybrid (NIO+Multithread, SSL enabled) architecture for Coyote
Hi, By the way, this is my last post about this topic. I've perfectly understood Remy's messages (in the list and in my personal address), so I will not waste your time anymore. It was far from a waste of time. Please don't hesitate to contribute again in performance tuning or other areas. Hopefully we'll hear from you again, Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Gone for ~10 days
Howdy, I'll be gone for about ~10 days, no internet, nothing ;) When I come back maybe APR testing will have advanced enough to do a 5.5.10 release ;) Magic... Have a good weekend everyone, Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat performance patch (in development) to reduce concurrency...
Hi, Repeatable benchmarks showing a significant improvement for some use case would be appreciated (certainly) and a prerequisite (probably) for addition into this relatively core part of Tomcat. I don't think this is much different than setting the current maxThreads (and min/max Spare threads) as opposed to acceptCount: one could set maxThreads to 20 and acceptCount to 500, for example. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA [EMAIL PROTECTED] / [EMAIL PROTECTED] -Original Message- From: Scott Marlow [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 04, 2005 9:42 AM To: tomcat-dev@jakarta.apache.org Cc: [EMAIL PROTECTED] Subject: Tomcat performance patch (in development) to reduce concurrency... Hi, I wonder if anyone has any feedback on a performance change that I am working on making. One benefit of reducing concurrency in a server application is that a small number of requests can complete more quickly than if they had to compete against a large number of running threads for object locks (Java or externally in a database). I would like have a Tomcat configuration option to set the max number of concurrent threads that can service user requests. You might configure Tomcat to handle 800 http client connections but set the max concurrent requests to 20 (perhaps higher if you have more CPUs). I like to refer to the max concurrent requests setting as the throttle size (if there is a better term, let me know). I modified the Tomcat Thread.run code to use Doug Lea's semaphore support but didn't expose a configuration option (haven't learned how to do that yet). My basic change is to allow users to specify the max number of concurrent servlet requests that can run. If an application has a high level of concurrency, end users may get more consistent response time with this change. If an application has a low level of concurrency, my change doesn't help as their application only has a few threads running concurrently anyway. This also reduces resource use on other tiers. For example, if you are supporting 500 users with a Tomcat instance, you don't need a database connection pool size of 500, instead set the throttle size to 20 and create a database connection pool size of 20. Current status of the change: 1. org.apache.tomcat.util.threads.ThreadPool.CONCURRENT_THREADS is hardcoded to a value of 18, should be a configurable option. 2. I hacked the build scripts to include Doug Lea's concurrent.jar but probably didn't make these changes correctly. I could switch to using the Java 1.5 implementation of the Concurrent package but we would still need to do something for Java 1.4 compatibility. Any suggestions on completing this enhancement are appreciated. Please include my [EMAIL PROTECTED] email address in your response. Thank you, Scott Marlow --- Tomcat newbie - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: APR distro
Hi, If possible, it would be good to announce APR support officially when: - SSL support is present - AJP support is present (I'll do that), which should help a few use cases (not that many, though) - it is tested and proven to work (for example, I don't understand Bill's test results), or at least we know which platforms work well (Linux seems ok, which is good as it's the one which is the target for APR - most small one machine servers run Linux; Windows has poller size issues by default; Solairs is behaving in some weird way to be investigated) Or do you want to say stuff without SSL and AJP ? (I'm going to insist on the proven to work part, though) I agree we should insist on the proven to work part. However, I don't much care about the rest: I'm addressing the documentation only at this point, as enough cooks are stirring the performance pot already ;) So I only have to document what works, and only have to do so before I cut the release ;) Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Code Submission - Wild Card Aliases
Hi, The performance impact is not that big. If it was a configurable option, e.g. enableAliasWildcardMatching, turned off by default, I'd be OK with it. Yoav -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 03, 2005 10:04 AM To: Tomcat Developers List Subject: Re: Code Submission - Wild Card Aliases George Sexton wrote: I have completed the coding in o.a.t.u.http.mapper.Mapper to implement wild-card aliases. If a request for a host is made, and that host is not found, the code tests the host and aliases list and looks for wild-cards. So, a host name of www.mydomain.com would match an alias of *.mydomain.com. This additional level of testing is only done if the the presented host name is not found in the standard host list. Once a host is found via wild- card, it is added to the standard host list. Subsequent requests for that host name will find it via the standard search mechanism. As part of the conversion, I re-worked the test harness code and expanded it to be a lot more complete. The output of the new test harness with the unmodified Mapper code matches identically the output of the modified mapper. IOW, I'm 99% confident that the behavior of the Mapper matches the old Mapper. The time differential between the two runs is around 500ms over 1 million iterations. I.E. the original code runs in 8000 ms for 1 million iterations of the testing code, while the new code takes 8500ms. The new code adds approximately 0.05 % to the time for a lookup. I am running the modified mapper code with 5.5.9 on an installation that has 40 hosts configured and it seems to be working correctly. I'd really appreciate it if a committer would get this added to the source tree. The complete modified Mapper.java file can be downloaded from: http://www.mhsoftware.com/~gsexton/Mapper.java If a decision is made to reject this patch, I'd appreciate knowing why. If there's something wrong from a coding or style perspective, I'd be happy to fix things. -1 for lower performance and questionable use case. (I didn't get the patch, but I don't really wish to) 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]
RE: Unique Session ID's - are they really generated?
Hi, Does anyone know if tomcat really has Unique Session ID creation. That is I leave tomcat running for a week. Stop it. Start it. Is it possible that a duplication session ID will be created in my new running instance that matches a session ID created in my previous running instance. It's possible, but exceedingly unlikely. You can go over the implementation yourself (the beauty of open-source ;)). But even if you don't want to do that, make sure to read http://jakarta.apache.org/tomcat/tomcat-5.5-doc/config/manager.html. Note that by configuring some of the Manager parameters discussed on this page, such as entropy, every time you restart the server, you can further reduce duplicate session ID probability. Alternatively, if you're really paranoid about this, simply extend the existing manager with one that keeps track of past session IDs, and does not issue them ever again ;) Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA [EMAIL PROTECTED] / [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
APR distro
Hi, While I'm following the performance testing with interest, I want to start thinking about packaging for 5.5.11. I imagine HttpAprConnector will be compiled and jarred with the rest of the connector stuff, so that's easy. We also add HttpAprConnector to the configuration reference, with instructions to download APR from apr.apache.org and follow its installation instructions. Is there a minimum APR version? And then there's the wrapper package. Do we include that built or in source form, and if the latter as I imagine, do we include it in the binary downloads (similar to jsvc)? I'd think so, but I'd like to iron these things out as we get closer. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA [EMAIL PROTECTED] / [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [PATCH] Jakarta-site-2
Hi, -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Monday, April 25, 2005 3:04 AM To: Tomcat Developers List Subject: [PATCH] Jakarta-site-2 Hi, Seems I'm missing the karma for jakarta-site-2. Here is the patch for sourceindex.xml I would be pleased if someone can spare a moment an commit those :). It's not your karma that's the issue ;) Jakarta-site2 was moved to SVN a while ago. It now lives at https://svn.apache.org/repos/asf/jakarta/site. Jakarta-site2 in CVS is locked off, and binindex/sourceindex, etc are no longer live. I've applied a slightly modified version of your patch to the site/xdocs/downloads/downloads.xml file under the above SVN repository, committed the patch, and updated the site on minotaur. It might take a little while to reflect in the live site. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA [EMAIL PROTECTED] / [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat and APR
Hi, The implementation would be an alternate endpoint implementation, replacing PoolTcpEndpoint. Alternate HTTP/1.1 processor and socket channel (for AJP) will be provided. Development required is actually fairly small (significant testing will be required, however). I didn't do the updated socket channel yet, but after 3 days of hacking, HTTP works (and the AJP stuff should be much faster to do). If it's truly independent, with an alternative PoolTcpEndpoint java class and some additional dependencies (APR and the specific JNI wrapper), then +1. At least for the first few releases, users should have the choice to use this technology, and not have it be required. I think that's what you meant anyways, just stating it for clarity. We can call it experimental, advertise it, and get 3rd party (e.g. Peter Lin) benchmarks. It'd be a very nice selling point to have a non-blocking IO option ;) - is it appropriate for 5.5 ? I'd say yes, as it will be a separate independent implementation I'd also say yes. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat and APR
Hi, Apologies if I missed it, but I've seen responses to Yoav's and Peter's posts, but I have yet to see anything about Jess' NIO question. Since I agree with his observations, I was wondering if a reponse was in the works? (I assume it'll say something like, Yes, a Java NIO solution could very well provide enough improvements, but APR is already written, fully-established, and field- tested.) Just curious. In addition to Remy's response, you may want to search the message archives for this list. We've discussed NIO many times in the past in good depth. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE][RESULT] 5.5.9 Stability
Hi, OK, this vote is now closed. The result is that Tomcat 5.5.9 is stable with a proviso on the clustering features and a fix/test package ready for those. The voting thread is at http://marc.theaimsgroup.com/?t=11127867961r=1w=2 and I'll send out the proper announcements, update the web site, etc now. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA [EMAIL PROTECTED] / [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANN] Tomcat 5.5.9 voted stable
The Apache Jakarta Tomcat team is proud to announce the immediate availability of Tomcat 5.5.9 stable. This build contains numerous bug fixes, documentation updates, and other improvements. Please note that while all core features have been tested and voted stable, there is a known issue in this build related to the clustering module. The fix for this issue is available by itself at Bugzilla, and will be included in subsequent Tomcat releases. Again, this issue only impacts users of Tomcat's native clustering module. 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: http://jakarta.apache.org/site/downloads/downloads_tomcat-5.cgi The stability voting thread is available at MARC at AIMS. The Apache Jakarta Tomcat Team - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: New TLP draft
Hi, Code changes to jakarta-servletapi are still 'special' - since it must be an exact copy of the spec. But I see no reason for watchdog - it was supposed to be the semi-official test suite, but now Sun provides an official one, so watchdog is useless anyway. Watchdog is dormant. As such, any Jakarta committer requesting karma for it will have it granted. There's no need for a vote or anything. But both should go with tomcat - since the servlet API implementation is part of tomcat charter ( and I assume it will be removed from jakarta charter :-) Yes. I think the avail should be consistent in the new TLP - i.e. all tomcat committers have access to all tomcat modules. Yup, except servletapi-x, which is special as you mentioned above, to my chagrin ;) I'd like to join the expert group and have karma for it as well. I suppose I'll go read up on that process. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA [EMAIL PROTECTED] / [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [VOTE] 5.5.9 Stability
Hi, Ok, this give me and Filip time for real stability testing and review the 5.5.10 codebase. I also package my fixes to the 5.5.9 codebase for some test user as bug report.. I'll let Yoav decide what he wants to do with all these builds before he gets married (congratulations ;)). I'm very happy to not be the release manager and have to make the tough decisions :) Go Yoav ! Peter, when you have a Bugzilla item and a cluster fix/test package attached to that item, please let us know. At that time I'll send out the vote results, calling 5.5.9 beta and nothing that this issue (and I'll provide a link to bugzilla) is the only thing preventing 5.5.9 from being stable, and that users not needing/using clustering should consider 5.5.9 stable. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA [EMAIL PROTECTED] / [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Building Question
Hi, I'm thinking of starting on implementing CLRs for Tomcat 5.5. However, it's a PITA for 1.5. I wanted to check that the binary builds for TC 5.5 are being built with JDK 1.5, or, I'm probably wasting my time (not many people use the source distro :). I've been building with 1.4, using the build as a final check that we have no 1.5-only code. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA [EMAIL PROTECTED] / [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [VOTE] 5.5.9 Stability
Hi, The problem is that clustering only patches in HEAD may pick up incompatible changes, like the Session.getId patch. We also shouldn't do a new 5.5.10 tag based on HEAD, as it would pick up the risky stuff. Maybe one solution would be to do a new 5.5.9 build, and reverting clustering (aka, everything in the cluster folder) to the 5.5.8 tag. Would that work out well enough ? I think that's the best approach. We can call it 5.5.9-beta when released, and have a stability vote right afterwards. I'll be incommunicado from the 14th through the 20th or so: I'm getting married on the 17th ;) Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA [EMAIL PROTECTED] / [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: New TLP draft
Hi, Actually, I'm -0 teetering on -1 for this ;) It's not spam, it's important information for everyone working on Tomcat. Frequently it's these emails that trigger the most serious discussions and the most catching of errors. It's easier for me to subscribe to one list and create rules to filter stuff out than it is to subscribe for three lists. But since either is a 1-time effort, I'm only -0 and would be OK if Tim and others (whose votes are binding, unlike this one) really wanted it. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA [EMAIL PROTECTED] / [EMAIL PROTECTED] -Original Message- From: Jan H. Hansen [mailto:[EMAIL PROTECTED] Sent: Thursday, April 07, 2005 5:47 AM To: Tomcat Developers List Subject: SV: New TLP draft +1 I think burrying new potential contributors in auto generated spam is a bad practice. Regards Jan H. Hansen -Oprindelig meddelelse- Fra: Tim Funk [mailto:[EMAIL PROTECTED] Sendt: 6. april 2005 19:41 Til: Tomcat Developers List Emne: Re: New TLP draft Looks good. Just an idea, it may be nice to have the 3 new lists tomcat-bug - bug updates from bugzilla. When I subscribe to other groups - I sometimes do not care about bug updates and need to write filters to automatically delete them. I am guessing some others might be more interested in the dev discussion and not the bugs. tomcat-cvs - Same as tomcat-bug but just for cvs commits. tomcat-gump - For deaths by gump. If your not a committer - these are useless to someone. -Tim Remy Maucherat wrote: Hi, Here's a new draft with the necessary updates. I suppose this needs to be sent to the PMC for approval. If this draft is ok, I will send it there. Then there are infrastructure taks: - renaming mailing lists - moving CVS - new DNS and virtual host - 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]
RE: Reminder: 5.5.9 tomorrow
Hi, Any vote planned on 5.5.9 ? There's no new and better build coming up anytime soon, as some risky changes have been made in CVS. I really like to have TCK results before voting. But I suppose I've asked twice already and it's been more than a week, so we might as well have a vote now (in a separate thread). Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA [EMAIL PROTECTED] / [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE] 5.5.9 Stability
Hi, Tomcat v5.5.9 has been out for more than a week now, so hopefully we have had time to test/use it. We're still waiting for the TCK results, but let's hear your opinion: [ ] Stable -- good build [ ] Beta -- minor bad stuff: what is it? [ ] Alpha -- something serious is wrong: what is it? The vote will run for about 72 hours as usual. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA [EMAIL PROTECTED] / [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: New TLP draft
Hi, Is that just keeping both lists and moving them up the domain hierarchy, or is there a move to change the list names while we're at it? I think we're keeping the same list names, but moving the domain. - PMC chairs will serve for one year, and cannot serve consecutive one year terms (shouldn't this be put in the resolution text ? - if so, please help writing it, as I can't write ASF resolution compliant language) In a conventional organization I think this would be in a separate by-laws document, but I'm not up-to-date on Apache organization. If it belongs in the resolution, I will take a stab at implementing a wording that will be perceived as appropriate and efficacious :-) In the ASF as well, that's in the by-laws, not in the resolution. The resolution is complete as-is. Rules such as emeritus status and PMC chair elections go into the by-laws. BTW, the struts project recently went through this and ended up with I think are a decent set of by-laws. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]