RE: VOTE on final TLP draft
Hi, That being the case, if there is nothing more to discuss over the set of Resolutions, should we just have the initial PMC members vote on it and send it to the Board for approval? This does not need to be a secret ballot since it's just pro/con, so we should be able to move quickly. I No, this is a vote that needs to take place on [EMAIL PROTECTED] (you're right that it needs not be secret), and is open to Jakarta [the current TLP] PMC members. The rest of the stuff (time, vote counting, etc.) is fine by me, no big deal anyways. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [RESULT] PMC Chair
Hi, Next is to draft a resolution to supply to the board, making Tomcat a TLP. It's easiest to look over the approved minutes and look at similar resolutions and use them as a guide. Below is the draft resolution we agreed on previously, so it should be pretty close. We need to make sure the PMC names are correct and complete. Congrats to Remy and thanks everyone for voting, and of course thanks Henri ;) Yoav --- Draft TLP resolution --- X. Establish the Apache Tomcat Project WHEREAS, the Board of Directors deems it to be in the best interests of the Foundation and consistent with the Foundation's purpose to establish a Project Management Committee charged with the creation and maintenance of open-source software related to the implementation of the Java Servlet and Java Server Pages specifications, for distribution at no charge to the public. NOW, THEREFORE, BE IT RESOLVED, that a Project Management Committee (PMC), to be known as the Apache Tomcat PMC, be and hereby is established pursuant to Bylaws of the Foundation; and be it further RESOLVED, that the Apache Tomcat PMC be and hereby is responsible for the creation and maintenance of software related to creation and maintenance of open-source software related to the implementation of the Java Servlet and Java Server Pages specifications based on software licensed to the Foundation; and be it further RESOLVED, that the office of Vice President, Apache Tomcat be and hereby is created, the person holding such office to serve at the direction of the Board of Directors as the chair of the Apache Tomcat PMC, and to have primary responsibility for management of the projects within the scope of responsibility of the Apache Tomcat PMC; and be it further RESOLVED, that the persons listed immediately below be and hereby are appointed to serve as the initial members of the Apache Tomcat PMC: Jean-Francois Arcand ([EMAIL PROTECTED]) Bill Barker ([EMAIL PROTECTED]) Jean-Frederic Clere ([EMAIL PROTECTED]) Tim Funk ([EMAIL PROTECTED]) Henri Gomez ([EMAIL PROTECTED]) Filip Hanik ([EMAIL PROTECTED]) Jan Luehe ([EMAIL PROTECTED]) Costin Manolache ([EMAIL PROTECTED]) Remy Maucherat ([EMAIL PROTECTED]) Amy Roh ([EMAIL PROTECTED]) Peter Rossbach ([EMAIL PROTECTED]) Yoav Shapira ([EMAIL PROTECTED]) Mark Thomas ([EMAIL PROTECTED]) Mladen Turk ([EMAIL PROTECTED]) Keith Wannamaker ([EMAIL PROTECTED]) NOW, THEREFORE, BE IT FURTHER RESOLVED, that [XXX] be appointed to the office of Vice President, Apache Tomcat, to serve in accordance with and subject to the direction of the Board of Directors and the Bylaws of the Foundation until death, resignation, retirement, removal or disqualification, or until a successor is appointed; and be it further RESOLVED, that the initial Apache Tomcat PMC be and hereby is tasked with the creation of a set of bylaws intended to encourage open development and increased participation in the Apache Tomcat Project; and be it further RESOLVED, that the initial Apache Tomcat PMC be and hereby is tasked with the migration and rationalization of the Apache Jakarta PMC Tomcat subproject; and be it further RESOLVED, that all responsibility pertaining to the Jakarta Tomcat sub-project and encumbered upon the Apache Jakarta PMC are hereafter discharged. --- End draft TLP resolution --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Final Four weekend
Hi, I'll be gone this weekend to the lovely (I think/hope) city of St. Louis. I wanted to bring up three items before I have to leave for the airport: - Bugzilla 6582. It looks like a simple issue, the patch is there, and it's been around long enough that I'm tired of seeing that red line at the top of the Bugzilla report ;) Can someone with servletapi-5 please take care of it (or resolve/invalid/wontfix if that's the correct thing to do). ;) - TCKs for 5.5.9, just a reminder that it'd be great to have those run this weekend, so that we can have a stability vote early next week. - What's the status of the Servlet/JSP Specs? I see no new JSRs, but maybe maintenance releases are coming? It'd be nice to have an update from someone on the Expert Group as to what's going on. Have a good weekend everyone ;) Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] / mailto:[EMAIL PROTECTED] [EMAIL PROTECTED]
RE: [OT] Change Log app
Hi, No app. Committers individually and manually update the changelog when they make changes. Yoav -Original Message- From: Ben Souther [mailto:[EMAIL PROTECTED] Sent: Thursday, March 31, 2005 9:44 AM To: Tomcat Developers List Subject: [OT] Change Log app Can anyone tell me what app this project uses for maintaining the changlog? - 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]
TCKs for 5.5.9
Hi, Can the wizards and magicians with access to the Servlet/JSP TCKs please run them on Tomcat v5.5.9? I have hopes for making it a stable build. Thanks, Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] / mailto:[EMAIL PROTECTED] [EMAIL PROTECTED]
[ANN] Apache Jakarta Tomcat v5.5.9-alpha Released
The Apache Jakarta Tomcat team is proud to announce the immediate availability of Tomcat 5.5.9-alpha. This build contains numerous bug fixes, documentation updates, and other improvements. Release notes: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/RELEASE-NOTES Please refer to the change log for the list of changes: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/changelog.html Downloads: Binaries: http://jakarta.apache.org/site/binindex.cgi#tomcat-5.5 Sources: http://jakarta.apache.org/site/sourceindex.cgi#tomcat-5.5 The Apache Jakarta Tomcat Team - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [VOTE] PMC Chair
Hi, I would recommend that before anyone responds, we decide who should rec' and tally the votes. Also, votes should only be counted from those who will be on the new PMC. So before the vote: 1. Finalize list of PMC members (all current committers) 2. Determine who to collect and tally votes (I propose Henri Yandell) All fine by me. I suppose people who have been inactive for a while aren't suddenly going to come in and vote. And then once we have a PMC, we can decide if we want to do anything like move them to honorary emeritus status out of the CVS avail file. Have a good weekend everyone, Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Reminder: 5.5.9 tomorrow
Hi, This is just a reminder that I plan to cut and tag Tomcat version 5.5.9 tomorrow, Saturday March 26th, at 1400h my time, which is 1900h UTC/GMT. Jan, as Remy and you discussed yesterday on the mailing list, please revert your commit that throws the IllegalStateException in HttpSession#getId. Thanks, and have a good weekend everyone, Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] / mailto:[EMAIL PROTECTED] [EMAIL PROTECTED]
RE: Reminder: 5.5.9 tomorrow
Hi, Jan, as Remy and you discussed yesterday on the mailing list, please revert your commit that throws the IllegalStateException in HttpSession#getId. Done! Will revisit for 5.5.10. Thanks! Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
Hola, If a patch was submitted and committed, I think the name of the submitter should be mentioned. I usually put the name of the committer only in the changelog. That seems to be consistent with past practice. The bugzilla issue (linked from the changelog when possible) has the name of the submitter(s). If they add themselves as @authors in the code, I also leave that in. However, if we want to put submitter names in the changelog, I'm fine with that and will start doing so from now on. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE] PMC Chair
Hi, It seems that there informal consensus to become a TLP. It also seems that the proposal draft I posted earlier is mostly fine, with minor scope adjustment. We agree that there should be annual elections for PMC chair. The final element we need to fill in our TLP proposal before we have a formal vote on it is our initially suggested PMC chairman (or woman). So far, Remy and I have proposed ourselves as candidates for the job. While multiple people will help out, only one can hold the title at a time, as was made clear by Jim and others. Accordingly, let's have a simple majority vote of tomcat committers to see if we can decide on the initial PMC chair, assuming that simple mechanism is OK with everyone. You all know Remy and myself well enough I believe, but feel free to ask questions (in public or private as you wish). Obviously a vote doesn't indicate anything personal. Remy and I have spoken in private and both understand each other, there's no issues between us. However if there's some reason I'm not aware of to hold this vote in private, we can do it on [EMAIL PROTECTED] maybe (although I'm not sure all Tomcat committers are members of that list), or using one of the ASF voting scripts from CVS/SVN. The initial Tomcat PMC chair should be: [ ] Remy Maucherat [ ] Yoav Shapira Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] / mailto:[EMAIL PROTECTED] [EMAIL PROTECTED]
5.5.9 Time
Hi, I was thinking this Saturday, March 26th, would be a good time for cutting Tomcat 5.5.9. There's a decent number of fixes in the changelog, and a couple of new things including the host manager webapp. Finally, I introduced a regression into 5.5.8 by accidentally leaving out the JavaMail jars when building it, as shown in Bugzilla 34131, so I'd like to fix that. Is anyone *not* OK with me cutting Tomcat 5.5.9 this Saturday, say around 2pm my time (1900h GMT) ? Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] / mailto:[EMAIL PROTECTED] [EMAIL PROTECTED]
RE: cvs commit: jakarta-tomcat-connectors/jk/xdocs/howto apache.xml
Hi, +This file is created by enabling the Apache auto-configuration as follows, in your server.xml file: +/p +source + Server ... +Listener className=org.apache.jk.config.ApacheConfig modJk=/path/to/mod_jk.so / + /Server +/source + This is specific to Tomcat 5.x (whereas the file isn't). Also, if you are only going to give one example on how to use ApacheConfig, it would be better to show placing it under Engine (as it's the simplest useful case). I'll move the example under Engine and specify that it's specific to 5.x for clarity. Thanks for pointing that out, Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: TLP Draft Proposal
Hi, Sharing the role ( i.e. the tasks ) has a lot of precedents. And I think it'll be multiple people helping out, e.g. filling out parts of the board report relevant to what they're working on. Well, Remy and Yoav are members of ASF - so they clearly passed the 'Apache Way' test. If this is a requirement - than the pool of candidates is going to be quite small ( Remy, Yoav, you, Bill - and Craig or Justina if they choose to get back ) I don't think being an ASF member is (or should be) a requirement. For 'managerial' and 'political' - I think both did both ( maybe without enjoying it, but still...) I enjoy the managerial, administrative, and bookkeeping aspects of this and other jobs. That probably puts me in a small minority within this group ;) But at the same time might be a good factor in being a PMC chair, since I see the large majority of it as being administrative. As Mladen said previously, all major decisions will be made by PMC consensus. On a day to day basis, coding, commits, votes, etc, nothing will change anyways. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Time for TLP?
Howdy, Well, the consensus seems mostly clear. I'll draft a formal proposal and send out a vote email, unless anyone has strong objections... Yoav -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 22, 2005 7:23 AM To: Tomcat Developers List Subject: Re: Time for TLP? Henri Gomez wrote: All in all, it will mean more work on our side, but I think It's worth the effort, because the Tomcat will be perceived as 'lean-and-mean-sexy-machine' :) What will be the extra works ? Mostly administrative and documentation namespace change, but think it's one-time-job. So the move is to go TLP ? Well, like Tim said, if not now, we'll come to this subject in couple of months again. IMO now, is as well as good as any other time. Let's do that admin task and move forward to what's count; coding. 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]
TLP Draft Proposal
Hi, Below is a draft of our TLP proposal. The format is fairly standard, copied from other recent TLP promotions. (You can see those in ASF Board meeting minutes). I've added all currently active committers to the initial PMC. If I've missed anyone, please let me know. Part of the proposal is the initial PMC Chairman. I'd like to put myself up as a candidate, and if anyone else is interested, now's the time to speak up. This is a rotating term anyways, so anyone interested who sticks around long enough will get a chance to wear the hat. Once we agree on the draft phrasing, we'll have an actual vote. I believe that actually takes place on [EMAIL PROTECTED] rather than tomcat-dev? Are there any active Tomcat committers who are not Jakarta PMC members? If I were to guess, maybe Peter anyone else as new? Yoav [BEGIN DRAFT PROPOSAL] X. Establish the Apache Tomcat Project WHEREAS, the Board of Directors deems it to be in the best interests of the Foundation and consistent with the Foundation's purpose to establish a Project Management Committee charged with the creation and maintenance of open-source software related to the Servlet and Java Server Pages specifications, for distribution at no charge to the public. NOW, THEREFORE, BE IT RESOLVED, that a Project Management Committee (PMC), to be known as the Apache Tomcat PMC, be and hereby is established pursuant to Bylaws of the Foundation; and be it further RESOLVED, that the Apache Tomcat PMC be and hereby is responsible for the creation and maintenance of software related to creation and maintenance of open-source software related to Servlet and Java Server Pages technologies based on software licensed to the Foundation; and be it further RESOLVED, that the office of Vice President, Apache Tomcat be and hereby is created, the person holding such office to serve at the direction of the Board of Directors as the chair of the Apache Tomcat PMC, and to have primary responsibility for management of the projects within the scope of responsibility of the Apache Tomcat PMC; and be it further RESOLVED, that the persons listed immediately below be and hereby are appointed to serve as the initial members of the Apache Tomcat PMC: Jean-Francois Arcand ([EMAIL PROTECTED]) Bill Barker ([EMAIL PROTECTED]) Tim Funk ([EMAIL PROTECTED]) Filip Hanik ([EMAIL PROTECTED]) Jan Luehe ([EMAIL PROTECTED]) Costin Manolache ([EMAIL PROTECTED]) Remy Maucherat ([EMAIL PROTECTED]) Amy Roh ([EMAIL PROTECTED]) Peter Rossbach ([EMAIL PROTECTED]) Yoav Shapira ([EMAIL PROTECTED]) Mark Thomas ([EMAIL PROTECTED]) Mladen Turk ([EMAIL PROTECTED]) NOTE: Who am I missing? Kin-man? Craig? Keith? Others? NOW, THEREFORE, BE IT FURTHER RESOLVED, that [XXX] be appointed to the office of Vice President, Apache Tomcat, to serve in accordance with and subject to the direction of the Board of Directors and the Bylaws of the Foundation until death, resignation, retirement, removal or disqualification, or until a successor is appointed; and be it further RESOLVED, that the initial Apache Tomcat PMC be and hereby is tasked with the creation of a set of bylaws intended to encourage open development and increased participation in the Apache Tomcat Project; and be it further RESOLVED, that the initial Apache Tomcat PMC be and hereby is tasked with the migration and rationalization of the Apache Jakarta PMC Tomcat subproject; and be it further RESOLVED, that all responsibility pertaining to the Jakarta Tomcat sub-project and encumbered upon the Apache Jakarta PMC are hereafter discharged. [END OF DRAFT PROPOSAL] 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]
jakarta-servletapi-5 karma
Hi, Can someone with karma for Jakarta-servletapi-5 please apply the patch for Bugzilla 6582 (http://issues.apache.org/bugzilla/show_bug.cgi?id=6582)? It's been available for a long time now. Alternatively, what is the process for obtaining karma to this module? Would one need to formally join the Servlet or JSP Expert Group? Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] / mailto:[EMAIL PROTECTED] [EMAIL PROTECTED]
RE: TLP Draft Proposal
Yup, forgot Henri and Senor Clere as well, will add them right away. Yoav -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 22, 2005 9:34 AM To: Tomcat Developers List Subject: Re: TLP Draft Proposal Yoav Shapira wrote: RESOLVED, that the persons listed immediately below be and hereby are appointed to serve as the initial members of the Apache Tomcat PMC: NOTE: Who am I missing? Kin-man? Craig? Keith? Others? Henri Gomez of course :). He's one of the emirates. 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: TLP Draft Proposal
Hi, I could... But there's the question of whether we want all committers on the PMC or just the active ones. The avail file has, in addition to the people I already listed: duncan,jon,rubys,akv,jhunter,preston,shemnon,shachor,bergsten,gonzo,mode,har ishp,arun,craigmcc,jluc,nacho,aried\ el,horwat,ed,alex,gaburici,jiricka,pierred,glenn,larryi,arieh,marcsaeg,danmi l,shai,keith,kief,melaquias,m\ braden,clucas,bip,seguin,mmanders,andya,ccain,bojan,patrickl,jazmin,ekr,manv een,cks,denisb,dsandbe\ rg,bobh,idarwin,johnturner,ecarmich,fuankg,clar,jim,wrowe John Turner, Jim J., Bill Rowe are obviously active, I'll add them right now. But many of the above are not active, emeritus committers... Yoav -Original Message- From: Henri Gomez [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 22, 2005 9:40 AM To: Tomcat Developers List Subject: Re: TLP Draft Proposal Could you check the avail file on CVSROOT to see who is tomcat commiters ? Faster, easier, safer :) On Tue, 22 Mar 2005 15:37:46 +0100, Mladen Turk [EMAIL PROTECTED] wrote: Mladen Turk wrote: NOTE: Who am I missing? Kin-man? Craig? Keith? Others? Henri Gomez of course :). He's one of the emirates. And Jean-Frederic Clere of course. 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: TLP Draft Proposal
Hi, I would like to propose Remy == XX ( he can obviously refuse, but I hope he will not do that ). Obvious reasons on why he is the best choice, so I don't think consensus will be a problem - only his acceptance ( it'll not involve too much coding :-). I was thinking Remy might refuse, so he doesn't have to deal with all the administrative stuff that comes with the role. That and my own interest in the role prevent consensus at this point ;) Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: TLP Draft Proposal
Howdy, I think the idea of rotating ( let's say yearly ? ) would be an excelent one - it'll avoid having people serve for too much ( and sometimes avoid bad habbits - like forgeting to ask the community before making important decisions :-) That's a decent plan. What do the other projects do about that ? Logging Services, which formed just recently, has a yearly PMC chair term, but the incumbent can repeat the role if the PMC so votes. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: TLP Draft Proposal
Hola, What do you guys (parties in the subject) have to say about that? Lat's put all the cards on the table, do what ever is needed and move forward. I'm getting tired of all that politic bullshit, but I'm also aware it must be done. So ... Remy, Yoav? I'm waiting to hear from Remy on what he wants to do. He has to want to be the PMC chair ;) If he does want it and all the admin stuff that goes with it, it's fine with me. The role of a VP is something we can define, but doesn't really exist within other ASF projects, which just have the PMC chair and the rest of the PMC, so I don't think we need one. I'm also fine with the annual rotation as suggested by Costin. Yoav - 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/session StandardSession.java
Hola, My believe is that the above errata will be reflected in the next (maintenance) release of the servlet spec. I will remind the servlet spec lead that this needs to happen. Jan What's the ETA on this maintenance spec release? Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Time for TLP?
Hi, In light of these recent discussions on [EMAIL PROTECTED]: http://marc.theaimsgroup.com/?t=4256091 http://marc.theaimsgroup.com/?t=4256091r=1w=2 r=1w=2 http://marc.theaimsgroup.com/?l=jakarta-general http://marc.theaimsgroup.com/?l=jakarta-generalm=42733325833w=2 m=42733325833w=2 http://marc.theaimsgroup.com/?t=1753782 http://marc.theaimsgroup.com/?t=1753782r=1w=2 r=1w=2 http://marc.theaimsgroup.com/?t=1753782 http://marc.theaimsgroup.com/?t=1753782r=1w=2 r=1w=2 I think we're ready to move Tomcat to a TLP. There's a lot of support for it in the general Jakarta and ASF ranks. Before we write and vote on a proposal, I wanted to see informally what the opinions are within our own group about this potential move. I'm obviously +1. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] / mailto:[EMAIL PROTECTED] [EMAIL PROTECTED]
RE: Time for TLP?
Hi, Yea, TLP = Top-Level Project. My apologies for the acronym ;) It would mean Tomcat leaves Jakarta technically. There would be a Tomcat PMC (roughly consisting of all current committers), reporting to the ASF Board. There would be a tomcat.apache.org instead of Jakarta.apache.org/tomcat (obviously old links will be kept as forwarding URLs for sanity sake). For more details on what's involved, you can google on the promotions of Struts, Lucene, Cocoon, or any other sub-project that's now an Apache TLP. As I said before, this is an informal survey. A formal proposal and vote would be the next step, but as one can see from the URLs below, there is a broad level of support within the ASF for Tomcat becoming its own TLP. Yoav -Original Message- From: Derrick Koes [mailto:[EMAIL PROTECTED] Sent: Monday, March 21, 2005 2:28 PM To: Tomcat Developers List Subject: RE: Time for TLP? TLP = Top Level Project ? -Original Message- From: Yoav Shapira [mailto:[EMAIL PROTECTED] Sent: Monday, March 21, 2005 1:42 PM To: 'Tomcat Developers List' Subject: Time for TLP? Hi, In light of these recent discussions on [EMAIL PROTECTED]: http://marc.theaimsgroup.com/?t=4256091 http://marc.theaimsgroup.com/?t=4256091r=1w=2 r=1w=2 http://marc.theaimsgroup.com/?l=jakarta-general http://marc.theaimsgroup.com/?l=jakarta-generalm=42733325833w=2 m=42733325833w=2 http://marc.theaimsgroup.com/?t=1753782 http://marc.theaimsgroup.com/?t=1753782r=1w=2 r=1w=2 http://marc.theaimsgroup.com/?t=1753782 http://marc.theaimsgroup.com/?t=1753782r=1w=2 r=1w=2 I think we're ready to move Tomcat to a TLP. There's a lot of support for it in the general Jakarta and ASF ranks. Before we write and vote on a proposal, I wanted to see informally what the opinions are within our own group about this potential move. I'm obviously +1. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] / mailto:[EMAIL PROTECTED] [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: Time for TLP?
Hi, The main reason is in the threads quoted in my original email: there is increased support and motivation for it in the broader ASF community. A secondary reason is my own personal interest in seeing Tomcat become an even stronger brand. Yoav -Original Message- From: Henri Gomez [mailto:[EMAIL PROTECTED] Sent: Monday, March 21, 2005 3:25 PM To: Tomcat Developers List Subject: Re: Time for TLP? It was proposed months ago when ant became TLP and the consensus at this time was to keep Tomcat in the jakarta. I'd like to know the reason who motive this move ;) On Mon, 21 Mar 2005 15:00:54 -0500, Yoav Shapira [EMAIL PROTECTED] wrote: Hi, Yea, TLP = Top-Level Project. My apologies for the acronym ;) It would mean Tomcat leaves Jakarta technically. There would be a Tomcat PMC (roughly consisting of all current committers), reporting to the ASF Board. There would be a tomcat.apache.org instead of Jakarta.apache.org/tomcat (obviously old links will be kept as forwarding URLs for sanity sake). For more details on what's involved, you can google on the promotions of Struts, Lucene, Cocoon, or any other sub-project that's now an Apache TLP. As I said before, this is an informal survey. A formal proposal and vote would be the next step, but as one can see from the URLs below, there is a broad level of support within the ASF for Tomcat becoming its own TLP. Yoav -Original Message- From: Derrick Koes [mailto:[EMAIL PROTECTED] Sent: Monday, March 21, 2005 2:28 PM To: Tomcat Developers List Subject: RE: Time for TLP? TLP = Top Level Project ? -Original Message- From: Yoav Shapira [mailto:[EMAIL PROTECTED] Sent: Monday, March 21, 2005 1:42 PM To: 'Tomcat Developers List' Subject: Time for TLP? Hi, In light of these recent discussions on [EMAIL PROTECTED]: http://marc.theaimsgroup.com/?t=4256091 http://marc.theaimsgroup.com/?t=4256091r=1w=2 r=1w=2 http://marc.theaimsgroup.com/?l=jakarta-general http://marc.theaimsgroup.com/?l=jakarta- generalm=42733325833w=2 m=42733325833w=2 http://marc.theaimsgroup.com/?t=1753782 http://marc.theaimsgroup.com/?t=1753782r=1w=2 r=1w=2 http://marc.theaimsgroup.com/?t=1753782 http://marc.theaimsgroup.com/?t=1753782r=1w=2 r=1w=2 I think we're ready to move Tomcat to a TLP. There's a lot of support for it in the general Jakarta and ASF ranks. Before we write and vote on a proposal, I wanted to see informally what the opinions are within our own group about this potential move. I'm obviously +1. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] / mailto:[EMAIL PROTECTED] [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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Web apps vs. Logging vs. Tomcat
UGLI is far from mature enough to be used by Tomcat at this point. When log4j 1.3 is out, we'll see. Yoav -Original Message- From: Jess Holle [mailto:[EMAIL PROTECTED] Sent: Thursday, March 17, 2005 4:17 PM To: Tomcat Developers List Subject: Re: Web apps vs. Logging vs. Tomcat P.S. Why does Tomcat use Commons Logging rather than UGLI? Jess Holle wrote: I had e-mailed this to users mailing list, but I have what I believe is a more dev follow-on question: Is there a good way to get my own start/stop action called at a per-VM level? This is assuming I end up having to move log4j up into Tomcat's classloaders -- at which point I'll want to install my LoggerRepository controlling MBeans up at this level as well -- as log4j's MBeans have issues and using log4j loggers means you don't get the (admittedly sparse) java.util.logging MBean coverage. -- Jess Holle Jess Holle wrote: I have been trying to get really serious about log4j in web apps. I note that Tomcat (thanks to commons-logging) uses java.util.logging *except* for loggers created while my web app's classloader is the current contextual classloader -- at which point it suddenly uses log4j (since my web app does) without giving my web app a chance to initialize it in any way as best I can tell. My web app has a ServletContextListener which initializes log4j by setting up its own LoggerRepository, configuration file and watcher (since log4j's won't shutdown), etc. Of course, every Tomcat logger created within my web app up until this point is now using log4j from my web app (!) and using the basic log4j.properties [if present] from my web app -- for loggers that apply to all web apps! How is one supposed to work this? I am currently using a static LoggerRepository reference within my web app so that a log4j loaded higher in the classloader tree won't cause LoggerRepository sharing. I was using a JNDI-based LoggerRepositorySelector as per log4j author recommendations, but this goes a step further than above -- it puts all the Tomcat loggers that are errantly using my log4j into my LoggerRepository -- which would be fine if these loggers were not shared with other web apps. What's the solution here? Do I have to put log4j into Tomcat's lib directories to force it to use its own centralized log4j? Is that the best solution? -- Jess Holle - 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: Web apps vs. Logging vs. Tomcat
Hola, Your approach is right and should work. You basically have to move everything up the classloader hierarchy into Tomcat's section, and have a copy of the MBean stuff in each webapp classloader repository that you want to manage. And I agree that it sucks... Yoav -Original Message- From: Jess Holle [mailto:[EMAIL PROTECTED] Sent: Thursday, March 17, 2005 4:30 PM To: Tomcat Developers List Subject: Re: Web apps vs. Logging vs. Tomcat Thanks. That answers that part of the question quite succinctly. Now what remains is how can I work with log4j and commons logging -- commons logging's behavior vis-a-vis the contextual classloader seems onerous if not just plain wrong. The only way I can see to fix this is to deploy log4j in Tomcat's own lib directories -- and deploy my log4j controller MBeans there for the default LoggeRepository and again in each web app for each web app's LoggerRepository. If that's what I need to do, I'll get on with doing it, but I'd like to know I'm not just overlooking the obvious... -- Jess Holle Yoav Shapira wrote: UGLI is far from mature enough to be used by Tomcat at this point. When log4j 1.3 is out, we'll see. Yoav -Original Message- From: Jess Holle [mailto:[EMAIL PROTECTED] Sent: Thursday, March 17, 2005 4:17 PM To: Tomcat Developers List Subject: Re: Web apps vs. Logging vs. Tomcat P.S. Why does Tomcat use Commons Logging rather than UGLI? Jess Holle wrote: I had e-mailed this to users mailing list, but I have what I believe is a more dev follow-on question: Is there a good way to get my own start/stop action called at a per-VM level? This is assuming I end up having to move log4j up into Tomcat's classloaders -- at which point I'll want to install my LoggerRepository controlling MBeans up at this level as well -- as log4j's MBeans have issues and using log4j loggers means you don't get the (admittedly sparse) java.util.logging MBean coverage. -- Jess Holle Jess Holle wrote: I have been trying to get really serious about log4j in web apps. I note that Tomcat (thanks to commons-logging) uses java.util.logging *except* for loggers created while my web app's classloader is the current contextual classloader -- at which point it suddenly uses log4j (since my web app does) without giving my web app a chance to initialize it in any way as best I can tell. My web app has a ServletContextListener which initializes log4j by setting up its own LoggerRepository, configuration file and watcher (since log4j's won't shutdown), etc. Of course, every Tomcat logger created within my web app up until this point is now using log4j from my web app (!) and using the basic log4j.properties [if present] from my web app -- for loggers that apply to all web apps! How is one supposed to work this? I am currently using a static LoggerRepository reference within my web app so that a log4j loaded higher in the classloader tree won't cause LoggerRepository sharing. I was using a JNDI-based LoggerRepositorySelector as per log4j author recommendations, but this goes a step further than above -- it puts all the Tomcat loggers that are errantly using my log4j into my LoggerRepository -- which would be fine if these loggers were not shared with other web apps. What's the solution here? Do I have to put log4j into Tomcat's lib directories to force it to use its own centralized log4j? Is that the best solution? -- Jess Holle - 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: Web apps vs. Logging vs. Tomcat
Hi, Yoav Shapira wrote: UGLI is far from mature enough to be used by Tomcat at this point. When log4j 1.3 is out, we'll see. I already voted on that: -1. Rémy Yup, I know. I'm holding out for the possibility that UGLI will be a good enough solution and a significant enough improvement of JCL to merit re-consideration at some future time. As I said, it's not something I'm pushing now, as the above is far (on the time scale) from happening. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Project structure
Hi, I have been thinking about contributing to jakarta tomcat. Great! (assuming there is a problem in the first place). I don't think there is. I can not rule out that my difficulties are partly due to the fact that i am used to developing in some sort of IDE as opposed to working with Most tomcat committers work with an IDE. The source code organization doesn't matter much from this perspective. command lines tools. It is also possible that current organization of project is perfectly logical even if it doesn't resemble what I am used to. Yup, that's certainly possible, and I'd even say likely ;) Have you given any considderation to whether it might be worth considdering re-organizing source and build structure to make project more accessible to potential contributors? Yes, we have. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.5.8 release
Hi, There's no plan to move 5.5.8 anywhere right now. Use 5.5.7, which is stable. Yoav -Original Message- From: Henri Gomez [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 15, 2005 9:35 AM To: Discussion about Tomcat dev Subject: Tomcat 5.5.8 release Did there is a plan to make a release of Tomcat 5.5.8 ? As many, I need official releases for our production servers Regards. - 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 for professional large scale webapps?
Hola, Numerous users/organizations have reported using Tomcat for that number of concurrent users and higher. Achieving good and efficient programming is usually the bottleneck. You might also want to try clustering and load-balancing your Tomcats. If you don't want to involve Apache you can use a Tomcat with the Balancer webapp as your front-end for load-balancing requests. Yoav -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 01, 2005 3:52 AM To: tomcat-dev@jakarta.apache.org Subject: Tomcat for professional large scale webapps? Hello, I made very good experiences using Apache Tomcat for small scale webapps. However, I am now thinking of using it for a larger scale professional webapp: 100 conconcurrent Users. Haevy downloads, ... Assumed that programming is good and efficient, in what kind of difficulties may I run using Tomcat for a larger scale application? Is it a good choice (in terms of scalability, efficiency, memory usage, ...)? My App environment would be: Tomcat 5.x, Struts, Oracle, Lucene Greetings, Joos -- DSL Komplett von GMX +++ Superg|nstig und stressfrei einsteigen! AKTION Kein Einrichtungspreis nutzen: http://www.gmx.net/de/go/dsl - 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: Running Tomcat from a CD-Rom
Hi, As you surmised, you have to be careful about any and all IO (especially writing) operations in your app, implicit or explicit. Make sure to set java.io.tmpdir, the workdirs for your contexts in Tomcat, etc to writeable folders. This is a tomcat-user question. Please continue the discussion there if you still have questions. Yoav -Original Message- From: Julian White [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 01, 2005 9:09 AM To: tomcat-dev@jakarta.apache.org Subject: Running Tomcat from a CD-Rom Hi, I want to run Tomcat from a CD-Rom complete with a web application. My application needs to be able to run on any PC without networkor an install program so everything would have to be installed on the CD-Rom. To get Tomcat to run directly from CD-Rom I am thinking I will have to change all configuration files that point to the Tomcat home directory and point them instead to a temporary folder under windows. Can anyone think of any other issues I am going to run into or if there is something I have overlooked. Env. is Tomcat 5.0, Windows Thanks in advance, Regards, Julian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: TCKs and vote for 5.5.8
Hola, 5.0.30 will stay beta, there will be no vote on it, no matter what the TCKs say, because of other bugs. (I don't remember the specifics right now, they were discussed on this list at the time shortly after the release). When a good new 5.0.x release comes out (for which there's no ETA), we'll request the TCKs be run. Yoav -Original Message- From: Fernando Nasser [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 01, 2005 4:10 PM To: Tomcat Developers List Subject: Re: TCKs and vote for 5.5.8 Any chance of doing the same for the last of the 5.0.x lineage, 5.0.30, which is still marked as Beta? I know that as part of an Application Server (running as the embedded Web Container) it does pass the TCK. Regards to all, Fernando Yoav Shapira wrote: Hola, Can someone please run the TCKs for 5.5.8 if you haven't already? I'd like to have the results before voting on release stability. Thanks, Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] / mailto:[EMAIL PROTECTED] [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: [PATCH] Modification to FAQ for Remote Debugging with NetBeans IDE
Is there a Bugzilla item for this? ;) Yoav -Original Message- From: Geertjan Wielenga [mailto:[EMAIL PROTECTED] Sent: Sunday, February 27, 2005 10:24 AM To: tomcat-dev@jakarta.apache.org Subject: [PATCH] Modification to FAQ for Remote Debugging with NetBeans IDE Index: development.xml === RCS file: /home/cvspublic/jakarta-tomcat-site/xdocs-faq/development.xml,v retrieving revision 1.3 diff -u -r1.3 development.xml --- development.xml22 Feb 2005 17:27:41 -1.3 +++ development.xml27 Feb 2005 15:14:26 - @@ -100,17 +100,17 @@ answer p This answer assumes that you have correctly set up a NetBeans IDE project and -that you know how to use its debugger. If not, please go to +that you know how to use the NetBeans IDE debugger. If not, please go to a href=http://www.netbeans.org/kb/using-netbeans/40/debug.html; http://www.netbeans.org/kb/using-netbeans/40/debug.html/a and read up on how to use NetBeans IDE and its debugger. /p p -Make sure that Tomcat is started, that your application is deployed, and that -the sources are all defined as resources in your application. If you have a -servlet or JSP file, set a breakpoint where its sure to hit on the next request. -Go to Run-Attach Debugger. A dialog pops up to let you specify the following -options: +Make sure that Tomcat is started in debug mode as described above, that your +application is deployed, and that the sources are all defined as resources in +your application. If you have a servlet or JSP file, set a breakpoint where you +think a problem might be occurring. Go to Run-Attach Debugger. A dialog pops +up to let you specify the following options: ul li Debugger: JPDA Debugger /li li Connector: SocketAttach /li @@ -125,9 +125,9 @@ /p p Note that NetBeans IDE has a second option -- you can debug JSP files and -servlets locally using a Tomcat server that is bundled with the IDE. The bundled -Tomcat server can be started in debug mode (its default port number is 11555) -and you can open a remote connection to it from NetBeans IDE as described above. +servlets locally using a Tomcat server that is bundled with the IDE. When you debug a +JSP file or servlet in the IDE, the bundled Tomcat server automatically starts in debug +mode, and the debugger connects to it. /p /answer /p - 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]
TCKs and vote for 5.5.8
Hola, Can someone please run the TCKs for 5.5.8 if you haven't already? I'd like to have the results before voting on release stability. Thanks, Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] / mailto:[EMAIL PROTECTED] [EMAIL PROTECTED]
RE: [VOTE] Propose Jim Jagielski and William A. Rowe as JakartaTomcatConnectors commiters
Hi, Yup, +1 from me on both. Yoav -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 23, 2005 2:56 PM To: Tomcat Developers List Subject: [VOTE] Propose Jim Jagielski and William A. Rowe as JakartaTomcatConnectors commiters I'd like to nominate Jim Jagielski ([EMAIL PROTECTED]) and William A. Rowe ([EMAIL PROTECTED]) as commiters for the JTC connectors. Both of them are long time ASF members. Jim is even a director of Apache Software Foundation. They both are core apache httpd designers and developers for years now, and IMHO we should be proud tho have them on board :). I'm sure they will help us with the better apache httpd integration. So... [x] Yes, Jim is really a cool guy. [ ] No way. and.. [x] Sure, wellcome Bill. [ ] I think I know httpd better then him. The both have my ++1. 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: Documentation bug about NetBeans IDE
Hi, Submit your changes as a Bugzilla enhancement issue please. Yoav -Original Message- From: Geertjan Wielenga [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 22, 2005 10:15 AM To: tomcat-dev@jakarta.apache.org Subject: Documentation bug about NetBeans IDE Hi all, This page contains incorrect information about NetBeans IDE: http://jakarta.apache.org/tomcat/faq/development.html#rd-netbeans On behalf of NetBeans IDE, I have changes for this page. Will someone contact me to discuss this? Thanks, Geertjan Wielenga Technical Writer NetBeans IDE - 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 5.5.8-alpha Released
The Apache Jakarta Tomcat team is proud to announce the immediate availability of Tomcat 5.5.8-alpha. This build contains numerous bug fixes, documentation updates, and other improvements. Release notes: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/RELEASE-NOTES Please refer to the change log for the list of changes: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/changelog.html Downloads: Binaries: http://jakarta.apache.org/site/binindex.cgi#tomcat-5.5 Sources: http://jakarta.apache.org/site/sourceindex.cgi#tomcat-5.5 The Apache Jakarta Tomcat Team - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
5.5.8 tagged, cut, uploaded...
... per the usual routine. I'll give the mirrors some time to synch before I make the official release announcement. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat roadmap
Hi, Yup, Tim's right. IIRC there's no precedence for one of the Servlet or JSP Specs coming out without the other. When that's closer to happening, e.g. a public draft, then we'll look at the scope of changes and decide. It'd be a version change for sure, but possibly not a major one if it's only the JSP Spec. Are you asking simply out of curiosity? ;) Yoav -Original Message- From: Tim Funk [mailto:[EMAIL PROTECTED] Sent: Friday, February 18, 2005 6:47 AM To: Tomcat Developers List Subject: Re: Tomcat roadmap Technically, someone will need to propose a VOTE for tomcat6. It would describe the features and release plan to be desired for 6. (Such as JSP 2.1 support). So the real answer there is no timeline. But based on past naming, the name tomcat 6 makes sense. -Tim Sam Ewing wrote: Thanks Yoav, JSP 2.1 specifications are currently in Early Draft Review phase. Will these be implemented as a 'Tomcat 6' release? I don't see a JCP for the next servlet specification anywhere in the picture, so if there is new Tomcat version (Tomcat 6?), would this be for Servlet 2.4/JSP 2.1? Is there any timeline for this? Thanks again, - Sam Hi, Tomcat is not a full J2EE container, only a Servlet and JSP container. Accordingly, J2EE spec releases don't matter per-se. They only matter if they contain new Servlet or JSP spec releases in them. Tomcat 6 will implement the next version of the JSP and Servlet specs, whenever those come out. - 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]
Reminder: 5.5.8 tag tomorrow
Howdy, I'll be tagging and packaging Tomcat 5.5.8 tomorrow (Feb 19th) at 3pm my time, 2000h UTC/GMT. If you've made changes to the code recently, please make sure they're in the changelog as applicable. Thanks, Yoav
RE: Tomcat roadmap
Hi, Tomcat is not a full J2EE container, only a Servlet and JSP container. Accordingly, J2EE spec releases don't matter per-se. They only matter if they contain new Servlet or JSP spec releases in them. Tomcat 6 will implement the next version of the JSP and Servlet specs, whenever those come out. Yoav -Original Message- From: Sam Ewing [mailto:[EMAIL PROTECTED] Sent: Thursday, February 17, 2005 7:46 PM To: tomcat-dev@jakarta.apache.org Subject: Tomcat roadmap J2EE 5.0 releases in the second half of 2005. Will this be implemented by Tomcat 5.5 too, or will this result ina new version - say Tomcat 6 (for Servlet 2.4/JSP 2.1?). I was writing an article on this area, and was curious about the roadmap.. Thanks, Sam __ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail - 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: 5.5.8 ?
Hi, I think 5.5.8 is a good idea, but I'd like to address the following first: - 6582 SERVLETAPI: Sample code does not match behavior - 33224 when webapp config file and directory URL is specified, d... (this one may already be addressed by your deployer changes) - 33362 setclasspath.bat missing @echo off - 33448 wrong policy in $CATALINA_BASE/conf/catalina.policy - 33219 Slight code improvement - 32382 First App - Example App is misleading - 33325 add target clean to top-level build.xml All should be fairly easy, I don't have karma for the first, but I'll look at the others as I have time. If others fix them first, great ;) So let's maybe plan for this Saturday for 5.5.8? Yoav -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 16, 2005 7:04 AM To: tomcat-dev@jakarta.apache.org Subject: 5.5.8 ? Hi Yoav, What do you think about the idea of doing a 5.5.8 ? The list of fixes gets longer, and there were actually two regressions in 5.5.7: - JSP precompilation with taglibs in some cases - DataSource realm connection leaking; the fix needs testing My latest deployer changes need testing as well, as it would be good to avoid regressions. 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: Adding CRL support to the Coyote Connector
Howdy, Are there any plans on adding CRL support in tomcat in the near future? Is anyone else looking into adding CRL support tomcat? No to both. If not then I will probably take a stab at trying to implement CRL support in the code. Does anyone know why CRLs were not implemented in the past? Is there some fundamental issue that I am not aware of? Probably no fundamental technical issue, just the usual combination: lack of demand from users and lack of interest on behalf of developers. Any help would be greatly appreciated. I'm not an expert on CRLs, but whatever you can do in a Filter (as in javax.servlet.Filter) as opposed to in the connector itself is good, because it means you don't have to hack Tomcat and your solution is container-portable. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [VOTE] Proposed API change to the Manager interface
Hi, However, the problem is that I need to modify a method in the top level Manager interface :( public Session createSession() must become: public Session createSession(String sessionId) (if sessionId is null, a new session id will be generated) As the createSession() will no longer be used anywhere, and calling it in old managers would create bad behavior, I propose removing it rather than deprecating it. Why can't createSession() simply call createSession(null) ? That way we could deprecate it and preserve backwards compatibility, at least for a little while. I'm uneasy about simply breaking a major interface, one that's customized often by users. Other than that, and given Tim's catch and your fix, I'm OK with this. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Proposed API change to the Manager interface
Hi, Right, that's what I tried at first. However, session tracking would break in mysterious ways whenever emptySessionPath is used if we did that. So I considered it was better to remove the method to signal some change is needed. That was my idea, but I'm ok with adding back the method in Manager (and ManagerBase) as deprecated if you still think it's better. Yeah, I still think it's better. Marginally better and obviously not perfect, but still better. If you want to add a comment to the old createSession() version that session tracking might break in mysterious ways if emptySessionPath is used, that's fine too. The important thing is we'll deprecate it and maintain backwards compatibility for at least a few releases / few months, then we can remove it altogether. (And I'll be +1 for that, always preferring a cleaner interface myself) Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: SVN migration?
Hi, We build files would need to be updated, but I suppose we could try moving one module at a time. For example, Jakarta-tomcat-site is by itself as far as dependencies. The servletapi modules would be a decent thing to move before the main Tomcat stuff, because the dependency on them is fairly clear, and we could use that move to test out our required build file changes. It's a significant effort, I'm +0 on the whole thing. I know SVN has significant advantages, but they're not significant to me ;) I'm fine with CVS... Yoav -Original Message- From: Dirk-Willem van Gulik [mailto:[EMAIL PROTECTED] Sent: Friday, February 04, 2005 3:25 AM To: Tomcat Developers List; Henri Yandell Subject: Re: SVN migration? On Fri, 4 Feb 2005, Henri Yandell wrote: I've not heard anything about it being mandatory yet, but the numbers speak for themselves. It is not mandatory at this time. And won't be anytime soon. So I assume at some point there'll be pressure to turn off the CVS server. There is that - as this is a volunteer ran service - and warm bodies are always in short supply. But then again - as long as there are volunteers from communities using CVS expect the kettle to not come to a boil. Ultimately -each- project needs to make their own deceisions as to what tools and techniques they use; the ASF is merely a supprint and legal backbone and container. However SVN is a bit more modern than CVS - so you may also have some internal reasons to move to SVN at some point - see the usual cvs v.s. svn google pages. Dw - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: apache + tomcat with 2 domains but same session?
Hi, It's great for you that you have a solution, but it's not compatible with the Servlet Spec and therefore can't be integrated into Tomcat. It's not a Tomcat bug, but rather your requirements that are in conflict with the Spec. Yoav Quoting Simon Lau [EMAIL PROTECTED]: Just want you guys to know that I have found a solution for my problem. I have to change the source code in tomcat to get this to work. Here is what I've done: In source org.apache.coyote.tomcat5.CoyoteRequest line 2313 (btw, I am using tomcat5.0.28 source) I added cookie.setDomain(.abc.com); // beware of the leading dot compile the source and replace the new catalina.jar into my tomcat server/lib directory. I am now able to switch between both http://aaa.abc.com/myapp/index.jsp http://bbb.abc.com/myapp/index.jsp and the session persists !!! I wonder why the web.xml file in conf/ didn't provide such an option for us to set more cookie options. As for now, I can only set session-timeout in web.xml. I suggest adding like cookie-domain session-config session-timeout30/session-timeout cookie-domain.abc.com/cookie-domain /session-config I know resin have such an option, see here http://browserinsight2.lunaimaging.com:8090/ref/app-config.xtp#session-config I am posting this to both user list and developer list, I hope someone in the tomcat project will read it and implement this in the future. Thanks everyone that have helped me though, means a lot. Simon - Original Message - From: Tim Funk [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Wednesday, January 12, 2005 8:43 PM Subject: Re: apache + tomcat with 2 domains but same session? [I have a major sinus cold - so I might not be writing clearly ...] I don't think URL rewriting from apache mod_rewrite will solve your problem. Tomcat maintains state with the session via a session cookie. The cookie is fixed to the currnet domain name (not configurable) and the cookie is fixed to the current webapp path(also not configurable). But the session cookie is the key to picking up the session. Since you are working in a differnet domain - the session cookie is not sent by the client. But for clients that do not allow cookies, you can use url rewriting via the servlet API. (See HttpResponse.encodeUrl()). This method detects whether the client has sent the request and maintained state via a session cookie and if a cookie was not used, the url is rewritten and encoded with a path variable called jsessionid. (eg: foo.jsp;jsessionid=ABDDAAN9900) To get a session from aaa.com to work in bbb.com - you need to have a page on aaa.com link to bbb.com with the URL containing the jessessionid path parameter. -Tim Simon Lau wrote: Tim, thanks for your help. but... I have been following your suggestion and use mod_rewrite to rewrite bbb.abc.com to aaa.abc.com. Here is 3 scenarios: 1) RewriteCond %{HTTP_HOST} ^bbb\.(.*)$ RewriteRule ^(.+) http://aaa.%1$1 Client access http://bbb.abc.com/myapp/index.jsp Client brower address bar display http://aaa.abc.com/myapp/index.jsp (but i want http://bbb.abc.com/myapp/index.jsp instead) Session persist, no problem 2) RewriteCond %{HTTP_HOST} ^bbb\.(.*)$ RewriteRule ^(.+) http://aaa.%1$1 [PT] Client access http://bbb.abc.com/myapp/index.jsp Client brower address bar display http://bbb.abc.com/myapp/index.jsp Client brower display 400 Bad Request error mod_rewrite.log get forcing 'http://aaa.abc.com/myapp/index.jsp' to get passed through to next API URI-to-filename handler 3) RewriteCond %{HTTP_HOST} ^bbb\.(.*)$ RewriteRule ^(.+) http://aaa.%1$1 [P] Client access http://bbb.abc.com/myapp/index.jsp Client brower address bar display http://bbb.abc.com/myapp/index.jsp Client brower display Forbidden, You don't have permission to access /myapp/index.jsp mod_rewrite.log get forcing proxy-throughput with http://aaa.abc.com/myapp/index.jsp; so all of these cases didn't give me the result i wanted. the result i wanted is: -Client access http://bbb.abc.com/myapp/index.jsp -Client brower address bar display http://bbb.abc.com/myapp/index.jsp -Session persist with http://aaa.abc.com/myapp/index.jsp Am i on the right track? or am i doing it totally wrong? or is there way to get around this? please help. thanks again. Simon - Original Message - From: Tim Funk [EMAIL PROTECTED] To: Tomcat Users List tomcat-user@jakarta.apache.org Sent: Tuesday, January 11, 2005 7:44 PM Subject: Re: apache + tomcat with 2 domains but same session? You can get away with this by using URL rewriting. When you are using aaa.abc.com and wish to redirect or link to
[VOTE][RESULT] Tomcat 5.5.7 Stability
The Apache Jakarta Tomcat team is proud to announce that Tomcat 5.5.7 has been voted stable after substantial evaluation and testing. The vote thread is archived at http://marc.theaimsgroup.com/?t=11067421773r=1w=2 among other places. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: IP issues
Hi, I don't think we should re-instate the old file: that's too complicated from an IP perspective. Retain Remy's new file with it's easy IP handling, and give Jason a nice thank you (but not copyright, as was made clear in the legal-discuss archives) notice in either the file itself or our NOTICE file. Hopefully that way no one's ego is hurt beyond the pain already inflicted by this whole discussion, and we all move on. Yoav Quoting Remy Maucherat [EMAIL PROTECTED]: Mark Thomas wrote: Having raised this in the legal-discuss mailing list, the result was that there is actually no issue to worry about here. See http://mail-archives.eu.apache.org/mod_mbox/www-legal-discuss/200501.mbox/[EMAIL PROTECTED] for details. With this in mind we need to consider what, if anything, to do now. I see the following options: TC5 - Need to populate o.a.c.util.CharsetMapperDefault.properties Options 1. Do nothing. Wait for patches to be submitted. 2. Re-instate the contents of the properties file based on Jason's previous class and include appropriate text in the NOTICE file. Something like: notice o.a.c.util.CharsetMapperDefault.properties is based on code originally written by Jason Hunter [EMAIL PROTECTED] as part of the book Java Servlet Programming (O'Reilly). See a href=http://www.servlets.com/book;http://www.servlets.com/book/a for more information. Used with permission under the Apache 1.1 license. /notice TC4 - Don't need to do anything Options 1. Do nothing 2. Port Remy's enhancements to o.a.c.util.CharsetMapper TC3 - Uses o.a.t.util.http.LocalToCharSetMap which has been deleted Options 1. Re-instate the file. 2. Work around it as suggested in Bill's previous e-mail My own views are: TC 5 - option 2 TC 4 - option 2 TC 3 - option 1 (less effort for us) I think we're going nowhere. If the ASF doesn't make it clear that there are no redistribution IP issues because of licensing pollution, then I don't think my company will feel safe continuing contributing to this project since our customers will no longer feel confident using our product. This is a problem ;) It's as simple as that. So we would have to start maintaining our own branch, which basically means forking. I suppose every vendor does that, of course, but it's still quite disppointing (as then, the temptation exists to add value to our own tree) ... Tomcat will work perfectly well without this code, so I do not see the point reintroducing it accompanied with ambiguous legal and advertising statements. This code (it's a set of name value pairs, so it's not really code actually) was improperly sneaked into the Tomcat codebase, so I think we should get rid of it. 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]
[VOTE] Tomcat 5.5.7 Stability
Hi, Tomcat 5.5.7 was released a week ago, and now it's time for a stability vote ;) I have yet to see TCK results, but this has been a crazy month for everyone it seems... [ ] Alpha: leave it as-is, numerous bugs, etc. [ ] Beta: good quality release, at least one issue preventing stable vote [ ] Stable: solid, no major issues (minor issues possible) Thanks for voting, Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Sorry, no time to cut release
Yoav Shapira wrote: Hi, Oh, there's a little signFile script in my home directory (possibly under a bin directory, I don't remember), that does the pgp and md5 signing. It's worth using or at least verifying that you used the same switches, e.g. -r switch on md5sum. No, I had always been using md5 -q. -r seems to append the name of the file to that, and it doesn't seem to be what you've been using (for ex, in 5.5.6). Are you sure ? The only thing I'm sure was that my signFile had been consistent and good -- I don't remember the exact switches ;) Checking now, I see you're right, it was just bad memory on my part. Exactly the reason I wrote the script ;) Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Sorry, no time to cut release
Hi, Oh, there's a little signFile script in my home directory (possibly under a bin directory, I don't remember), that does the pgp and md5 signing. It's worth using or at least verifying that you used the same switches, e.g. -r switch on md5sum. Yoav -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 19, 2005 8:35 PM To: Tomcat Developers List Subject: Re: Sorry, no time to cut release Remy Maucherat wrote: Yoav Shapira wrote: Hi, I should have time later on this week, Wednesday being the most likely day. I just talked with Yoav, and he unfortunately does not have enough time this week to do a 5.5.7 release, and he suggested I do it instead. I have installed the appropriate optional libs (incl PureTLS), the tester passes, and the admin webapp runs ok (incl saving ;) ). Unless someone objects, I plan to tag the new release on 01/20 at 00:00 GMT (= in less than 12 hours), as there seems to be no outstanding issues, and the build has been delayed since last week. I updated the dependencies to current builds. I didn't update a few dependencies: - NSIS 2.0.4 seems to have broken file matching (or they changed how the matching works), so I did keep my NSIS 2.0 which works fine - JDT 3.1 from Eclipse 3.1M4 now supports fully Java 5 (according to their changelog), but as it is not stable yet, I preferred not to attempt to integrate it yet; as it is obvious the compiler will be stabilized before the UI on top of it, it should be acceptable to try integrating when 3.1M5 comes out I will need TCK testing for the build when it's done. The build is here: http://www.apache.org/dist/jakarta/tomcat-5/v5.5.7-alpha/ The tag in CVS is: TOMCAT_5_5_7 Let me know what I messed up (I didn't do this for a while, and I have to say I didn't miss the pgp -sba thing). 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: Sorry, no time to cut release
Hi, I should have time later on this week, Wednesday being the most likely day. Feel free to grab dependencies from /home/yoavs/tomcatBuild on minotaur. I have them all set up and ready to go, including the more annoying ones like mail/activation and pureTLS. The permissions on that directory should be enough... Yoav Quoting Remy Maucherat [EMAIL PROTECTED]: Yoav Shapira wrote: Hi guys and gals, I apologize, but I have no time to cut the 5.5.7 release this weekend, or in the coming days. This January program is really taking every one of my awake minutes. If someone else, most likely Remy, can cut the 5.5.7 release, that'd be great. Thanks, No problem, there are priorities ;) I can attempt putting together the release, but I don't have many of the optional dependencies installed at the moment. So there's a big possibility that I will screw up the binary. I'll try to see if I can setup everything right (oh, no, cryptix again ...). When would you have time to do a build if I can't do it ? 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]
Sorry, no time to cut release
Hi guys and gals, I apologize, but I have no time to cut the 5.5.7 release this weekend, or in the coming days. This January program is really taking every one of my awake minutes. If someone else, most likely Remy, can cut the 5.5.7 release, that'd be great. Thanks, Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: 5.5.7 ?
Hi, It's certainly OK for you to do one ;) If you want me to do it, that's also OK, but it will have to wait until this weekend. Either way is fine with me. I haven't looked at (much less written) any code recently, as I expected for this January boot camp at school... Yoav -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Thursday, January 13, 2005 8:00 AM To: Tomcat Developers List Subject: 5.5.7 ? I think the initial work on the new config save is now done, and it appears to be working at least as well as the old one. Yoav, would it be ok to do a new build picking up all the changes and fixes ? 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: [ot] Building Tomcat with Maven
Hi, I tried creating a Maven project.xml for Tomcat twice, each time giving up after about an hour of effort. That was a long time ago, and I think it would be easier now, but I don't have my intermediate results and all I recall at the moment is stepping away from that effort in disgust ;) Not to discourage you (or anyone else)... Yoav -Original Message- From: Jeanfrancois Arcand [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 12, 2005 4:20 PM To: Tomcat Developers List Subject: [ot] Building Tomcat with Maven Hi, I need to move the Tomcat nigthly build out of nagoya.apache.org and currently I'm using an sh script for the task. I would like to try Maven and build.xml(s) that we have. Anybody have a Maven project.xml file ;-) that I can use? Thanks -- jeanfrancois - 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: fine tuning
Hi, Use the tomcat-user list for this. Thanks, Yoav -Original Message- From: Krishna Gunturu (kgunturu) [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 12, 2005 7:03 PM To: tomcat-user@jakarta.apache.org; tomcat-dev@jakarta.apache.org Subject: fine tuning Hi We migrated to tomcat 5.0.28 from jserv, which is affecting the performance after migration (for the same load as Jserv) Is there any recommended configuration changes/performance tuning documentation ? Any help is really appreciated Thanks, -Krishna - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: DO NOT REPLY [Bug 28867] - Documentation mentions zero-length string for root context path instead of /
Hi, I thought the docs were right, path= for the ROOT, not path=/. And therefore I thought this was an invalid bug report. Was I wrong? Yoav -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 11, 2005 4:11 PM To: tomcat-dev@jakarta.apache.org Subject: DO NOT REPLY [Bug 28867] - Documentation mentions zero-length string for root context path instead of / DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG. RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28867. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND. INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28867 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-01-11 22:11 --- Fixed in CVS for 4.1.x and 5.5.x Thansk for the report and the patch (I actually committed a variation). -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: DO NOT REPLY [Bug 28867] - Documentation mentions zero-length string for root context path instead of /
Hi, IT might be the manager that's wrong. When editing server.xml or context.xml files for those Tomcat versions, users should use path= and not path=/. The latter leads to significant failures. Yoav -Original Message- From: Mark Thomas [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 11, 2005 4:30 PM To: Tomcat Developers List Subject: Re: DO NOT REPLY [Bug 28867] - Documentation mentions zero-length string for root context path instead of / I did a quick test (on TC4 and TC5) before changing the docs. http://localhost:8080/manager/reload?path=/ returns OK - Reloaded application at context path / http://localhost:8080/manager/reload?path= returns FAIL - Invalid context path was specified Mark Yoav Shapira wrote: Hi, I thought the docs were right, path= for the ROOT, not path=/. And therefore I thought this was an invalid bug report. Was I wrong? Yoav -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 11, 2005 4:11 PM To: tomcat-dev@jakarta.apache.org Subject: DO NOT REPLY [Bug 28867] - Documentation mentions zero-length string for root context path instead of / DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG. RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28867. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND. INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28867 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-01-11 22:11 --- Fixed in CVS for 4.1.x and 5.5.x Thansk for the report and the patch (I actually committed a variation). - 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: DO NOT REPLY [Bug 28867] - Documentation mentions zero-length string for root context path instead of /
Hi, The docs agree with the behavior only for the manager, that's the problem. Previously the docs agreed with the configuration instructions, e.g. editing server.xml, and disagreed with the manager. So we should clarify in the docs that what the manager reports as / is actually when you create context.xml files. We've gotten easily 1000 times more questions from people putting / in configuration files (which is wrong) than we have people complaining about / in the manager. If we have to pick one, the former (the way the docs previously were) is much better. But we don't have to pick just one thankfully, we can have docs that cover both the manager display and the configuration. This issue comes up often enough on the list that this is worthwhile, otherwise I wouldn't have said anything... Yoav -Original Message- From: Mark Thomas [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 11, 2005 4:59 PM To: Tomcat Developers List Subject: Re: DO NOT REPLY [Bug 28867] - Documentation mentions zero-length string for root context path instead of / The manager would be wrong if: a) we had a consistent way of handling the ROOT context b) the agreed consistent way to reference ROOT was I am not aware of a) and from a user perspective / seems to make more sense for b) At least at present the docs agree with the actual behaviour. Mark Yoav Shapira wrote: Hi, IT might be the manager that's wrong. When editing server.xml or context.xml files for those Tomcat versions, users should use path= and not path=/. The latter leads to significant failures. Yoav -Original Message- From: Mark Thomas [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 11, 2005 4:30 PM To: Tomcat Developers List Subject: Re: DO NOT REPLY [Bug 28867] - Documentation mentions zero-length string for root context path instead of / I did a quick test (on TC4 and TC5) before changing the docs. http://localhost:8080/manager/reload?path=/ returns OK - Reloaded application at context path / http://localhost:8080/manager/reload?path= returns FAIL - Invalid context path was specified Mark Yoav Shapira wrote: Hi, I thought the docs were right, path= for the ROOT, not path=/. And therefore I thought this was an invalid bug report. Was I wrong? Yoav -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 11, 2005 4:11 PM To: tomcat-dev@jakarta.apache.org Subject: DO NOT REPLY [Bug 28867] - Documentation mentions zero-length string for root context path instead of / DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG. RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28867. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND. INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28867 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-01-11 22:11 --- Fixed in CVS for 4.1.x and 5.5.x Thansk for the report and the patch (I actually committed a variation). - 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: DO NOT REPLY [Bug 28867] - Documentation mentions zero-length string for root context path instead of /
Hi, Big duh on my part. I just realized the bug spoke Only about the manager docs page. The patch is fine, my mistake, good job fixing it, and thank you ;) Yoav -Original Message- From: Yoav Shapira [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 11, 2005 5:04 PM To: 'Tomcat Developers List' Subject: RE: DO NOT REPLY [Bug 28867] - Documentation mentions zero-length string for root context path instead of / Hi, The docs agree with the behavior only for the manager, that's the problem. Previously the docs agreed with the configuration instructions, e.g. editing server.xml, and disagreed with the manager. So we should clarify in the docs that what the manager reports as / is actually when you create context.xml files. We've gotten easily 1000 times more questions from people putting / in configuration files (which is wrong) than we have people complaining about / in the manager. If we have to pick one, the former (the way the docs previously were) is much better. But we don't have to pick just one thankfully, we can have docs that cover both the manager display and the configuration. This issue comes up often enough on the list that this is worthwhile, otherwise I wouldn't have said anything... Yoav -Original Message- From: Mark Thomas [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 11, 2005 4:59 PM To: Tomcat Developers List Subject: Re: DO NOT REPLY [Bug 28867] - Documentation mentions zero-length string for root context path instead of / The manager would be wrong if: a) we had a consistent way of handling the ROOT context b) the agreed consistent way to reference ROOT was I am not aware of a) and from a user perspective / seems to make more sense for b) At least at present the docs agree with the actual behaviour. Mark Yoav Shapira wrote: Hi, IT might be the manager that's wrong. When editing server.xml or context.xml files for those Tomcat versions, users should use path= and not path=/. The latter leads to significant failures. Yoav -Original Message- From: Mark Thomas [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 11, 2005 4:30 PM To: Tomcat Developers List Subject: Re: DO NOT REPLY [Bug 28867] - Documentation mentions zero-length string for root context path instead of / I did a quick test (on TC4 and TC5) before changing the docs. http://localhost:8080/manager/reload?path=/ returns OK - Reloaded application at context path / http://localhost:8080/manager/reload?path= returns FAIL - Invalid context path was specified Mark Yoav Shapira wrote: Hi, I thought the docs were right, path= for the ROOT, not path=/. And therefore I thought this was an invalid bug report. Was I wrong? Yoav -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 11, 2005 4:11 PM To: tomcat-dev@jakarta.apache.org Subject: DO NOT REPLY [Bug 28867] - Documentation mentions zero-length string for root context path instead of / DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG. RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28867. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND. INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28867 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-01-11 22:11 --- Fixed in CVS for 4.1.x and 5.5.x Thansk for the report and the patch (I actually committed a variation). - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems checking out Tomcat 5.0 from CVS
Hi, You need to use the TOMCAT_5_0 CVS tag when checking out. That stuff is on its own branch. Yoav --- Ian Flanigan [EMAIL PROTECTED] wrote: Hi all, I'm trying to checkout and compile the latest Tomcat 5.0 sources from CVS, but I seem to get the 5.5 sources instead. I used the following command to get the build.xml. $ wget http://jakarta.apache.org/tomcat/tomcat-5.0-doc/build.xml and use the following build.properties file: $ cat build.properties # - Proxy setup - # Uncomment if using a proxy server. #proxy.host=proxy.domain #proxy.port=8080 #proxy.use=on # - Default Base Path for Dependent Packages - # Replace this path with the directory path where # dependencies binaries should be downloaded. base.path=C:/Documents and Settings/flan/My Documents/Work/Personal/Tomcat/dependencies The build succeeds, but when I look at the CVS version of files that I *know* are different in 5.0 and 5.5, I find the 5.5 version. For example: $ cat jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/CVS/Entries /Authenticators.properties/1.1.1.1/Thu Jul 18 16:47:47 2002// /Bootstrap.java/1.21/Sat Aug 21 19:34:59 2004// /Catalina.java/1.35/Sat Oct 23 16:54:23 2004// [...] /HostConfig.java/1.52/Mon Jan 3 16:10:19 2005// [...] What is the best way to check out the 5.0 sources? Thanks, Ian Flanigan - 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 checking out Tomcat 5.0 from CVS
Hi, You can use the cvstag (IIRC, I haven't used it in ages) property. If you check out the right modules, build.properties.default and its dependencies will be correct. Yoav --- Ian Flanigan [EMAIL PROTECTED] wrote: On Wed, 5 Jan 2005 14:10:31 -0800 (PST), Yoav Shapira [EMAIL PROTECTED] wrote: You need to use the TOMCAT_5_0 CVS tag when checking out. Okay, I know how to do that by hand, but is there a blessed way to do it with the build.xml file? I couldn't find a related property. Should I checkout all of the projects using the TOMCAT_5_0 branch, or only certain ones? How will this affect the shared dependencies? Thanks for your help, Ian Flanigan - 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]
Next release?
Hi, Happy new year everyone ;) I just got back from vacation and don't have time to read all the archives. What's the feeling as to a good time for the next 5.5 release? Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANN] Apache Jakarta Tomcat 5.5.6-alpha Released
The Apache Jakarta Tomcat team is proud to announce the immediate availability of Tomcat 5.5.6-alpha. This build contains numerous bug fixes, documentation updates, and other improvements. Release notes: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/RELEASE-NOTES Please refer to the change log for the list of changes: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/changelog.html Downloads: Binaries: http://jakarta.apache.org/site/binindex.cgi#tomcat-5.5 Sources: http://jakarta.apache.org/site/sourceindex.cgi#tomcat-5.5 The Apache Jakarta Tomcat Team - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANN] Apache Jakarta Tomcat 5.5.4-alpha Released
The Apache Jakarta Tomcat team is proud to announce the immediate availability of Tomcat 5.5.4-alpha. This build contains numerous bug fixes and other improvments, and hopefully gets us closer to the first stable 5.5 release. Release notes: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/RELEASE-NOTES Please refer to the change log for the list of changes: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/changelog.html Downloads: Binaries: http://jakarta.apache.org/site/binindex.cgi#tomcat-5.5 Sources: http://jakarta.apache.org/site/sourceindex.cgi#tomcat-5.5 The Apache Jakarta Tomcat Team - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANN] Apache Jakarta Tomcat 5.5.1 Released
The Apache Jakarta Tomcat team is proud to announce the immediate availability of Tomcat 5.5.1. This second build in the 5.5 branch contains a number of significant stability improvements over 5.5.0, as well as a host of documentation updates and minor fixes. Release notes: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/RELEASE-NOTES Please refer to the change log for the list of changes: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/changelog.html Downloads: Binaries: http://jakarta.apache.org/site/binindex.cgi Sources: http://jakarta.apache.org/site/sourceindex.cgi The Apache Jakarta Tomcat Team - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE] 5.0.28 Stability Rating
Hi, Tomcat 5.0.28 has been available for a week, with no significant issues reported, and passing the TCK tests. Shall we call it: [ ] Stable [ ] Beta [ ] Alpha My vote is for Stable. If you're voting Alpha or Beta, please explain why. And remember, only committer votes are binding, although everyone's opinion is of course welcome. This vote will end in 72 hours. Thanks, Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANN] Apache Jakarta Tomcat 5.5.0 Released
The Tomcat Team announces the immediate availability of Apache Jakarta Tomcat 5.5.0. This is the first release of the new Tomcat 5.5 branch, and as such it is not yet stable. We expect significant additional changes, including possible changes to packaging, dependencies, and Tomcat internal APIs, before the first 5.5 stable release is made. Please note that we are still in the process of updating documentation for this branch. Of special note is the JRE 5.0 requirement: running with JRE 1.4 is also possible, and instructions are provided with the distribution. Release notes: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/RELEASE-NOTES Please refer to the change log for the list of changes: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/changelog.html Downloads: Binaries: http://jakarta.apache.org/site/binindex.cgi Sources: http://jakarta.apache.org/site/sourceindex.cgi The Apache Jakarta Tomcat Team - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANN] Apache Jakarta Tomcat 5.0.28 Released
The Tomcat Team announces the immediate availability of Apache Jakarta Tomcat 5.0.28. Please refer to the change log for the list of changes: http://jakarta.apache.org/tomcat/tomcat-5.0-doc/changelog.html Release notes: http://jakarta.apache.org/tomcat/tomcat-5.0-doc/RELEASE-NOTES Downloads: Binaries: http://jakarta.apache.org/site/binindex.cgi Sources: http://jakarta.apache.org/site/sourceindex.cgi Please note that the stability rating (alpha/beta/stable) for this release will be announced separately in about a week. The Apache Jakarta Tomcat Team - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
5.0.28 reminder -- finish committing tonight...
... I'll cut and tag the 5.0.28 release tomorrow, Saturday, so if you have unfinished commits now's the time ;) Thanks, Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: catalina seesion-id prediction (fwd)
Hi Zvi, Thank you for sending the paper. It's interesting, well-researched, and makes good points. Congratulations on completing it and presumably your PhD soon ;) I have a few comments: - In Tomcat, java.security.SecureRandom and not java.util.Random is the default generator, so as described in the first paragraph of section 5.2 a general PRNG attack will not be effective against an out-of-the-box Tomcat. - Your analysis of the toString method's weakness is fascinating. It is indeed a JVM implementation matter, as it's always a native method, and as such it's less in the scope of the Tomcat implementator and more in that of the JVM implementor. - You omitted the following details, which are significant in my opinion to the analysis as it applies to Tomcat. Tomcat: -- Encourages the user to specify a custom entropy value easily as a String. This value would not available to an attacker. Our documentation suggests using this attribute in security-conscious environment. Furthermore, this value may be derived from a program (including /dev/random) and changed with every run of the server. -- Allows the user to plug in any implementation they wish of java.util.Random to fit their security requirements. -- Allows the user to substitute any Manager implementation they wish and completely implement the session ID generation scheme as their security requirements dictate. It is only fair to mention these pluses as you analyze the minuses of Tomcat's session ID generation scheme. Because of these options, I personally think we've made a great tradeoff between security for the common user and flexbility for security-conscious servers. I don't anticipate any action or changes in our implementation resulting from your paper. - The final point is minor, but I wanted to mention it as your bibliography is otherwise nicely done: you have no reference to the Tomcat site itself (jakarta.apache.org/Tomcat). That would be appreciated. I'm copying the tomcat-dev list on this message, so that the discussion is logged in our archives. Please feel free to subscribe (send email to [EMAIL PROTECTED]) to the list and discuss this paper further. I am of course not posting the paper to the list, as it's your property, but I'm sure other developers will find it interesting as well should you be inclined to post it. Thanks again ;) Yoav Shapira --- Zvi Gutterman [EMAIL PROTECTED] wrote: Hello, I want to make sure I get to the right people. thanks, Zvi. -- Forwarded message -- Date: Wed, 18 Aug 2004 16:45:55 +0300 (IDT) From: Zvi Gutterman [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: catalina seesion-id prediction Hello, My name is Zvi Gutterman and I am a PhD student from the Hebrew university in Jerusalem, Israel. Together with my advisor, prof. Dahlia Malkhi, we studied the Catalina session-id generation algorithm. Our results (see attached paper) show that Jakarta servers not using /dev/random may be vulnerable to session id prediction. The paper will be presented in the RSA 2005 conference (to be held in Feb 2005). You may want to consider a change in the session-id generation scheme. If you need any help or want to discuss our prediction algorithm I will be happy to assist. regards, Zvi. ATTACHMENT part 2 application/pdf name=ServletsAttack.pdf - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: how to view structure about Tomcat 4?
Howdy, All the documentation is online at http://jakarta.apache.org/tomcat. Your question is more suited to the tomcat-user mailing list, so please ask further questions along this thread there. Yoav Shapira --- Dan Wang [EMAIL PROTECTED] wrote: I use many hours to debug tomcat 4 when it starts.But I can not view whole structure about Tomcat 4 . Where are the documents which describe Tomcat 4 's structure located? Who can help me ? Thanks .and thanks Danwang - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] = Yoav Shapira [EMAIL PROTECTED] __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [JAKARTA NEWSLETTER DRAFT] News on 'Jakarta Tomcat' from May to June, 2003
Howdy, Good paragraph Remy.. P.S. Are here anyone who have been voted in as new committers of Tomcat within these 2 months? I've already added myself to your wiki page per your request, and I haven't checked but I'm sure Tim Funk will get around to it as well ;) Yoav Shapira = Yoav Shapira [EMAIL PROTECTED] __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PATCH] Change getSession() in org.apache.catalina.Session from HttpSession to a more general interface (enhancement request 21169)
Howdy, I'm also not a fan of this patch. I don't think it's a particularly good idea to modify the session interface for 4.1.x at this point. Yoav Shapira --- Bill Barker [EMAIL PROTECTED] wrote: - Original Message - From: Brian Olsen [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, June 30, 2003 1:31 AM Subject: Re: [PATCH] Change getSession() in org.apache.catalina.Session from HttpSession to a more general interface (enhancement request 21169) Remy Maucherat wrote: Brian Olsen wrote: Hey Guys, I just made a proposed patch for the enhancement request I made regarding the SIP Servlet API http://issues.apache.org/bugzilla/show_bug.cgi?id=21169 It adds a new interface org.apache.catalina.ServletSession that contains the methods that HttpSession has in common with SipSession and SipApplicationSession. The interface changes are non-intrusive meaning that it changes or adds no functionality so if a class implements HttpSession it will also implement all the methods in ServletSession. To make catalina support the new interface have have made the following changes: org.apache.catalina.Session - changed to return a ServletSession in the getSession() method org.apache.catalina.session.StandardSession - makes it implement ServletSession and typecasts to HttpSession where needed. org.apache.catalina.session.StandardSessionFacade - makes it implement ServletSession org.apache.coyote.tomcat5.CoyoteRequest - typecasts from ServletSession to HttpSession in the getSession( boolean ) I'm not that thrilled by the patch, because we made the decision in TC 5 to work only with the HTTP protocol, for complexity reasons. Actually, it's merely the underlying protocol having to behave like HTTP (although the older TC 4.0 was supposedly protocol generic, it ended up being designed with HTTP in mind, so it wasn't much better). I know a bit the SIP spec, and that patch would sove the problem for sessions. How do you plan to solve it for the connector ? (the idea is that Coyote - supporting HTTP and JK - will remain the only supported connector in TC 5, the internal Catalina API being conserved for compatibility, or at least easy porting, of any old Catalina module) I don't see how there should be a problem with the connector, besides the fact that it has to also do outgoing connections. This only means that it gets a little more complex than the ordinary connector but not anything I have worries about. It is sad that you made that descision especially with the arrival of SIP Servlets that is the first real specification for using servlets for something other than HTTP. Before you could only guess as to how servlets otherwise could be used. But how will this decision affect the future of the internal Catalina API??? Will you deprecate all of it, just parts, redesign it all from scratch?? Like Remy, I'm -0 on the patch. As I read Remy's post, this means that neither of us will actually veto it if some other developer decides to post it. However, neither of us consider it to be a-good-idea, so we will be looking for implementation holes to veto ;-). The internal Catalina API (e.g. org.apache.catalina.*) is pretty stable. There are no current plans to change it. I also have another project further ahead in the process than this one (It actually has running code), where I have implemented my own RTSP Servlet API using Catalina and partly based on Coyote. It's my hope to start making it into a proper Java specification later this year. So I'm very interested in what the future internals of Tomcat will look like since two of my projects rely on them. - Brian - 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] = Yoav Shapira [EMAIL PROTECTED] __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: redirect from Servlet
Howdy, Not quite. RequestDispatcher is relative to the context root, so /test/Test.jsp. But he wanted to use sendRedirect anyways, so you would do response.sendRedirect(request.getContextPath() + Test.jsp); Assuming Test.jsp is under the context root. Yoav Shapira --- Dayan Simon [EMAIL PROTECTED] wrote: if your jsp is under $TOMCAT_HOME/webapps/admin/test/Test.jsp getServletConfig().getServletContext().getRequestDispatcher(/admin/test/Tes t.jsp).forward(request, response); thanx - Original Message - From: Paul Wallace [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Thursday, June 26, 2003 11:37 AM Subject: RE: redirect from Servlet Hi, thanks, I added the line. No 404 is present, but the servlet maintains, ie the browser is completely blank. What about the (/xxx.jsp) path? Thanks Paul. Try this getServletConfig().getServletContext().getRequestDispatcher(/xxx.jsp). forward(request, response); - Original Message - From: Paul Wallace [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Thursday, June 26, 2003 11:21 AM Subject: redirect from Servlet Hello, I have a packaged servlet (com.mypackage.servlets;) in WEB-INF\classes\com\mypackage\servlets, where it performs its logic dutifully. From the servlet I wish to redirect back to the JSP that called it. Currently the JSP origin cannot be found (404). I have tried all manner of variations of path: res.sendRedirect(addAgent.jsp); including a fully formed URL (local and HTTP). How do I redirect to the desired file please? Thanks Paul. - 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] = Yoav Shapira [EMAIL PROTECTED] __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
jakarta-servletapi-5 karma request
Hi, Can I please have karma for jakarta-servletapi-5? I have additional examples to commit. Thanks, Yoav Shapira = Yoav Shapira [EMAIL PROTECTED] __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat 5 examples webapp
Howdy, I just checked out jakarta-tomcat-5 from CVS, looking for the examples webapp. I can't find it -- am I being blind? (It's happened before ;)) I'd like to add ServletRequestListener, ServletRequestAttributeListener examples. I have them ready to commit but was surprised to not find the examples webapp in the jakarta-tomcat-5 module... Yoav Shapira = Yoav Shapira [EMAIL PROTECTED] __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]