Re: Valide o seu email
A Panda Software Portual está a proteger-se contra as mensagens de email indesejadas o chamado Spam. Pedimos desculpa pelo incómodo mas o seu email não está ainda validado. Para que os seus emails sejam considerados como válidos, por favor, valide-se nesta página: http://www.startcontrol.com/GoodMail/Validate.asp?I=EHILQELSUYTBHIT Só necessita de se validar uma única vez. Todos os emails subsequentes serão considerados válidos. Obrigado. Panda Software Portugal
Byte-Range-Serving of DefaultServlet and Acrobat 6
Hello, I investigated the topic of byte-range-serving from the DefaultServlet with Acrobat 6. I noticed that Tomcat 4.1.30 did not any byte-range-serving with Acrobat 6.0.0. The entire file was sent instead. I compared the HTTP communication with that of Internet Information server where byte-range-serving of PDF files works. Here are my results: 1. HTTP header Acrobat does not request byte-ranges unless the server sends the header Accept-Ranges: bytes. Once I added this header, Acrobat requested byte-ranges. From the HTTP 1.1 spec I read that sending this header is not required, but Acrobat seems to need it. 2. blanks in multi-byte-range-requests After having added the header above, Acrobat sent byte-range-requests. But Acrobat choked. I did a packet filtering and recognized the following status code sent by Tomcat 416 request range not satisfiable. The reason was that Acrobat sent multi-byte-range-request using e.g. the following string 1000-2000, 3000-3010 Notice the blank character. It leads to a parsing exception in line 1300 of the DefaultServlet (Tomcat 4.1.30). If you do a trim() on the rangeDefinition obtained there, this error does not occur. 3. newline before Mime-separator-string After fixing step 2 Acrobat did not choke anymore. However, the pdf file was still served entirely. Further comparison with the IIS communication revealed that ISS writes the mime-separation-string (CATALINA_MIME_BOUNDARY for Tomcat) on a line line, whereas Tomcat does not. After prefixing the println-commands with \n (lines 1910, 1930, 1964, 1984), it finally worked. I wonder if you would consider to change the DefaultServlet. IMO Acrobat is a very important application, and unless it doesn't explicitly violate the HTTP spec Tomcat should support it. Best regards Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Plan for 5.0.25
Shapira, Yoav wrote: Hi, OK. I spent the weekend on this and with help from Remy I can actually do a tomcat release now ;) Here's the plan: - Tag 5.0.25 in CVS tonight - Please update the changelog with your changes since 5.0.24 during the day today. I'll fill in stuff (if there's any) tonight. - I'll release 5.0.25 tonight using the same process Remy did. OK? +1 -- Jeanfrancois Yoav Shapira Millennium Research Informatics This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Fedora tomcat
Hi, Why aren't my messages on this thread coming through? So strange. Anyways, what I said was JPackage.org is great, let's not duplicate their efforts ;) Yoav Shapira Millennium Research Informatics -Original Message- From: Henri Gomez [mailto:[EMAIL PROTECTED] Sent: Monday, May 17, 2004 10:02 AM To: Tomcat Developers List Subject: Re: Fedora tomcat Costin Manolache a écrit : Hi, I don't know if you saw it, but Fedora ( the free Redhat distro ) includes now tomcat-4.1.27. I think this is a big problem and we should be aware of it - the tomcat they distribute uses the worst layout, doesn't start like any other tomcat, it seem to run out of file descriptors about 900 requests - the list can go on. They are using GCJ and native compilation - a very good thing IMO, however I think users will be very confused if they would use their tomcat and assume the real tomcat is as bad. Many people just use whatever is conveninetly included in a distribution, and few understand the distinction. I don't know if you want to do something about it - Henri used to maintain RPMs for tomcat, maybe we should include links to them or the rpms themself in the distributions ( if you want tomcat RPM, please use this and not the hacked one in distributions ). The benefit will be that if a linux user has questions or problems - someone could tell them look in $TOMCAT_HOME/conf/... instead of try to find where is the configuration file in your variation of tomcat. I couldn't spend many time on TC or JPackage these days, but there is discussion between Redhat and JPackage project (www.jpackage.org) to use the allready done in JPackage (a RPM base distribution covering major Java applications, libs and tools). I didn't know what they plan to use in fine but I suspect they'll try to grab JPackage SOURCE rpms and make use of GCJ instead of Java. So I recommand to people who want RPM based Java stuff, like tomcat, take a look at JPackage right now since the most up to date released stuff is maintained there. Regards - 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]
cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
remm2004/05/17 10:07:30 Modified:webapps/docs changelog.xml Log: - Update changelog. I thought waiting for everyone to update would have: - been a conflict friendly mess ;) - not happened anyway :D Revision ChangesPath 1.42 +149 -0jakarta-tomcat-catalina/webapps/docs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v retrieving revision 1.41 retrieving revision 1.42 diff -u -r1.41 -r1.42 --- changelog.xml 4 May 2004 16:18:35 - 1.41 +++ changelog.xml 17 May 2004 17:07:30 - 1.42 @@ -13,6 +13,155 @@ body +section name=Tomcat 5.0.25 (yoavs) + + subsection name=General + +changelog + + fix + Fix some manifests (remm) + /fix + +/changelog + + /subsection + + subsection name=Catalina + +changelog + + docs + javadocs correction: getMaxActive() actually returns max number of + sessions that have been active at the same time, as opposed to + (StandardManager.)getMaxActiveSessions(), which returns the limit (or -1) + (luehe) + /docs + fix + Make those classes in deploy non final so it is possible to customized + them (jfarcand) + /fix + fix + Regression: the sever cookies should be parsed after the context + is mapped, otherwise, the session cookie is never considered valid, and + it will use the last one (remm) + /fix + fix + bug28959/bug: Fix again mark/reset functionality, and minimize + the size of the allocated buffer (remm) + /fix + fix + Make SingleSignOnEntry constructor public from package protected, + submitted by Brian Stansberry (remm) + /fix + fix + bug22176/bug: Allow username and/or password to start and/or end in + a space when using BASIC authentication (markt) + /fix + fix + bug22413/bug: response.encodeURL(response.encodeURL(xxx.jsp) now + works correctly in root context (markt) + /fix + +/changelog + + /subsection + + subsection name=Coyote + +changelog + + fix + bug28850/bug: Enable parsing error messages in the given Locale + by using MessageFormat.setLocale (billbarker, luehe) + /fix + +/changelog + + /subsection + + subsection name=Jasper + +changelog + + fix + Fix a bug where the out-dated version of TagInfo instance of a tag file + is used when compiling the tag file (kinman) + /fix + fix + Small-icon and large-icon values are not retrieved (luehe) + /fix + fix + When fragment element is used, type and rtexprvalue are not set correctly + (luehe) + /fix + fix + bug28603/bug: JspC Ant task does not detect errors on a + second compile (luehe) + /fix + fix + bug28840/bug: NPE when using an Iterator for items in a JSTL forEach + tag, and add support for java.util.Map and java.util.Enumeration (luehe) + /fix + update + Refactoring of Mark (luehe) + /update + fix + bug28696/bug: xsi:schemaLocation should be a valid attribute + for jsp:root (kinman) + /fix + fix + bug28604/bug: If compiling from JspC, the absolute (instead of + context-relative) path of the JSP that caused the error is now printed + (when compiling from JspServlet, we continue to print only the + context-relative path of the JSP) (luehe) + /fix + fix + Fixed error messages for jsp.error.variable.both/alias (luehe) + /fix + fix + Added setter for xpoweredBy in JSPc (luehe) + /fix + +/changelog + + /subsection + + subsection name=Cluster + +changelog + + update + Refactored the session message to be an interface, so that all + base classes are interfaces implemented by the different modules (fhanik) + /update + update + Supporting TTL and so time out settings for multicast sockets (fhanik) + /update + +/changelog + + /subsection + + subsection name=Webapps + +changelog + + fix + bug21502/bug: Obtain number of active sessions directly, submitted by + Angus Mezick (markt) + /fix + fix + bug21790/bug: Modify noshade references to align with XHTML + reference guide, submitted by Henning Schmiedehausen (markt) + /fix + +/changelog + + /subsection + +/section + section name=Tomcat 5.0.24 (remm) subsection name=General
Re: Byte-Range-Serving of DefaultServlet and Acrobat 6
Remy Maucherat wrote: ... 2. blanks in multi-byte-range-requests After having added the header above, Acrobat sent byte-range-requests. But Acrobat choked. I did a packet filtering and recognized the following status code sent by Tomcat 416 request range not satisfiable. The reason was that Acrobat sent multi-byte-range-request using e.g. the following string 1000-2000, 3000-3010 Notice the blank character. It leads to a parsing exception in line 1300 of the DefaultServlet (Tomcat 4.1.30). If you do a trim() on the rangeDefinition obtained there, this error does not occur. Please prove using the HTTP spec that it has to be done that way. I think that's pretty clear from http://greenbytes.de/tech/webdav/rfc2616.html#header.range and http://greenbytes.de/tech/webdav/rfc2616.html#rfc.section.2.1. ... Best regards, Julian -- green/bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]