cvs commit: jakarta-tomcat-connectors/procrun/bin tomcat5w.exe
mturk 2004/09/12 23:06:13 Modified:procrun/bin tomcat5w.exe Log: FIxed bug 31185 Revision ChangesPath 1.6 +5 -5 jakarta-tomcat-connectors/procrun/bin/tomcat5w.exe Binary file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/procrun/bin tomcat5w.exe
mturk 2004/09/12 23:06:42 Modified:procrun/bin Tag: TOMCAT_5_0 tomcat5w.exe Log: Backport fixed bug 31185 Revision ChangesPath No revision No revision 1.2.2.2 +5 -5 jakarta-tomcat-connectors/procrun/bin/tomcat5w.exe Binary file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31185] - Tomcat service management GUI corrupts configuration
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31185. 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=31185 Tomcat service management GUI corrupts configuration [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-09-13 06:10 --- Fixed in the CVS. You may try the binaries from CVS: http://cvs.apache.org/viewcvs.cgi/*checkout*/jakarta-tomcat- connectors/procrun/bin/tomcat5w.exe?rev=1.2.2.2 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31191] - Better changelog/migration documentation
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=31191. 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=31191 Better changelog/migration documentation [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-09-13 06:48 --- I like whiners a lot, as you might know. If you don't want trouble, why are you upgrading to an alpha release from a new branch. - When using the default DS provider, you shouldn't use the factory name - Moving java:comp/UserTransaction to java:comp/env/UserTransaction: sorry, but no. This would be a bug. The code is very obvious about where the reference is bound. From NamingContextListener: Reference ref = new TransactionRef(); compCtx.bind(UserTransaction, ref); - Last, about the docs, well, they're up to date. If you still can't figure it out, please wait for a book to come out with updates for TC 5.5.x before using the new branch. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper JspCompilationContext.java
remm2004/09/13 00:30:53 Modified:jasper2/src/share/org/apache/jasper JspCompilationContext.java Log: - Oops: must now discard the JSP loader before starting a compilation. Revision ChangesPath 1.54 +1 -0 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspCompilationContext.java Index: JspCompilationContext.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspCompilationContext.java,v retrieving revision 1.53 retrieving revision 1.54 diff -u -r1.53 -r1.54 --- JspCompilationContext.java9 Sep 2004 21:28:13 - 1.53 +++ JspCompilationContext.java13 Sep 2004 07:30:53 - 1.54 @@ -552,6 +552,7 @@ createCompiler(); if (isPackagedTagFile || jspCompiler.isOutDated()) { try { +jspLoader = null; jspCompiler.compile(); jsw.setReload(true); jsw.setCompilationException(null); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31191] - Better changelog/migration documentation
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=31191. 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=31191 Better changelog/migration documentation --- Additional Comments From [EMAIL PROTECTED] 2004-09-13 07:42 --- After testing, the trasaction reference is bound, as usual, to java:comp/UserTransaction. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to create installer
Hi all, I Tryed to make installer for Java and tomcat in one. But I have got problem with Java aplication. In error log of tomcat is: INFO: Jk running ID=0 time=0/20 config=null java.lang.StringIndexOutOfBoundsException: String index out of range: 4 I just copied the files onto dist and run tomcat.exe with install parameters. What else I have to do?
DO NOT REPLY [Bug 31191] - Better changelog/migration documentation
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=31191. 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=31191 Better changelog/migration documentation --- Additional Comments From [EMAIL PROTECTED] 2004-09-13 11:14 --- Remy, Since when is Tomcat 5.5.x an alpha release? Last I heard it was considered a stable release for a while now. Secondly, try running JIRA 2.6.1 under Tomcat 5.5.1 and you'll find that using java:comp/UserTransaction will consistently fail until you modify it to use java:comp/env/UserTransaction. It almost sounds to me like you and I are testing against different releases here. Are you using the official 5.5.1 build? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 31191] - Better changelog/migration documentation
[EMAIL PROTECTED] wrote: Since when is Tomcat 5.5.x an alpha release? Last I heard it was considered a stable release for a while now. Regardless of the lack of basis or merit for his complaints: Yoav, you're not being obvious enough that these builds are alpha. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31191] - Better changelog/migration documentation
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=31191. 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=31191 Better changelog/migration documentation --- Additional Comments From [EMAIL PROTECTED] 2004-09-13 11:23 --- If you want me to look into that transaction issue further, plese provide a ready to test WAR. The 5.5 branch is not stable for a while, since the first *alpha* release (5.5.0) was two weeks ago, and 5.5.1 is definitely alpha as well. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31191] - Better changelog/migration documentation
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=31191. 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=31191 Better changelog/migration documentation --- Additional Comments From [EMAIL PROTECTED] 2004-09-13 11:30 --- Remy, You can download everything you need here: http://www.atlassian.com/software/jira/ - click on download I cannot provide you with a WAR file simply because it is customized to each installation machine. You're going to have to build it on your end. Also, regarding Tomcat 5.5.x being alpha, I'm sorry if I misunderstood the case but it is not clear from the documentation here: http://jakarta.apache.org/tomcat/ The word alpha don't show up anywhere. My understanding was that nightly builds are considered alphas and major release versions are considered stable releases. Anyway... :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31191] - Better changelog/migration documentation
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=31191. 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=31191 Better changelog/migration documentation --- Additional Comments From [EMAIL PROTECTED] 2004-09-13 11:36 --- Then I will not look into the issue. Can you see the numbers inside the chart at the beginning of the second section of the page (Tomcat Versions) ? Do you see any 5.5.x releases in there ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: IIS Connector and chunked encoding
I've found what I believe is a bug in the 2.0.4 connector for IIS that prevents it from handling a POST with a transfer encoding of chunked Issue been mentioned couple of times: http://www.apache.org/~mturk/isapi_redirector2.zip This is 2.0.5 pre-release (if the 2.0.5 ever sees daylight :). Regards, MT. Thanks for the dll Mladen. I downloaded it and discovered that the build from 4/3/2004 in this zip is the same one I'm running. I'd downloaded yours a couple months ago after seeing one of the bug discussions in a search, then proceeded to forget that I'd done that when I posted last week (sorry). So my current test case with the chunked encoding problem is also failing on this build. Today I'll get the source for my local build from CVS instead of the 2.0.4 src zip, and put in the same debugging log probes I've been using into that source to see what the current scoop is. Let me know if there's anything I can supply you or can do during the testing that you'd like to see. I should know more today, as I actually have time to spend on this, and finding it will cure an infrequent production problem we're having with a new vendor that hits this. Once I know more I'll post again. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Version announcements
Hi, Since I've been involved with Tomcat: - Release announcements have included the Release Manager's opinion of stability (alpha/beta/stable), - Release announcements were made to tomcat-dev, tomcat-user, [EMAIL PROTECTED] - No release candidate terminology was used or implied - About a week after the release was made available, a formal vote was done on tomcat-dev to certify or change the stability rating. For a while after I started cutting releases, I followed the same process. With 5.0.28 and 5.5, I changed it a bit, to reflect the fact that: - 5.0.x is stable, we expect minor bugfix and maintenance releases to be stable - 5.5.x is unstable at this point, we expect all releases to be alpha until the first stable release is announced. The voting process has not changed, nor has the announcement process. All of this is since I became involved: I can't peak for how Tomcat 3.x releases were done. It may also be that connector releases follow a slightly different paradigm (I haven't, and don't plan to, cut any connector releases myself). All that said, I'm not sure what the best path forward is. There are different release numbering approaches between different ASF projects, and even within the Jakarta project itself. Tomcat, as one of the most mature Jakarta projects, might be getting closer to the Apache httpd or Ant release numbering scheme, where releases are expected to be stable except for a brand new branch. Yoav Shapira Millennium Research Informatics -Original Message- From: Keith Wannamaker [mailto:[EMAIL PROTECTED] Sent: Sunday, September 12, 2004 10:06 PM To: [EMAIL PROTECTED] Subject: Version announcements I have a question about the consensus of verion announcements. My understanding/recollection of the process is to only announce release canidates on tomcat-dev, then after some time a vote is taken on a/b/stable, then the resulting version is announced via jakarta-announce with the appropriate rating, and the web site was updated. Lately the 5.x process seems to be to put release canidates on the website and announce them on a variety of lists before a stability rating vote is taken, cf http://marc.theaimsgroup.com/?l=tomcat-userm=109378770730995w=2 Was this a concious policy change or is it up to the whim of the RM? Keith - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31191] - Better changelog/migration documentation
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=31191. 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=31191 Better changelog/migration documentation --- Additional Comments From [EMAIL PROTECTED] 2004-09-13 13:57 --- Frankly, that is a joke. You guys are the only ones around that release an alpha release without specifying the word alpha anywhere around it. None of the news sources that reported on it mentioned the word alpha either. Furthermore quality releases means different things to different people. You should replace it by Latest stable versions if that's what you mean. Lastly, when someone reports a problem with the documentation, labeling them as a whiner does not a product improve. Alphas, betas or anything else, my point stands: you need better changelog documentation. When backwards-compatibility is broken -- due to changed package names, command syntax, etc -- you should document it so your end-users know about it. That's it, I'm off. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: IIS Connector and chunked encoding
[EMAIL PROTECTED] wrote: I should know more today, as I actually have time to spend on this, and finding it will cure an infrequent production problem we're having with a new vendor that hits this. Once I know more I'll post again. Well, I wouldn't spend much time trying to fix it, cause we'll probably drop the jk2 altogether, and focus on jk for platforms other then apache 2.2. The apache 2.2 will have it's own connector inside standard distribution. So either the provided dll works or not. Of course you may do with the jk2 code whatever you wish, as long as you comply to the Apache 2 license :). Regards, MT. smime.p7s Description: S/MIME Cryptographic Signature
DO NOT REPLY [Bug 31191] - Better changelog/migration documentation
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=31191. 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=31191 Better changelog/migration documentation --- Additional Comments From [EMAIL PROTECTED] 2004-09-13 14:07 --- sigh ... http://marc.theaimsgroup.com/?l=tomcat-userm=109400538411588w=2 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. [Looks pretty clear to me.] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31191] - Better changelog/migration documentation
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=31191. 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=31191 Better changelog/migration documentation --- Additional Comments From [EMAIL PROTECTED] 2004-09-13 14:18 --- Tim, It might shock some of you to find out not everyone is on the tomcat mailing list. Seriously... out of the multitude of different news services that reported on your release, none of the ones I ran into noted that it was an alpha release and they linked directly to http://jakarta.apache.org/tomcat/ which is where you should place such warnings -- not in a mailing list with optional subscription. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
5.5.2-alpha tomorrow
Hi, As a reminder, we agreed last week to cut the next Tomcat 5.5 release, 5.5.2, tomorrow (Tuesday, September 14th). If everyone could finish committing their changes by noon EDT, they'd be great. If someone is still working and wants to change the release date or time, let's hear it ;) Is it OK with everyone to explicitly call this 5.5.2-alpha in the release announcements and Jakarta news/download pages? The stability vote will be as usual, one week after the release, and the stability vote results announced (and web site possibly changed) as usual at that time. Thanks, Yoav Shapira Millennium Research Informatics This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 5.5.2-alpha tomorrow
Shapira, Yoav wrote: If everyone could finish committing their changes by noon EDT, they'd be great. Hi, I saw couple of your posts mentioning EDT. I presume it's some strange time zone :). Can you use a simple thing like GMT? Regards, MT. smime.p7s Description: S/MIME Cryptographic Signature
DO NOT REPLY [Bug 31191] - Better changelog/migration documentation
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=31191. 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=31191 Better changelog/migration documentation --- Additional Comments From [EMAIL PROTECTED] 2004-09-13 14:25 --- jakarta.apache.org/tomcat tells you what the latest production-quality releases are, and Tomcat 5.5 is not listed there: 5.0.28 is. Most online news sites who reported our release included the notice saying it's not stable. I know I personally followed up with a few to make sure they alerted users to this fact. If the sitss didn't, it's their fault. If you download a .0 release of any product expecting it to be stable, it's your responsibility, and good luck with that. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: 5.5.2-alpha tomorrow
Hi, Shapira, Yoav wrote: If everyone could finish committing their changes by noon EDT, they'd be great. Hi, I saw couple of your posts mentioning EDT. I presume it's some strange time zone :). Can you use a simple thing like GMT? Sure, no problem ;) EDT = my timzone = GMT - 4 (Full reference at http://www.timeanddate.com/worldclock/city.html?n=43) So Tuesday, September 14th, noon EDT = Tuesday, September 14th 1600h GMT. Cool? Yoav This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 5.5.2-alpha tomorrow
Shapira, Yoav wrote: Sure, no problem ;) EDT = my timzone = GMT - 4 (Full reference at http://www.timeanddate.com/worldclock/city.html?n=43) So Tuesday, September 14th, noon EDT = Tuesday, September 14th 1600h GMT. Cool? So: http://www.timeanddate.com/worldclock/city.html?n=281 meaning: Tuesday, September 14th, (EDT noon - CEST 2200h) Correct? :). Regards, MT. smime.p7s Description: S/MIME Cryptographic Signature
RE: 5.5.2-alpha tomorrow
Hi, So: http://www.timeanddate.com/worldclock/city.html?n=281 meaning: Tuesday, September 14th, (EDT noon - CEST 2200h) Correct? :). Wouldn't it be EDT + 4 = GMT, CEST = GMT + 2, so EDT + 6 = CEST, so EDT noon = CEST 1800h ? Yoav This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 5.5.2-alpha tomorrow
Shapira, Yoav wrote: Hi, So: http://www.timeanddate.com/worldclock/city.html?n=281 meaning: Tuesday, September 14th, (EDT noon - CEST 2200h) Correct? :). Wouldn't it be EDT + 4 = GMT, CEST = GMT + 2, so EDT + 6 = CEST, so EDT noon = CEST 1800h ? You see my point? Let's be global :). Regards, MT. smime.p7s Description: S/MIME Cryptographic Signature
DO NOT REPLY [Bug 31191] - Better changelog/migration documentation
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=31191. 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=31191 Better changelog/migration documentation --- Additional Comments From [EMAIL PROTECTED] 2004-09-13 14:54 --- About the documentation issues, the datasource documentation and examples are all there: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/jndi-datasource-examples-howto.html If you still think it's inadequate, you can provide additional documentation updates. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31191] - Better changelog/migration documentation
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=31191. 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=31191 Better changelog/migration documentation --- Additional Comments From [EMAIL PROTECTED] 2004-09-13 15:00 --- Remy, Yes, I am aware of that particular page. It's how I discovered the ResourceParam - inline Resource attrs thing in the first place. I would ask that you guys investigate the java:comp/env/UserTransaction thing further, tough, because if you're indicating it shouldn't have moved then I think this might be a bug. Again, I tried JIRA before and after making this change on Tomcat 5.5.1 and it only worked after adding env. And back on Tomcat 5.0, omiting the env worked fine. Something, somewhere, has changed. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-5 build.xml
mturk 2004/09/13 08:04:08 Modified:.build.xml Log: Do not forget to increment version.build after release. It is used for generating proper file names. Revision ChangesPath 1.211 +1 -1 jakarta-tomcat-5/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-5/build.xml,v retrieving revision 1.210 retrieving revision 1.211 diff -u -r1.210 -r1.211 --- build.xml 5 Sep 2004 10:17:51 - 1.210 +++ build.xml 13 Sep 2004 15:04:08 - 1.211 @@ -18,7 +18,7 @@ !-- When releasing set the 'version.build' to even number and 'version.isdev' to zero. -- - property name=version.build value=1 / + property name=version.build value=2 / property name=version.patch value=0 / property name=version.isdev value=1 / - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0 build.xml
keith 2004/09/13 08:19:00 Modified:.build.xml Log: In nsis2, makensis-bz2 is no more. It is replaced by SetCompressor in the nsi file, which has been added to tomcat.nsi; however here we need to point to makensis. Revision ChangesPath 1.85 +1 -1 jakarta-tomcat-4.0/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-4.0/build.xml,v retrieving revision 1.84 retrieving revision 1.85 diff -u -r1.84 -r1.85 --- build.xml 18 Jun 2004 18:03:13 - 1.84 +++ build.xml 13 Sep 2004 15:19:00 - 1.85 @@ -319,7 +319,7 @@ and os family=windows / available file=${javaservice.home}/bin/JavaService.exe / -available file=${nsis.home}/makensis-bz2.exe / +available file=${nsis.home}/makensis.exe / /and /condition /target - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 5.5.2-alpha tomorrow
Shapira, Yoav wrote: Hi, Is it OK with everyone to explicitly call this 5.5.2-alpha in the release announcements and Jakarta news/download pages? The stability vote will be as usual, one week after the release, and the stability vote results announced (and web site possibly changed) as usual at that time. Some results for current HEAD build: run-tester: ... Jsp: ... [tester] [tester] RECEIVED: == [tester] This is before the include [tester] Include00a PASSED [tester] This is after the include [tester] [tester] FAIL [GET /tester/JspInclude01.jsp?path=/Include00a HTTP/1.0] Failed Golden File Comparison [echo] - jsp:include flush=false - [tester] OK [GET /tester/JspInclude02.jsp?path=/JspInclude02a.jsp HTTP/1.0] [tester] EXPECTED: == [tester] This is before the include [tester] Include00a PASSEDSessionListener01: sessionCreated() [tester] SessionListener02: sessionCreated() [tester] This is after the include [tester] [tester] RECEIVED: == [tester] This is before the include [tester] Include00a PASSED [tester] This is after the include [tester] [tester] FAIL [GET /tester/JspInclude02.jsp?path=/Include00a HTTP/1.0] Failed Golden File Comparison ... HttpSession: [tester] FAIL [GET /tester/Session01 HTTP/1.0] Expected data 'Session01 PASSED', got data 'Session01 FAILED - Requested existing session E176C49EC23A64A9E93B33726AF90C5B' [tester] FAIL [GET /tester/Session02 HTTP/1.0] Expected data 'Session02 PASSED', got data 'Session02 FAILED - Cannot retrieve attribute' [tester] OK [GET /manager/reload?path=/tester HTTP/1.0] [tester] FAIL [GET /tester/Session03 HTTP/1.0] Expected data 'Session03 PASSED', got data 'Session03 FAILED - Cannot retrieve attribute' [tester] OK [GET /tester/Session04 HTTP/1.0] [tester] FAIL [GET /tester/WrappedSession01 HTTP/1.0] Expected data 'Session01 PASSED', got data 'Session01 FAILED - Requested existing session 8BEEABA3369BCDF9CDE93DC09FFB' [tester] FAIL [GET /tester/WrappedSession02 HTTP/1.0] Expected data 'Session02 PASSED', got data 'Session02 FAILED - Cannot retrieve attribute' [tester] OK [GET /manager/reload?path=/tester HTTP/1.0] [tester] FAIL [GET /tester/WrappedSession03 HTTP/1.0] Expected data 'Session03 PASSED', got data 'Session03 FAILED - Cannot retrieve attribute' [tester] OK [GET /tester/WrappedSession04 HTTP/1.0] [tester] EXPECTED: == ... [tester] FAIL [GET /tester/Session05 HTTP/1.0] Failed Golden File Comparison [tester] EXPECTED: == [tester] TesterHttpServletRequestWrapper.getSession(b) ... [tester] FAIL [GET /tester/WrappedSession05 HTTP/1.0] Failed Golden File Comparison [tester] FAIL [GET /tester/Session06 HTTP/1.0] Expected data 'Session06 PASSED', got data 'Session06 FAILED - Returned new session' [tester] FAIL [GET /tester/WrappedSession06 HTTP/1.0] Expected data 'Session06 PASSED', got data 'Session06 FAILED - Returned new session' [tester] OK [GET /tester/Session07a.jsp HTTP/1.0] [tester] OK [GET /tester/Session07b.jsp HTTP/1.0] ... Inside build/log/catalina.out: 2004.09.13 17:31:04 org.apache.catalina.core.ApplicationContext log SEVERE: Servlet /tester threw load() exception javax.servlet.UnavailableException: ErrorPage07 Threw UnavailableException in init() at org.apache.tester.ErrorPage07.init(ErrorPage07.java:36) at javax.servlet.GenericServlet.init(GenericServlet.java:211) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1003) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:836) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3823) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4128) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:755) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:525) at org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:883) at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:846) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:474) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1076) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:310) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1011) at
RE: 5.5.2-alpha tomorrow
Hi, Ooh, not good. I'll look into these a bit when I get a chance, but if someone else has a good idea please jump in ;) Yoav Shapira Millennium Research Informatics -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Monday, September 13, 2004 11:40 AM To: Tomcat Developers List Subject: Re: 5.5.2-alpha tomorrow Shapira, Yoav wrote: Hi, Is it OK with everyone to explicitly call this 5.5.2-alpha in the release announcements and Jakarta news/download pages? The stability vote will be as usual, one week after the release, and the stability vote results announced (and web site possibly changed) as usual at that time. Some results for current HEAD build: run-tester: ... Jsp: ... [tester] [tester] RECEIVED: == [tester] This is before the include [tester] Include00a PASSED [tester] This is after the include [tester] [tester] FAIL [GET /tester/JspInclude01.jsp?path=/Include00a HTTP/1.0] Failed Golden File Comparison [echo] - jsp:include flush=false - [tester] OK [GET /tester/JspInclude02.jsp?path=/JspInclude02a.jsp HTTP/1.0] [tester] EXPECTED: == [tester] This is before the include [tester] Include00a PASSEDSessionListener01: sessionCreated() [tester] SessionListener02: sessionCreated() [tester] This is after the include [tester] [tester] RECEIVED: == [tester] This is before the include [tester] Include00a PASSED [tester] This is after the include [tester] [tester] FAIL [GET /tester/JspInclude02.jsp?path=/Include00a HTTP/1.0] Failed Golden File Comparison ... HttpSession: [tester] FAIL [GET /tester/Session01 HTTP/1.0] Expected data 'Session01 PASSED', got data 'Session01 FAILED - Requested existing session E176C49EC23A64A9E93B33726AF90C5B' [tester] FAIL [GET /tester/Session02 HTTP/1.0] Expected data 'Session02 PASSED', got data 'Session02 FAILED - Cannot retrieve attribute' [tester] OK [GET /manager/reload?path=/tester HTTP/1.0] [tester] FAIL [GET /tester/Session03 HTTP/1.0] Expected data 'Session03 PASSED', got data 'Session03 FAILED - Cannot retrieve attribute' [tester] OK [GET /tester/Session04 HTTP/1.0] [tester] FAIL [GET /tester/WrappedSession01 HTTP/1.0] Expected data 'Session01 PASSED', got data 'Session01 FAILED - Requested existing session 8BEEABA3369BCDF9CDE93DC09FFB' [tester] FAIL [GET /tester/WrappedSession02 HTTP/1.0] Expected data 'Session02 PASSED', got data 'Session02 FAILED - Cannot retrieve attribute' [tester] OK [GET /manager/reload?path=/tester HTTP/1.0] [tester] FAIL [GET /tester/WrappedSession03 HTTP/1.0] Expected data 'Session03 PASSED', got data 'Session03 FAILED - Cannot retrieve attribute' [tester] OK [GET /tester/WrappedSession04 HTTP/1.0] [tester] EXPECTED: == ... [tester] FAIL [GET /tester/Session05 HTTP/1.0] Failed Golden File Comparison [tester] EXPECTED: == [tester] TesterHttpServletRequestWrapper.getSession(b) ... [tester] FAIL [GET /tester/WrappedSession05 HTTP/1.0] Failed Golden File Comparison [tester] FAIL [GET /tester/Session06 HTTP/1.0] Expected data 'Session06 PASSED', got data 'Session06 FAILED - Returned new session' [tester] FAIL [GET /tester/WrappedSession06 HTTP/1.0] Expected data 'Session06 PASSED', got data 'Session06 FAILED - Returned new session' [tester] OK [GET /tester/Session07a.jsp HTTP/1.0] [tester] OK [GET /tester/Session07b.jsp HTTP/1.0] ... Inside build/log/catalina.out: 2004.09.13 17:31:04 org.apache.catalina.core.ApplicationContext log SEVERE: Servlet /tester threw load() exception javax.servlet.UnavailableException: ErrorPage07 Threw UnavailableException in init() at org.apache.tester.ErrorPage07.init(ErrorPage07.java:36) at javax.servlet.GenericServlet.init(GenericServlet.java:211) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.ja va:1 003) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:836) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext. java :3823) at org.apache.catalina.core.StandardContext.start(StandardContext.java:412 8) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.j ava: 755) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:525) at org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java: 883) at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.jav a:84
DO NOT REPLY [Bug 31198] New: - Non-ASCII Passwords Converted to UTF-8
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=31198. 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=31198 Non-ASCII Passwords Converted to UTF-8 Summary: Non-ASCII Passwords Converted to UTF-8 Product: Tomcat 4 Version: 4.0.6 Final Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Minor Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Non-ASCII passwords, in both forms and basic interfaces, are converted to UTF-8 bytes with each UTF-8 byte in a separate Unicode character in the password string. We are using a custom realm, but we expect this behaviour would be consistent across all the realms. A logical implementation would be to map the UTF-8 character to the equivalent Unicode character before presenting the Unicode password String in the interface. This is similar to Tomcat 5 bug 29091. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31201] New: - Encoding bug when using jsp:include ... action
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=31201. 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=31201 Encoding bug when using jsp:include ... action Summary: Encoding bug when using jsp:include ... action Product: Tomcat 4 Version: 4.1.30 Platform: All OS/Version: All Status: NEW Severity: Major Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] There is a bug in JSP include that DefaultServlet assigns default locale encoding for included file using jsp:include file=... action, and the included file's encoding is not matched default locale. For example; locale=ja_JP.SJIS abc.html: written by Windows-31J page.jsp: --- %@ page contentType=text/html; charset=Windows-31J % page include!! HR jsp:include file=abc.html flush=true / HR --- HTML file's encoding should be fixed when Web Application is deploying. So I tried to make a patch for this bug. I added fileEncoding parameter for DefaultServlet. Patch for this bug follows: === *** DefaultServlet.java Sun Jan 25 22:23:42 2004 --- DefaultServlet_patch.java Mon Sep 13 22:13:39 2004 *** *** 177,182 --- 177,187 /** + * Encoding for Reader + */ + protected String fileEncoding; + + /** * MD5 message digest provider. */ protected static MessageDigest md5Helper; *** *** 306,311 --- 311,322 } catch (Throwable t) { ; } + try { + value = getServletConfig().getInitParameter(fileEncoding); + fileEncoding = value; + } catch (Throwable t) { + ; + } // Sanity check on the specified buffer sizes if (input 256) *** *** 1793,1799 InputStream resourceInputStream = resourceInfo.getStream(); // FIXME : i18n ? ! Reader reader = new InputStreamReader(resourceInputStream); // Copy the input stream to the output stream exception = copyRange(reader, writer); --- 1804,1812 InputStream resourceInputStream = resourceInfo.getStream(); // FIXME : i18n ? ! Reader reader = (fileEncoding == null) ? ! new InputStreamReader(resourceInputStream) : ! new InputStreamReader(resourceInputStream, fileEncoding); // Copy the input stream to the output stream exception = copyRange(reader, writer); *** *** 1864,1870 IOException exception = null; InputStream resourceInputStream = resourceInfo.getStream(); ! Reader reader = new InputStreamReader(resourceInputStream); exception = copyRange(reader, writer, range.start, range.end); // Clean up the input stream --- 1877,1885 IOException exception = null; InputStream resourceInputStream = resourceInfo.getStream(); ! Reader reader = (fileEncoding == null) ? ! new InputStreamReader(resourceInputStream) : ! new InputStreamReader(resourceInputStream, fileEncoding); exception = copyRange(reader, writer, range.start, range.end); // Clean up the input stream *** *** 1956,1962 while ( (exception == null) (ranges.hasMoreElements()) ) { InputStream resourceInputStream = resourceInfo.getStream(); ! Reader reader = new InputStreamReader(resourceInputStream); Range currentRange = (Range) ranges.nextElement(); --- 1971,1979 while ( (exception == null) (ranges.hasMoreElements()) ) { InputStream resourceInputStream = resourceInfo.getStream(); ! Reader reader = (fileEncoding == null) ? ! new InputStreamReader(resourceInputStream) : ! new InputStreamReader(resourceInputStream, fileEncoding); Range currentRange = (Range) ranges.nextElement(); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/procrun/bin tomcat5.exe
mturk 2004/09/13 10:52:09 Modified:procrun/bin tomcat5.exe Log: In debug mode redirect messages to console output. Revision ChangesPath 1.7 +77 -85jakarta-tomcat-connectors/procrun/bin/tomcat5.exe Binary file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31202] New: - Allow customization of the X-Powered-By header
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=31202. 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=31202 Allow customization of the X-Powered-By header Summary: Allow customization of the X-Powered-By header Product: Tomcat 5 Version: 5.0.28 Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: Other Component: Connector:Coyote AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Section 5.2 of the Servlet 2.4 spec contains the following comment regarding the X-Powered-By header: quote It is recommended that containers use the X-Powered-By HTTP header to publish its implementation information. The field value should consist of one or more implementation types, such as Servlet/2.4. Optionally, the supplementary information of the container and the underlying Java platform can be added after the implementation type within parentheses. The container should be configurable to suppress this header. Here’s the examples of this header. X-Powered-By: Servlet/2.4 X-Powered-By: Servlet/2.4 JSP/2.0 (Tomcat/5.0 JRE/1.4.1) /quote Currently the connector only supports a boolean XpoweredBy attribute that when enabled adds the hard coded Servlet/2.4 value. There should be an XpoweredByString or some such to allow the value of this header to be externalized to the connector configuration. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31202] - Allow customization of the X-Powered-By header
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=31202. 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=31202 Allow customization of the X-Powered-By header [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-09-13 18:20 --- I think it's a lot easier to simply add the hedaer in one of the valves in JBoss, rather than add not really relevant stuff to the connector to do that. I think this would be the most appropriate, let me know by private mail if it's not ok. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java
[EMAIL PROTECTED] wrote: markt 2004/08/23 12:29:35 Modified:http11/src/java/org/apache/coyote/http11 Http11Processor.java Log: Fix bug 16254 - Server header appears twice after a call to response.setHeader() Revision ChangesPath 1.105 +3 -1 jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11Processor.java Index: Http11Processor.java === RCS file: /home/cvs/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11Processor.java,v retrieving revision 1.104 retrieving revision 1.105 diff -u -r1.104 -r1.105 --- Http11Processor.java 21 Aug 2004 02:51:37 - 1.104 +++ Http11Processor.java 23 Aug 2004 19:29:35 - 1.105 @@ -1511,7 +1511,9 @@ } // Add server header -response.addHeader(Server, Constants.SERVER); +if (! response.containsHeader(Server)){ +response.addHeader(Server, Constants.SERVER); +} As I said way back then, I dislike this patch. I will now revert it (as Scott pointed out, the X-Powered-By header is used for that kind of purpose). Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java
remm2004/09/13 11:25:08 Modified:http11/src/java/org/apache/coyote/http11 Http11Processor.java Log: - Revert patch. I disalike patches which cause a performance hit for the sole interest of embeddors who don't contribute anything. The X-Powered-By header may be used for the same purpose, and is actually specified in the spec. Revision ChangesPath 1.108 +1 -3 jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11Processor.java Index: Http11Processor.java === RCS file: /home/cvs/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11Processor.java,v retrieving revision 1.107 retrieving revision 1.108 diff -u -r1.107 -r1.108 --- Http11Processor.java 1 Sep 2004 10:10:11 - 1.107 +++ Http11Processor.java 13 Sep 2004 18:25:08 - 1.108 @@ -1511,9 +1511,7 @@ } // Add server header -if (! response.containsHeader(Server)){ -response.addHeader(Server, Constants.SERVER); -} +response.addHeader(Server, Constants.SERVER); // Add transfer encoding header // FIXME - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java
This is an often asked for feature. My pref is for it to be a configuration in the Connector. Then the only added overhead is in during init. For example ... protected serverHeader = Constants.SERVER; ... setServerHeader() ... getServerHeader() ... ... response.addHeader(Server, serverHeader); ?? -Tim Remy Maucherat wrote: [EMAIL PROTECTED] wrote: markt 2004/08/23 12:29:35 Modified:http11/src/java/org/apache/coyote/http11 Http11Processor.java Log: Fix bug 16254 - Server header appears twice after a call to response.setHeader() Revision ChangesPath 1.105 +3 -1 jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11Processor.java - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java
I disalike patches which cause a performance hit for the sole interest of embeddors who don't contribute anything. Agreed. But this wasn't the reasoning behind the patch. From the original bug report (16254) I believe the reporter had a security motive. To repeat some of my earlier comments on this change: quote ...section 14.38 of RFC 2616 does state spec-quote Note: Revealing the specific software version of the server might allow the server machine to become more vulnerable to attacks against software that is known to contain security holes. Server implementors are encouraged to make this field a configurable option. /spec-quote The default doesn't include a specific version but I think allowing it to be overridden is more inline with the quote above. Further, I couldn't see anything in the servlet spec that limits the use of response.setHeader() to a subset of HTTP headers. The patch I applied was based on the handling of the date header immediately previously in the same class. /quote My position remains that the above reasons are sufficient justification for the patch to remain. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31204] New: - Tomcat exits on null pointer exception
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=31204. 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=31204 Tomcat exits on null pointer exception Summary: Tomcat exits on null pointer exception Product: Tomcat 5 Version: 5.0.28 Platform: Other OS/Version: Other Status: NEW Severity: Critical Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Tomcat just quits randomly after running fine for a few days. Here is the error summary: Sep 13, 2004 11:26:28 AM org.apache.coyote.tomcat5.CoyoteAdapter service SEVERE: An exception or error occurred in the container during the request processing java.lang.NullPointerException at org.apache.tomcat.util.buf.MessageBytes.toChars (MessageBytes.java:244) at org.apache.tomcat.util.http.mapper.Mapper.map(Mapper.java:509) at org.apache.coyote.tomcat5.CoyoteAdapter.postParseRequest (CoyoteAdapter.java:279) at org.apache.coyote.tomcat5.CoyoteAdapter.service (CoyoteAdapter.java:158) at org.apache.jk.server.JkCoyoteHandler.invoke (JkCoyoteHandler.java:300) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:405) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743) at org.apache.jk.common.ChannelSocket.processConnection (ChannelSocket.java:675) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:866) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run (ThreadPool.java:683) at java.lang.Thread.run(Thread.java:534) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: IIS Connector and chunked encoding
Well, I wouldn't spend much time trying to fix it, cause we'll probably drop the jk2 altogether, and focus on jk for platforms other then apache 2.2. The apache 2.2 will have it's own connector inside standard distribution. So either the provided dll works or not. Of course you may do with the jk2 code whatever you wish, as long as you comply to the Apache 2 license :). Regards, MT. Thanks for the info. By the time I read your last email, I already had a patch that works for me, although I don't like it a whole lot :-) I didn't realize the long-range plan might be to go back to JK - that's good to know. Anyway, I have a patch that makes two small changes in jk_service_iis.c that together make the already existing chunked encoding code work in my test case. We're gonna do some internal testing on the changes by throwing messages of varying sizes at it tomorrow. If you have any interest in the changes made, I can send you the patch direct, or open a bugzilla and post the patch as an attachment, or some other method of your choice, just let me know. There are two new small if statements, and one of them I'm not comfortable with - if you are interested I'd love to discuss whether there's a cleaner way to do what I'm after. That's assuming of course that the point isn't moot :-) If you want to get into an in-depth discussion, I also have before, during and after debug traces in jk2.log for this particular test case. Thanks again for your time and info. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31204] - Tomcat exits on null pointer exception
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=31204. 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=31204 Tomcat exits on null pointer exception [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-09-13 18:54 --- I never ever heard about this issue, plus: public void toChars() { if( ! charC.isNull() ) { return; } // inefficient line 244toString(); char cc[]=strValue.toCharArray(); charC.setChars(cc, 0, cc.length); type=T_CHARS; } There must be something that you're doing that is wrong. You should try to explain how to reproduce the bug (after a few days isn't really helping). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java
Mark Thomas wrote: I disalike patches which cause a performance hit for the sole interest of embeddors who don't contribute anything. Agreed. But this wasn't the reasoning behind the patch. From the original bug report (16254) I believe the reporter had a security motive. To repeat some of my earlier comments on this change: quote ...section 14.38 of RFC 2616 does state spec-quote Note: Revealing the specific software version of the server might allow the server machine to become more vulnerable to attacks against software that is known to contain security holes. Server implementors are encouraged to make this field a configurable option. /spec-quote The default doesn't include a specific version but I think allowing it to be overridden is more inline with the quote above. Further, I couldn't see anything in the servlet spec that limits the use of response.setHeader() to a subset of HTTP headers. There are a lot of protocol specific headers that you cannot set using that. The patch I applied was based on the handling of the date header immediately previously in the same class. /quote You are quite right that the date header special handling should probaly go as well ;) My position remains that the above reasons are sufficient justification for the patch to remain. My position remains the same as well. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-5 tomcat.nsi
mturk 2004/09/13 12:11:41 Modified:.tomcat.nsi Log: Check the return value from service install and give user a chance to fix the problems, ignore or abort installation. The problems can be either the lack of admin permission or the service Tomcat5 already installed. Revision ChangesPath 1.60 +11 -2 jakarta-tomcat-5/tomcat.nsi Index: tomcat.nsi === RCS file: /home/cvs/jakarta-tomcat-5/tomcat.nsi,v retrieving revision 1.59 retrieving revision 1.60 diff -u -r1.59 -r1.60 --- tomcat.nsi9 Sep 2004 21:51:20 - 1.59 +++ tomcat.nsi13 Sep 2004 19:11:41 - 1.60 @@ -157,7 +157,16 @@ DetailPrint Using Jvm: $2 + InstallRetry: + ClearErrors nsExec::ExecToLog '$INSTDIR\bin\tomcat5.exe //IS//Tomcat5 --DisplayName Apache Tomcat --Description Apache Tomcat @VERSION@ Server - http://jakarta.apache.org/tomcat/; --LogPath $INSTDIR\logs --Install $INSTDIR\bin\tomcat5.exe --Jvm $2' + Pop $0 + StrCmp $0 0 InstallOk +MessageBox MB_ABORTRETRYIGNORE|MB_ICONSTOP \ + Failed to install Tomcat5 service.$\r$\nCheck your settings and permissions$\r$\nIgnore and continue anyway (not recommended)? \ + /SD IDIGNORE IDIGNORE InstallOk IDRETRY InstallRetry + Quit + InstallOk: ClearErrors SectionEnd @@ -353,7 +362,7 @@ ReadRegStr $1 HKLM SOFTWARE\JavaSoft\Java Runtime Environment\$2 JavaHome ReadRegStr $3 HKLM SOFTWARE\JavaSoft\Java Runtime Environment\$2 RuntimeLib - FoundJDK: + ;FoundJDK: IfErrors 0 NoErrors StrCpy $1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: IIS Connector and chunked encoding
[EMAIL PROTECTED] wrote: Well, I wouldn't spend much time trying to fix it, cause we'll probably drop the jk2 altogether, and focus on jk for platforms other then apache 2.2. The apache 2.2 will have it's own connector inside standard distribution. Anyway, I have a patch that makes two small changes in jk_service_iis.c that together make the already existing chunked encoding code work in my test case. We're gonna do some internal testing on the changes by throwing messages of varying sizes at it tomorrow. If you have any interest in the changes made, I can send you the patch direct, or open a bugzilla and post the patch as an attachment, Well if you already have a patch, then it would be polite to share :). Anyhow you can post either to this thread or create a bugzilla #. Regards, MT. smime.p7s Description: S/MIME Cryptographic Signature
DO NOT REPLY [Bug 31198] - Non-ASCII Passwords Converted to UTF-8
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=31198. 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=31198 Non-ASCII Passwords Converted to UTF-8 [EMAIL PROTECTED] changed: What|Removed |Added Component|Unknown |Webapps:Administration --- Additional Comments From [EMAIL PROTECTED] 2004-09-13 19:18 --- As bug 29091 states, this is not an easy fix. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 5.5.2-alpha tomorrow
Mladen Turk wrote: Shapira, Yoav wrote: Hi, Is it OK with everyone to explicitly call this 5.5.2-alpha in the release announcements and Jakarta news/download pages? The stability vote will be as usual, one week after the release, and the stability vote results announced (and web site possibly changed) as usual at that time. Some results for current HEAD build: I don't think the first ones mean anything. For some reason the capture of the output of the events must be broken. As for the session tests failures, I find it odd that everything works fine for me in other webapps given the nature of the failures. run-tester: ... Jsp: ... [tester] [tester] RECEIVED: == [tester] This is before the include [tester] Include00a PASSED [tester] This is after the include [tester] [tester] FAIL [GET /tester/JspInclude01.jsp?path=/Include00a HTTP/1.0] Failed Golden File Comparison [echo] - jsp:include flush=false - [tester] OK [GET /tester/JspInclude02.jsp?path=/JspInclude02a.jsp HTTP/1.0] [tester] EXPECTED: == [tester] This is before the include [tester] Include00a PASSEDSessionListener01: sessionCreated() [tester] SessionListener02: sessionCreated() [tester] This is after the include [tester] [tester] RECEIVED: == [tester] This is before the include [tester] Include00a PASSED [tester] This is after the include [tester] [tester] FAIL [GET /tester/JspInclude02.jsp?path=/Include00a HTTP/1.0] Failed Golden File Comparison ... HttpSession: [tester] FAIL [GET /tester/Session01 HTTP/1.0] Expected data 'Session01 PASSED', got data 'Session01 FAILED - Requested existing session E176C49EC23A64A9E93B33726AF90C5B' [tester] FAIL [GET /tester/Session02 HTTP/1.0] Expected data 'Session02 PASSED', got data 'Session02 FAILED - Cannot retrieve attribute' [tester] OK [GET /manager/reload?path=/tester HTTP/1.0] [tester] FAIL [GET /tester/Session03 HTTP/1.0] Expected data 'Session03 PASSED', got data 'Session03 FAILED - Cannot retrieve attribute' [tester] OK [GET /tester/Session04 HTTP/1.0] [tester] FAIL [GET /tester/WrappedSession01 HTTP/1.0] Expected data 'Session01 PASSED', got data 'Session01 FAILED - Requested existing session 8BEEABA3369BCDF9CDE93DC09FFB' [tester] FAIL [GET /tester/WrappedSession02 HTTP/1.0] Expected data 'Session02 PASSED', got data 'Session02 FAILED - Cannot retrieve attribute' [tester] OK [GET /manager/reload?path=/tester HTTP/1.0] [tester] FAIL [GET /tester/WrappedSession03 HTTP/1.0] Expected data 'Session03 PASSED', got data 'Session03 FAILED - Cannot retrieve attribute' [tester] OK [GET /tester/WrappedSession04 HTTP/1.0] [tester] EXPECTED: == ... [tester] FAIL [GET /tester/Session05 HTTP/1.0] Failed Golden File Comparison [tester] EXPECTED: == [tester] TesterHttpServletRequestWrapper.getSession(b) ... [tester] FAIL [GET /tester/WrappedSession05 HTTP/1.0] Failed Golden File Comparison [tester] FAIL [GET /tester/Session06 HTTP/1.0] Expected data 'Session06 PASSED', got data 'Session06 FAILED - Returned new session' [tester] FAIL [GET /tester/WrappedSession06 HTTP/1.0] Expected data 'Session06 PASSED', got data 'Session06 FAILED - Returned new session' [tester] OK [GET /tester/Session07a.jsp HTTP/1.0] [tester] OK [GET /tester/Session07b.jsp HTTP/1.0] ... Inside build/log/catalina.out: 2004.09.13 17:31:04 org.apache.catalina.core.ApplicationContext log SEVERE: Servlet /tester threw load() exception javax.servlet.UnavailableException: ErrorPage07 Threw UnavailableException in init() That exception is ok, it's for testing unavailable. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: 5.5.2-alpha tomorrow
Hi, As a (relevant) side note, I've been assuming the TCKs cover session handling. Is this a bad assumptions? Yoav Shapira Millennium Research Informatics -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Monday, September 13, 2004 4:20 PM To: Tomcat Developers List Subject: Re: 5.5.2-alpha tomorrow Mladen Turk wrote: Shapira, Yoav wrote: Hi, Is it OK with everyone to explicitly call this 5.5.2-alpha in the release announcements and Jakarta news/download pages? The stability vote will be as usual, one week after the release, and the stability vote results announced (and web site possibly changed) as usual at that time. Some results for current HEAD build: I don't think the first ones mean anything. For some reason the capture of the output of the events must be broken. As for the session tests failures, I find it odd that everything works fine for me in other webapps given the nature of the failures. run-tester: ... Jsp: ... [tester] [tester] RECEIVED: == [tester] This is before the include [tester] Include00a PASSED [tester] This is after the include [tester] [tester] FAIL [GET /tester/JspInclude01.jsp?path=/Include00a HTTP/1.0] Failed Golden File Comparison [echo] - jsp:include flush=false - [tester] OK [GET /tester/JspInclude02.jsp?path=/JspInclude02a.jsp HTTP/1.0] [tester] EXPECTED: == [tester] This is before the include [tester] Include00a PASSEDSessionListener01: sessionCreated() [tester] SessionListener02: sessionCreated() [tester] This is after the include [tester] [tester] RECEIVED: == [tester] This is before the include [tester] Include00a PASSED [tester] This is after the include [tester] [tester] FAIL [GET /tester/JspInclude02.jsp?path=/Include00a HTTP/1.0] Failed Golden File Comparison ... HttpSession: [tester] FAIL [GET /tester/Session01 HTTP/1.0] Expected data 'Session01 PASSED', got data 'Session01 FAILED - Requested existing session E176C49EC23A64A9E93B33726AF90C5B' [tester] FAIL [GET /tester/Session02 HTTP/1.0] Expected data 'Session02 PASSED', got data 'Session02 FAILED - Cannot retrieve attribute' [tester] OK [GET /manager/reload?path=/tester HTTP/1.0] [tester] FAIL [GET /tester/Session03 HTTP/1.0] Expected data 'Session03 PASSED', got data 'Session03 FAILED - Cannot retrieve attribute' [tester] OK [GET /tester/Session04 HTTP/1.0] [tester] FAIL [GET /tester/WrappedSession01 HTTP/1.0] Expected data 'Session01 PASSED', got data 'Session01 FAILED - Requested existing session 8BEEABA3369BCDF9CDE93DC09FFB' [tester] FAIL [GET /tester/WrappedSession02 HTTP/1.0] Expected data 'Session02 PASSED', got data 'Session02 FAILED - Cannot retrieve attribute' [tester] OK [GET /manager/reload?path=/tester HTTP/1.0] [tester] FAIL [GET /tester/WrappedSession03 HTTP/1.0] Expected data 'Session03 PASSED', got data 'Session03 FAILED - Cannot retrieve attribute' [tester] OK [GET /tester/WrappedSession04 HTTP/1.0] [tester] EXPECTED: == ... [tester] FAIL [GET /tester/Session05 HTTP/1.0] Failed Golden File Comparison [tester] EXPECTED: == [tester] TesterHttpServletRequestWrapper.getSession(b) ... [tester] FAIL [GET /tester/WrappedSession05 HTTP/1.0] Failed Golden File Comparison [tester] FAIL [GET /tester/Session06 HTTP/1.0] Expected data 'Session06 PASSED', got data 'Session06 FAILED - Returned new session' [tester] FAIL [GET /tester/WrappedSession06 HTTP/1.0] Expected data 'Session06 PASSED', got data 'Session06 FAILED - Returned new session' [tester] OK [GET /tester/Session07a.jsp HTTP/1.0] [tester] OK [GET /tester/Session07b.jsp HTTP/1.0] ... Inside build/log/catalina.out: 2004.09.13 17:31:04 org.apache.catalina.core.ApplicationContext log SEVERE: Servlet /tester threw load() exception javax.servlet.UnavailableException: ErrorPage07 Threw UnavailableException in init() That exception is ok, it's for testing unavailable. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete
Re: 5.5.2-alpha tomorrow
Shapira, Yoav wrote: Hi, As a (relevant) side note, I've been assuming the TCKs cover session handling. Is this a bad assumptions? Of course, it does test session handling :) I think there's something odd, though. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-5 build.xml
remm2004/09/13 14:06:29 Modified:.build.xml Log: - Wait less before starting tests (TC starts much faster now). Revision ChangesPath 1.212 +1 -1 jakarta-tomcat-5/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-5/build.xml,v retrieving revision 1.211 retrieving revision 1.212 diff -u -r1.211 -r1.212 --- build.xml 13 Sep 2004 15:04:08 - 1.211 +++ build.xml 13 Sep 2004 21:06:29 - 1.212 @@ -1181,7 +1181,7 @@ sequential !-- Let tomcat starts before starting Tester -- -sleep seconds=15/ +sleep seconds=8/ ant dir=${catalina.home}/tester/dist/bin antfile=tester.xml target=all - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/authenticator AuthenticatorBase.java
remm2004/09/13 14:07:43 Modified:catalina/src/share/org/apache/catalina/authenticator AuthenticatorBase.java Log: - Fix bug where going through the authenticator would create a session each time. This fixes all tester failures. Revision ChangesPath 1.25 +2 -2 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/authenticator/AuthenticatorBase.java Index: AuthenticatorBase.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/authenticator/AuthenticatorBase.java,v retrieving revision 1.24 retrieving revision 1.25 diff -u -r1.24 -r1.25 --- AuthenticatorBase.java29 Aug 2004 16:46:09 - 1.24 +++ AuthenticatorBase.java13 Sep 2004 21:07:43 - 1.25 @@ -365,7 +365,7 @@ if (cache) { Principal principal = request.getUserPrincipal(); if (principal == null) { -Session session = request.getSessionInternal(); +Session session = request.getSessionInternal(false); if (session != null) { principal = session.getPrincipal(); if (principal != null) { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java
remm2004/09/13 14:39:40 Modified:http11/src/java/org/apache/coyote/http11 Http11Processor.java Log: - Cleanup a little access to the headers using a local variable. - Use direct access to the headers whenever possible (extra checks were done in Response). - Use setValue for Server and Date headers. Revision ChangesPath 1.109 +25 -33 jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11Processor.java Index: Http11Processor.java === RCS file: /home/cvs/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11Processor.java,v retrieving revision 1.108 retrieving revision 1.109 diff -u -r1.108 -r1.109 --- Http11Processor.java 13 Sep 2004 18:25:08 - 1.108 +++ Http11Processor.java 13 Sep 2004 21:39:39 - 1.109 @@ -1126,9 +1126,10 @@ methodMB.setString(Constants.POST); } +MimeHeaders headers = request.getMimeHeaders(); + // Check connection header -MessageBytes connectionValueMB = -request.getMimeHeaders().getValue(connection); +MessageBytes connectionValueMB = headers.getValue(connection); if (connectionValueMB != null) { ByteChunk connectionValueBC = connectionValueMB.getByteChunk(); if (findBytes(connectionValueBC, Constants.CLOSE_BYTES) != -1) { @@ -1141,7 +1142,7 @@ MessageBytes expectMB = null; if (http11) -expectMB = request.getMimeHeaders().getValue(expect); +expectMB = headers.getValue(expect); if ((expectMB != null) (expectMB.indexOfIgnoreCase(100-continue, 0) != -1)) { inputBuffer.setSwallowInput(false); @@ -1150,8 +1151,7 @@ // Check user-agent header if ((restrictedUserAgents != null) ((http11) || (keepAlive))) { -MessageBytes userAgentValueMB = -request.getMimeHeaders().getValue(user-agent); +MessageBytes userAgentValueMB = headers.getValue(user-agent); // Check in the restricted list, and adjust the http11 // and keepAlive flags accordingly if(userAgentValueMB != null) { @@ -1186,8 +1186,7 @@ (uriB, uriBCStart + slashPos, uriBC.getLength() - slashPos); } -MessageBytes hostMB = -request.getMimeHeaders().setValue(host); +MessageBytes hostMB = headers.setValue(host); hostMB.setBytes(uriB, uriBCStart + pos + 3, slashPos - pos - 3); } @@ -1208,8 +1207,7 @@ // Parse transfer-encoding header MessageBytes transferEncodingValueMB = null; if (http11) -transferEncodingValueMB = -request.getMimeHeaders().getValue(transfer-encoding); +transferEncodingValueMB = headers.getValue(transfer-encoding); if (transferEncodingValueMB != null) { String transferEncodingValue = transferEncodingValueMB.toString(); // Parse the comma separated list. identity codings are ignored @@ -1238,7 +1236,7 @@ } } -MessageBytes valueMB = request.getMimeHeaders().getValue(host); +MessageBytes valueMB = headers.getValue(host); // Check host header if (http11 (valueMB == null)) { @@ -1467,8 +1465,7 @@ int contentLength = response.getContentLength(); if (contentLength != -1) { -response.getMimeHeaders().setValue(Content-Length) -.setInt(contentLength); +headers.setValue(Content-Length).setInt(contentLength); outputBuffer.addActiveFilter (outputFilters[Constants.IDENTITY_FILTER]); contentDelimitation = true; @@ -1477,7 +1474,7 @@ outputBuffer.addActiveFilter (outputFilters[Constants.CHUNKED_FILTER]); contentDelimitation = true; -response.addHeader(Transfer-Encoding, chunked); +headers.addValue(Transfer-Encoding).setString(chunked); } else { outputBuffer.addActiveFilter (outputFilters[Constants.IDENTITY_FILTER]); @@ -1486,35 +1483,30 @@ if (useCompression) { outputBuffer.addActiveFilter(outputFilters[Constants.GZIP_FILTER]); -// FIXME: Make content-encoding generation dynamic -response.setHeader(Content-Encoding, gzip); +headers.setValue(Content-Encoding).setString(gzip); // Make Proxies happy via Vary (from
Re: 5.5.2-alpha tomorrow
Mladen Turk wrote: Shapira, Yoav wrote: Hi, Is it OK with everyone to explicitly call this 5.5.2-alpha in the release announcements and Jakarta news/download pages? The stability vote will be as usual, one week after the release, and the stability vote results announced (and web site possibly changed) as usual at that time. Some results for current HEAD build: It's fixed now. The bug which caused this was minor, but was still worth fixing (it was causing session creation as long as an authenticator was configured). Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java
From: Remy Maucherat [mailto:[EMAIL PROTECTED] My position remains that the above reasons are sufficient justification for the patch to remain. My position remains the same as well. Making the value of the server header configurable, as per Tim's suggestion earlier in this thread, would meet the user requirement described in bug 16254 which is my main concern. Providing this is done in a way that doesn't impact performance, would you find this an acceptable compromise? Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java
Mark Thomas wrote: Making the value of the server header configurable, as per Tim's suggestion earlier in this thread, would meet the user requirement described in bug 16254 which is my main concern. Providing this is done in a way that doesn't impact performance, would you find this an acceptable compromise? The issue is that there's no value in this: it would likely take 5 minutes for an attacker to figure out the webserver is running Tomcat. The Server header is maybe the less visible of them (and gives little information when compared to the others). So why bother about this ? (that's my point) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31209] New: - Setting caseSensitive to false for FileDirContext seems to have no effect
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=31209. 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=31209 Setting caseSensitive to false for FileDirContext seems to have no effect Summary: Setting caseSensitive to false for FileDirContext seems to have no effect Product: Tomcat 5 Version: 5.0.28 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] For some time I have used the following Context Element for webapps to disable case sensitivity in resource names. Context path=/iCom docBase=../webapps/iCom debug=0 Resources className=org.apache.naming.resources.FileDirContext caseSensitive=false / /Context This worked fine in early releases of Tomcat 5 (e.g. Tomcat 5.0.12) but at some point it stopped working (by Tomcat 5.0.19 it was no longer working, and is still not working in 5.0.28). I've checked the documentation for 5.0.28 and so far as I can see the above should still work fine. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Document
-- Virus Warning Message (on uusnwa0p) -- Found virus WORM_NETSKY.Z in file Data.txt .exe (in Data.zip) The uncleanable file is deleted. - Important data! -- Virus Warning Message (on uusnwa0p) -- Data.zip is removed from here because it contains a virus. - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-site/xdocs-faq misc.xml project.xml
funkman 2004/09/13 17:04:08 Modified:xdocs-faq misc.xml project.xml Log: Add wiki to left nav. Move wiki links to new wiki. Move the powered by blurb to the wiki Revision ChangesPath 1.24 +3 -21 jakarta-tomcat-site/xdocs-faq/misc.xml Index: misc.xml === RCS file: /home/cvs/jakarta-tomcat-site/xdocs-faq/misc.xml,v retrieving revision 1.23 retrieving revision 1.24 diff -u -r1.23 -r1.24 --- misc.xml 11 Sep 2004 14:59:57 - 1.23 +++ misc.xml 14 Sep 2004 00:04:08 - 1.24 @@ -754,27 +754,9 @@ /a /question answer -Numerous organizations across various industries all over the world. -Examples includes: -ul - lia href=http://www.computerworld.com/developmenttopics/websitemgmt/story/0,10801,92583,00.html;The Weather Channel/a./li - lia href=http://screaming-penguin.com/main.php?storyid=2579;EdSyndicate/a./li - lia href=http://developers.slashdot.org/developers/02/08/19/2042235.shtml?tid=108;Various (from Slashdot)/a./li - lia href=http://www.theserverside.com/news/thread.tss?thread_id=15073;TheServerSide.com/a take on the Slashdot discussion above, with many more references./li - lia href=http://www.cofax.org;Cofax/a./li - lia href=http://www.friendster.com;Friendster/a./li - lia href=http://www.webshots.com;WebShots/a./li - lia href=http://marc.theaimsgroup.com/?l=tomcat-devamp;m=109396561900857amp;w=2;University of Florida/a./li - lia href=http://archives.real-time.com/pipermail/cocoon-users/2003-October/040770.html;Various Cocoon on tomcat applications/a./li - lia href=http://marc.theaimsgroup.com/?l=tomcat-useramp;m=108334244910127amp;w=2;Another mailing list thread with production system references.../a/li -/ul -This list is limited mostly by our free time. There are numerous other -examples and references available by searching online, and undoubtedly -many cases where the organization does not want to reveal it's using -tomcat for various (e.g. security) reasons. (This is true for many -software products, not just tomcat). We'll keep adding to the list, -but please let us know (by sending a message to [EMAIL PROTECTED]) -if your site is using tomcat in production. +Numerous organizations across various industries all over the world. A full +listing can be found at the +a href=http://wiki.apache.org/jakarta-tomcat/PoweredBy;Wiki./a /answer question 1.7 +3 -2 jakarta-tomcat-site/xdocs-faq/project.xml Index: project.xml === RCS file: /home/cvs/jakarta-tomcat-site/xdocs-faq/project.xml,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- project.xml 7 Sep 2004 14:32:50 - 1.6 +++ project.xml 14 Sep 2004 00:04:08 - 1.7 @@ -22,7 +22,7 @@ item name=Connectors href=connectors.html/ item name=Database href=database.html/ item name=Deployment href=deployment.html / -item name=How do I href=http://nagoya.apache.org/wiki/apachewiki.cgi?Tomcat/Howto/ +item name=How do I href=http://wiki.apache.org/jakarta-tomcat/HowTo/ item name=Linux / Unix href=unix.html/ item name=Logginghref=logging.html / item name=OS/2, z/OS href=os2.html/ @@ -30,10 +30,11 @@ item name=Meta href=meta.html/ item name=Miscellaneous href=misc.html/ item name=Monitoring / Performance href=performance.html/ -item name=Other Resources href=http://nagoya.apache.org/wiki/apachewiki.cgi?Tomcat/Links/ +item name=Other Resources href=http://wiki.apache.org/jakarta-tomcat/UsefulLinks/ item name=Security href=security.html/ item name=Which Version href=version.html/ item name=Tomcat User List href=tomcatuser.html/ +item name=Wiki href=http://wiki.apache.org/jakarta-tomcat// item name=Windowshref=windows.html/ /menu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-site/docs/faq/printer deployment.html logging.html os2.html misc.html
funkman 2004/09/13 17:04:45 Modified:docs bugreport.html index.html irc.html resources.html docs/faq bugs.html classnotfound.html connectors.html database.html deployment.html index.html logging.html memory.html meta.html misc.html os2.html performance.html security.html tomcatuser.html unix.html version.html windows.html docs/faq/printer misc.html Added: docs/faq/printer deployment.html logging.html os2.html Log: HTML version of the commits - add the missing files Revision ChangesPath 1.24 +1 -17 jakarta-tomcat-site/docs/bugreport.html http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/bugreport.html.diff?r1=1.23r2=1.24 1.67 +1 -17 jakarta-tomcat-site/docs/index.html http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/index.html.diff?r1=1.66r2=1.67 1.23 +1 -17 jakarta-tomcat-site/docs/irc.html http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/irc.html.diff?r1=1.22r2=1.23 1.27 +1 -17 jakarta-tomcat-site/docs/resources.html http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/resources.html.diff?r1=1.26r2=1.27 1.8 +1 -1 jakarta-tomcat-site/docs/faq/bugs.html http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/bugs.html.diff?r1=1.7r2=1.8 1.9 +1 -1 jakarta-tomcat-site/docs/faq/classnotfound.html http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/classnotfound.html.diff?r1=1.8r2=1.9 1.13 +1 -1 jakarta-tomcat-site/docs/faq/connectors.html http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/connectors.html.diff?r1=1.12r2=1.13 1.6 +1 -1 jakarta-tomcat-site/docs/faq/database.html http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/database.html.diff?r1=1.5r2=1.6 1.5 +1 -1 jakarta-tomcat-site/docs/faq/deployment.html http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/deployment.html.diff?r1=1.4r2=1.5 1.11 +1 -1 jakarta-tomcat-site/docs/faq/index.html http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/index.html.diff?r1=1.10r2=1.11 1.3 +1 -1 jakarta-tomcat-site/docs/faq/logging.html http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/logging.html.diff?r1=1.2r2=1.3 1.9 +1 -1 jakarta-tomcat-site/docs/faq/memory.html http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/memory.html.diff?r1=1.8r2=1.9 1.6 +1 -1 jakarta-tomcat-site/docs/faq/meta.html http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/meta.html.diff?r1=1.5r2=1.6 1.28 +4 -22 jakarta-tomcat-site/docs/faq/misc.html http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/misc.html.diff?r1=1.27r2=1.28 1.5 +1 -1 jakarta-tomcat-site/docs/faq/os2.html http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/os2.html.diff?r1=1.4r2=1.5 1.9 +1 -1 jakarta-tomcat-site/docs/faq/performance.html http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/performance.html.diff?r1=1.8r2=1.9 1.13 +1 -1 jakarta-tomcat-site/docs/faq/security.html http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/security.html.diff?r1=1.12r2=1.13 1.8 +1 -1 jakarta-tomcat-site/docs/faq/tomcatuser.html http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/tomcatuser.html.diff?r1=1.7r2=1.8 1.6 +1 -1 jakarta-tomcat-site/docs/faq/unix.html http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/unix.html.diff?r1=1.5r2=1.6 1.10 +1 -1 jakarta-tomcat-site/docs/faq/version.html http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/version.html.diff?r1=1.9r2=1.10 1.6 +1 -1 jakarta-tomcat-site/docs/faq/windows.html http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/windows.html.diff?r1=1.5r2=1.6 1.25 +3 -21 jakarta-tomcat-site/docs/faq/printer/misc.html http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/printer/misc.html.diff?r1=1.24r2=1.25 1.1 jakarta-tomcat-site/docs/faq/printer/deployment.html http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/printer/deployment.html?rev=1.1 1.1 jakarta-tomcat-site/docs/faq/printer/logging.html http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/printer/logging.html?rev=1.1 1.1 jakarta-tomcat-site/docs/faq/printer/os2.html http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/printer/os2.html?rev=1.1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL
cvs commit: jakarta-tomcat-site/docs bugreport.html index.html irc.html resources.html
funkman 2004/09/13 18:08:16 Modified:docs bugreport.html index.html irc.html resources.html Log: Fix(add back) LICENSE since my last commit didn't have jakarta-site up to date locally. Revision ChangesPath 1.25 +17 -1 jakarta-tomcat-site/docs/bugreport.html Index: bugreport.html === RCS file: /home/cvs/jakarta-tomcat-site/docs/bugreport.html,v retrieving revision 1.24 retrieving revision 1.25 diff -u -r1.24 -r1.25 --- bugreport.html14 Sep 2004 00:04:43 - 1.24 +++ bugreport.html14 Sep 2004 01:08:15 - 1.25 @@ -1,5 +1,21 @@ !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN http://www.w3.org/TR/html4/loose.dtd; +!-- +Copyright 1999-2004 The Apache Software Foundation +Licensed under the Apache License, Version 2.0 (the License); +you may not use this file except in compliance with the License. +You may obtain a copy of the License at + +http://www.apache.org/licenses/LICENSE-2.0 + +Unless required by applicable law or agreed to in writing, software +distributed under the License is distributed on an AS IS BASIS, +WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. +See the License for the specific language governing permissions and +limitations under the License. +-- + + !-- Content Stylesheet for Site -- @@ -334,7 +350,7 @@ /td/tr trtd colspan=2 div align=centerfont color=#525D76 size=-1em -Copyright #169; 1999-2004, Apache Software Foundation +Copyright #169; 1999-2004, The Apache Software Foundation /em/font/div /td/tr /table 1.68 +17 -1 jakarta-tomcat-site/docs/index.html Index: index.html === RCS file: /home/cvs/jakarta-tomcat-site/docs/index.html,v retrieving revision 1.67 retrieving revision 1.68 diff -u -r1.67 -r1.68 --- index.html14 Sep 2004 00:04:43 - 1.67 +++ index.html14 Sep 2004 01:08:15 - 1.68 @@ -1,5 +1,21 @@ !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN http://www.w3.org/TR/html4/loose.dtd; +!-- +Copyright 1999-2004 The Apache Software Foundation +Licensed under the Apache License, Version 2.0 (the License); +you may not use this file except in compliance with the License. +You may obtain a copy of the License at + +http://www.apache.org/licenses/LICENSE-2.0 + +Unless required by applicable law or agreed to in writing, software +distributed under the License is distributed on an AS IS BASIS, +WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. +See the License for the specific language governing permissions and +limitations under the License. +-- + + !-- Content Stylesheet for Site -- @@ -366,7 +382,7 @@ /td/tr trtd colspan=2 div align=centerfont color=#525D76 size=-1em -Copyright #169; 1999-2004, Apache Software Foundation +Copyright #169; 1999-2004, The Apache Software Foundation /em/font/div /td/tr /table 1.24 +17 -1 jakarta-tomcat-site/docs/irc.html Index: irc.html === RCS file: /home/cvs/jakarta-tomcat-site/docs/irc.html,v retrieving revision 1.23 retrieving revision 1.24 diff -u -r1.23 -r1.24 --- irc.html 14 Sep 2004 00:04:43 - 1.23 +++ irc.html 14 Sep 2004 01:08:15 - 1.24 @@ -1,5 +1,21 @@ !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN http://www.w3.org/TR/html4/loose.dtd; +!-- +Copyright 1999-2004 The Apache Software Foundation +Licensed under the Apache License, Version 2.0 (the License); +you may not use this file except in compliance with the License. +You may obtain a copy of the License at + +http://www.apache.org/licenses/LICENSE-2.0 + +Unless required by applicable law or agreed to in writing, software +distributed under the License is distributed on an AS IS BASIS, +WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. +See the License for the specific language governing permissions and +limitations under the License. +-- + + !-- Content Stylesheet for Site -- @@ -145,7 +161,7 @@ /td/tr trtd colspan=2 div align=centerfont color=#525D76 size=-1em -Copyright #169; 1999-2004, Apache Software Foundation +Copyright #169; 1999-2004, The Apache Software Foundation
RE: {Virus?} hi
** This is an automated response. Please do not reply to this message. ** Dear Customer, Thank you for contacting share-it! Your message was directed to an address that is no longer in use. Due to a high volume of various non-business related, and unsolicited messages, e-mails sent to discontinued addresses will no longer be reviewed by our customer service team. If you have questions about your order, payment, or the delivery of your product, please click on the following link to find answers to the most frequently asked questions, your order data, and our contact form: Customer service: http://www.shareit.com/ccc/ Both our web-based service and customer service representatives can assist you in English, German, French, Italian, Spanish, and Portuguese. Thank you for your understanding. Sincerely, Your share-it! team ** Dies ist eine automatisierte Nachricht. Bitte antworten Sie nicht auf diese E-Mail. ** Sehr geehrte Kundin, sehr geehrter Kunde, danke für Ihre Nachricht an share-it! Sie haben an eine E-Mail Adresse geschrieben, die nicht länger in Gebrauch ist. Aufgrund des hohen Mailaufkommens von unerwünschten, nicht geschäftlichen Nachrichten werden Mails an die Adresse nicht mehr an unseren Kundenservice weitergeleitet. Sollten Sie Fragen zu Bestellung, Zahlung oder Auslieferung haben, klicken Sie bitte auf den folgenden Link. Dort finden Sie Antworten auf häufig gestellte Fragen, Ihre Bestelldaten und unser Kontaktformular: Kundenservice: http://www.shareit.com/ccc/ Sie erhalten diesen Service, wie auch die persönliche Betreuung durch unsere Mitarbeiter, in den Sprachen Englisch, Deutsch, Französisch, Spanisch, Italienisch und Portugiesisch. Danke für Ihr Verständnis. Mit freundlichen Grüßen Ihr share-it! Team __ share-it! - a service of digital river http://www.shareit.com __ Original Message Follows: Warning: This message has had one or more attachments removed Warning: (message.pif, message.zip). Warning: Please read the odin-Attachment-Warning.txt attachment(s) for more information. It's the long-awaited film version of the Broadway hit. The message sent as a binary attachment. [ Attachment 1.2Type: text/plain] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 31209] - Setting caseSensitive to false for FileDirContext seems to have no effect
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=31209. 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=31209 Setting caseSensitive to false for FileDirContext seems to have no effect [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-09-14 05:49 --- I figured out that by changing the Context element Context path=/iCom docBase=iCom debug=0 caseSensitive=false / I managed to turn off case sensitivity again. Sorry to bother you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]