Sporadically broken Download for 2.2.13 windows binaries?
Hi, I observed strange behaviour for the Windows 2.2.13 binary download. Retrieving it with Firefox and with MSIE 8 directly form http://archive.apache.org/dist/httpd/binaries/win32/apache_2.2.13-win32-x86-openssl-0.9.8k.msi stopped downloading after 4.923.392 Bytes instead of 6.034.944 Bytes. Both browsers stopped after exactl the same size. The resulting file was obviously corrupt. Downloading with wget did the job. I could reproduce the problem twice with Firefox, but the third time it worked and retrieved the full file. No error message from the browsers. Just in case others observe and report the same and we might actually have a server side problem. Regards, Rainer - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Sporadically broken Download for 2.2.13 windows binaries?
Sorry for the noise, wrong list, address auto-completion :( On 25.08.2009 16:50, Rainer Jung wrote: > Hi, > > I observed strange behaviour for the Windows 2.2.13 binary download. > > Retrieving it with Firefox and with MSIE 8 directly form > > http://archive.apache.org/dist/httpd/binaries/win32/apache_2.2.13-win32-x86-openssl-0.9.8k.msi > > stopped downloading after 4.923.392 Bytes instead of 6.034.944 Bytes. > Both browsers stopped after exactl the same size. The resulting file was > obviously corrupt. > > Downloading with wget did the job. I could reproduce the problem twice > with Firefox, but the third time it worked and retrieved the full file. > > No error message from the browsers. > > Just in case others observe and report the same and we might actually > have a server side problem. > > Regards, > > Rainer - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Sporadically broken Download for 2.2.13 windows binaries?
Downloaded using firefox 6034944 bytes Filip On 08/25/2009 08:50 AM, Rainer Jung wrote: Hi, I observed strange behaviour for the Windows 2.2.13 binary download. Retrieving it with Firefox and with MSIE 8 directly form http://archive.apache.org/dist/httpd/binaries/win32/apache_2.2.13-win32-x86-openssl-0.9.8k.msi stopped downloading after 4.923.392 Bytes instead of 6.034.944 Bytes. Both browsers stopped after exactl the same size. The resulting file was obviously corrupt. Downloading with wget did the job. I could reproduce the problem twice with Firefox, but the third time it worked and retrieved the full file. No error message from the browsers. Just in case others observe and report the same and we might actually have a server side problem. Regards, Rainer - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 45015] Quoting in attributes
https://issues.apache.org/bugzilla/show_bug.cgi?id=45015 --- Comment #11 from Sean Stephenson 2009-08-25 08:50:53 PDT --- Thanks to Cedric for the helpful regex. I've modified it a bit so it can actually be used to replace and fix (most) instances of this problem automatically. If you have an IDE that supports regex replace (I used IDEA), do a replace in path for this regex: (<\w+:(?:[^>]|<%=[^%]+%>)+=)"([^<"]*<%=[^%]*"[^%]*%>[^"]*)" For the replacement text, enter: $1'$2' Doing this was a necessity for me as I had to make thousands of changes to over 300 JSP files on the code base I'm working on. I have to say I think this should have been implemented as an opt-in fix via a config or something, rather than breaking backward compatibility for every tomcat user. Please be more careful in the future guys. We rely on you to not do things like this to us. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 45015] Quoting in attributes
https://issues.apache.org/bugzilla/show_bug.cgi?id=45015 --- Comment #12 from Sean Stephenson 2009-08-25 08:59:35 PDT --- Ok. I guess I should have read this thread a little more carefully before spending hours fixing all this. So there is an opt-out for the strict parsing. http://tomcat.apache.org/tomcat-5.5-doc/config/systemprops.html Too late for me. Maybe it would be helpful to put something like "or disable strict quote checking" in the error message? -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47736] New: Content-Length Missing
https://issues.apache.org/bugzilla/show_bug.cgi?id=47736 Summary: Content-Length Missing Product: Tomcat 6 Version: 6.0.18 Platform: PC OS/Version: Windows XP Status: NEW Severity: critical Priority: P2 Component: Catalina AssignedTo: dev@tomcat.apache.org ReportedBy: neng1...@yahoo.com --- Comment #0 from neng1...@yahoo.com 2009-08-25 11:38:07 PDT --- Following is two test cases. One was tested when concurrent access is over 75% maxthreads. One was tested when concurrent access is lower than 75% maxthreads. The former test case showed that Tomcat does not return correct HTTP header which does not contain Content-Length (response message body is one big text message). Client complains such response. I am using Tomct 6.0.18 code, BIO HTTP Connector Here is the connector configuration. Ed Xu From WellsFargo. Test 1 (Problem) Condition.The concurrent access is over 75% maxthreads. Tomcat refuse the keepAlive. Request HTTP Header POST /axis/ecbswebsrvc/ecpr/account/accountInformation/2007/11 HTTP/1.1 SOAPAction: "getAccountInformation" Connection: keep-alive User-Agent: Jakarta Commons-HttpClient/3.1 Host: ecprsit.wellsfargo.com:8001 Content-Length: 2841 Content-Type: text/xml; charset=utf-8 Response HTTP/1.1 200 OK Server: Apache-Coyote/1.1 Content-Type: text/xml;charset=utf-8 Date: Tue, 25 Aug 2009 17:46:41 GMT Connection: close ... ... Test 2 (OK) Condition: The concurrent access is lower thant 75% maxthreads. Tomcat allow keepAlive. Request HTTP Header POST /axis/ecbswebsrvc/ecpr/account/accountInformation/2007/11 HTTP/1.1 SOAPAction: "getAccountInformation" Connection: keep-alive User-Agent: Jakarta Commons-HttpClient/3.1 Host: ecprsit.wellsfargo.com:8001 Content-Length: 2841 Content-Type: text/xml; charset=utf-8 Response HTTP/1.1 200 OK Server: Apache-Coyote/1.1 Content-Type: text/xml;charset=utf-8 Transfer-Encoding: chunked Date: Tue, 25 Aug 2009 14:23:32 GMT 2000 .. 15ac . ... 0 -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47736] Content-Length Missing (
https://issues.apache.org/bugzilla/show_bug.cgi?id=47736
neng1...@yahoo.com changed:
What|Removed |Added
Summary|Content-Length Missing |Content-Length Missing (
--- Comment #1 from neng1...@yahoo.com 2009-08-25 14:14:47 PDT ---
The bugs is at 1538
Http11Processor: line 1531 – 1547
long contentLength = response.getContentLengthLong();
if (contentLength != -1) {
headers.setValue("Content-Length").setLong(contentLength);
outputBuffer.addActiveFilter
(outputFilters[Constants.IDENTITY_FILTER]);
contentDelimitation = true;
} else {
Line 1538if (entityBody && http11 && keepAlive) {
outputBuffer.addActiveFilter
(outputFilters[Constants.CHUNKED_FILTER]);
contentDelimitation = true;
headers.addValue(Constants.TRANSFERENCODING).setString(Constants.CHUNKED);
} else {
outputBuffer.addActiveFilter
(outputFilters[Constants.IDENTITY_FILTER]);
}
}
When using HTTP 1.1 protocol, based on HTTP 1.1 spec 3.6. Server will use
Chunked Transfer Coding. Line 1538 works well when keepAlive is true.
Either client does not want keepAlive or Server refuse keepAlive, line 1538
condition become false, Server will not use “Chunked Transfer Coding”. This is
wrong. Using Chunked Transfer Coding should NOT be impacted by whether
keepAlive is true or not because they are unrelated HTTP feature.
Worse, it does not return content-length unless Application code calls
response.setContentLength() method. This is not right. For HTTP 1.1, either
Content-Length or Chunked Transfer Coding should present. If Application code
does not explicitly call response.setContentLenght(), Server should still
figure out content length itself if not using Chunked Transfer Coding.
Note: HTTP 1.0 does not support Chunked Transfer Coding and does not require
Content-Length neither.
I think we should remove keepAlive in line 1638.
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47736] Content-Length Missing (
https://issues.apache.org/bugzilla/show_bug.cgi?id=47736 --- Comment #2 from Remy Maucherat 2009-08-25 14:48:46 PDT --- Nice try. Actually, closing the connection is a perfectly legitimate way to end the response body, it does not need a TE or a content-length in that case. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Sporadically broken Download for 2.2.13 windows binaries?
FYI: This is probably a manifestation of the following Firefox bug: https://bugzilla.mozilla.org/show_bug.cgi?id=237623 which also seems to affect IE. See also INFRA-2188 On 25/08/2009, Filip Hanik - Dev Lists wrote: > Downloaded using firefox > 6034944 bytes > > Filip > > > On 08/25/2009 08:50 AM, Rainer Jung wrote: > > > Hi, > > > > I observed strange behaviour for the Windows 2.2.13 binary download. > > > > Retrieving it with Firefox and with MSIE 8 directly form > > > > > http://archive.apache.org/dist/httpd/binaries/win32/apache_2.2.13-win32-x86-openssl-0.9.8k.msi > > > > stopped downloading after 4.923.392 Bytes instead of 6.034.944 Bytes. > > Both browsers stopped after exactl the same size. The resulting file was > > obviously corrupt. > > > > Downloading with wget did the job. I could reproduce the problem twice > > with Firefox, but the third time it worked and retrieved the full file. > > > > No error message from the browsers. > > > > Just in case others observe and report the same and we might actually > > have a server side problem. > > > > Regards, > > > > Rainer > > > > > - > > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > > For additional commands, e-mail: dev-h...@tomcat.apache.org > > > > > > > > > > > - > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > For additional commands, e-mail: dev-h...@tomcat.apache.org > > - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[Tomcat Wiki] Update of "PoweredBy" by webhostuk
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Tomcat Wiki" for change notification. The following page has been changed by webhostuk: http://wiki.apache.org/tomcat/PoweredBy -- [[Anchor(pub)]] == Sites / Systems / Applications With Associated Publications == This section contains cases that publicly described their Tomcat experience or installation. + + = Webhost.uk.net = + + [http://www.webhost.uk.net/images/logo.gif] + [http://www.webhost.uk.net/reseller_hosting.html UK Reseller Hosting] - Proud to be Best UK Web Hosting for Apache Tomcat + [http://www.webhosting.uk.net/linux_dedicated.html UK Dedicated Hosting]- - Proud to be Best UK Web Hosting for Apache Tomcat = AppFuse = http://today.java.net/images/tiles/111-appfuse.gif - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
