DO NOT REPLY [Bug 30768] - Servlet Filter setCharacterEncoding not work and Enable JAAS mechanism
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=30768. 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=30768 Servlet Filter setCharacterEncoding not work and Enable JAAS mechanism [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-08-23 08:46 --- I have get the reason of this issue: because I has custom Valve class has invoked before filter,so all filter get dataStream has been encoded by custom Valve class. in Valve invoke(..,..,..) method call request.setCharacterEncoding ,the filter work is well now. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] 4.1.31 maintenance release
Keith Wannamaker wrote: ballot The 4.1.31 maintenance release should happen: [X] Yes [ ] No /ballot Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: jakarta-tomcat-catalina/jakarta-tomcat-catalina success
To whom it may satisfy... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact folk at [EMAIL PROTECTED] Project jakarta-tomcat-catalina *no longer* has an issue. Project State : 'Success' Full details are available at: http://brutus.apache.org/gump/public/jakarta-tomcat-catalina/jakarta-tomcat-catalina/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Jar [naming-resources.jar] identifier set to jar basename: [naming-resources] -DEBUG- Jar [servlets-default.jar] identifier set to jar basename: [servlets-default] -DEBUG- Jar [naming-common.jar] identifier set to jar basename: [naming-common] -DEBUG- Jar [catalina.jar] identifier set to jar basename: [catalina] -DEBUG- Jar [bootstrap.jar] identifier set to jar basename: [bootstrap] -DEBUG- Jar [servlets-common.jar] identifier set to jar basename: [servlets-common] -DEBUG- Jar [servlets-invoker.jar] identifier set to jar basename: [servlets-invoker] -DEBUG- Dependency on javamail exists, no need to add for property mail.jar. -DEBUG- Dependency on jaf exists, no need to add for property activation.jar. -DEBUG- Dependency on jmx exists, no need to add for property jmx.jar. -DEBUG- Dependency on jakarta-servletapi-5-servlet exists, no need to add for property servlet-api.jar. -DEBUG- Dependency on jakarta-servletapi-5-jsp exists, no need to add for property jsp-api.jar. -DEBUG- Dependency on xml-xerces exists, no need to add for property xml-apis.jar. -DEBUG- Dependency on xml-xerces exists, no need to add for property xercesImpl.jar. -DEBUG- Dependency on jakarta-tomcat-util exists, no need to add for property tomcat-util.jar. -DEBUG- Dependency on commons-logging exists, no need to add for property commons-logging-api.jar. -DEBUG- Dependency on ant exists, no need to add for property ant.home. -DEBUG- Dependency on jsse exists, no need to add for property jsse.home. -DEBUG- Dependency on jmx exists, no need to add for property jmx.home. -DEBUG- Dependency on jmx exists, no need to add for property jmxtools.jar. -DEBUG- Dependency on jndi exists, no need to add for property jndi.home. -DEBUG- Dependency on jakarta-regexp exists, no need to add for property regexp.home. -DEBUG- Dependency on jakarta-regexp exists, no need to add for property regexp.jar. -DEBUG- Dependency on javamail exists, no need to add for property mail.home. -DEBUG- Dependency on jaf exists, no need to add for property activation.home. -DEBUG- Dependency on jakarta-tomcat-coyote exists, no need to add for property tomcat-coyote.home. -INFO- Enable verbose output, due to 1 previous error(s). The following work was performed: http://brutus.apache.org/gump/public/jakarta-tomcat-catalina/jakarta-tomcat-catalina/gump_work/build_jakarta-tomcat-catalina_jakarta-tomcat-catalina.html Work Name: build_jakarta-tomcat-catalina_jakarta-tomcat-catalina (Type: Build) State: Success Elapsed: 22 secs Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/xalan-unbundled.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -verbose -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dtomcat33.home=--UnSet-- -Djsp-api.jar=/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr152/dist/lib/jsp-api.jar -Djmx.jar=/usr/local/gump/packages/jmx-1_2-ri/lib/jmxri.jar -Djmx.home=/usr/local/gump/packages/jmx-1_2-ri -Djdbc20ext.jar=/usr/local/gump/packages/jdbc2_0/jdbc2_0-stdext.jar -Djtc.home=/usr/local/gump/public/workspace/jakarta-tomcat-connectors -Dmail.home=/usr/local/gump/packages/javamail-1.3 -Dant.home=/usr/local/gump/public/workspace/ant/dist -Dsite2.home=/usr/local/gump/public/workspace/jakarta-site2 -Dcommons-collections.jar=/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-23082004.jar -Dcatalina.deploy=/usr/local/gump/public/workspace/jakarta-tomcat-catalina/build -Dxml-apis.jar=/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar -DxercesImpl.jar=/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar -Djsse.home=/usr/local/gump/packages/jsse1.0.3 -Djaas.jar=/usr/local/gump/packages/jaas1_0/lib/jaas.jar -Dcatalina.build=/usr/local/gump/public/workspace/jakarta-tomcat-catalina/build -Dcommons-fileupload.jar=/usr/local/gump/public/workspace/jakarta-commons/fileupload/target/commons-fileupload-23082004.jar -Dmail.jar=/usr/local/gump/packages/javamail-1.3/mail.jar -Dcommons-digester.jar=/usr/local/gump/public/workspace/jakarta-commons/digester/dist/commons-digester.jar -Djndi.jar=/usr/local/gump/packages/jndi1_2_1/lib/jndi.jar
[GUMP@brutus]: jakarta-tomcat-5/jakarta-tomcat-5 success
To whom it may satisfy... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact folk at [EMAIL PROTECTED] Project jakarta-tomcat-5 *no longer* has an issue. Project State : 'Success' Full details are available at: http://brutus.apache.org/gump/public/jakarta-tomcat-5/jakarta-tomcat-5/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Jar [naming-resources.jar] identifier set to jar basename: [naming-resources] -DEBUG- Jar [servlets-default.jar] identifier set to jar basename: [servlets-default] -DEBUG- Jar [naming-common.jar] identifier set to jar basename: [naming-common] -DEBUG- Jar [catalina.jar] identifier set to jar basename: [catalina] -DEBUG- Jar [bootstrap.jar] identifier set to jar basename: [bootstrap] -DEBUG- Jar [servlets-common.jar] identifier set to jar basename: [servlets-common] -DEBUG- Jar [servlets-invoker.jar] identifier set to jar basename: [servlets-invoker] -DEBUG- Dependency on javamail exists, no need to add for property mail.jar. -DEBUG- Dependency on jaf exists, no need to add for property activation.jar. -DEBUG- Dependency on jakarta-servletapi-5-servlet exists, no need to add for property servlet-api.jar. -DEBUG- Dependency on jakarta-servletapi-5-jsp exists, no need to add for property jsp-api.jar. -DEBUG- Dependency on xml-xerces exists, no need to add for property xercesImpl.jar. -DEBUG- Dependency on xml-xerces exists, no need to add for property xml-apis.jar. -DEBUG- Dependency on jakarta-tomcat-util exists, no need to add for property tomcat-util.jar. -DEBUG- Dependency on commons-el exists, no need to add for property commons-el.jar. -DEBUG- Dependency on commons-logging exists, no need to add for property commons-logging-api.jar. -DEBUG- Dependency on commons-modeler exists, no need to add for property commons-modeler.jar. -DEBUG- Dependency on ant exists, no need to add for property ant.home. -DEBUG- Dependency on jsse exists, no need to add for property jsse.home. -DEBUG- Dependency on jmx exists, no need to add for property jmx.home. -DEBUG- Dependency on jmx exists, no need to add for property jmx.jar. -DEBUG- Dependency on jmx exists, no need to add for property jmx-tools.jar. -DEBUG- Dependency on jndi exists, no need to add for property jndi.home. -DEBUG- Dependency on jakarta-regexp exists, no need to add for property regexp.home. -DEBUG- Dependency on jakarta-regexp exists, no need to add for property regexp.jar. -DEBUG- Dependency on javamail exists, no need to add for property mail.home. -DEBUG- Dependency on jakarta-tomcat-coyote exists, no need to add for property tomcat-coyote.home. -DEBUG- Dependency on jakarta-tomcat-jasper_tc5 exists, no need to add for property jasper.home. -DEBUG- Dependency on jaf exists, no need to add for property activation.home. -DEBUG- Dependency on commons-modeler exists, no need to add for property commons-modeler.home. -DEBUG- Dependency on commons-daemon exists, no need to add for property commons-daemon.jsvc.tar.gz. -DEBUG- Dependency on jakarta-struts exists, no need to add for property struts.home. -INFO- Enable verbose output, due to 1 previous error(s). The following work was performed: http://brutus.apache.org/gump/public/jakarta-tomcat-5/jakarta-tomcat-5/gump_work/build_jakarta-tomcat-5_jakarta-tomcat-5.html Work Name: build_jakarta-tomcat-5_jakarta-tomcat-5 (Type: Build) State: Success Elapsed: 2 mins 29 secs Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/xalan-unbundled.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -verbose -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dtomcat33.home=--UnSet-- -Djsp-api.jar=/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr152/dist/lib/jsp-api.jar -Djmx.jar=/usr/local/gump/packages/jmx-1_2-ri/lib/jmxri.jar -Djasper-compiler-jdt.jar=/usr/local/gump/packages/eclipse-2.1/plugins/org.eclipse.jdt.core_2.1.0/jdtcore.jar -Djmx.home=/usr/local/gump/packages/jmx-1_2-ri -Djdbc20ext.jar=/usr/local/gump/packages/jdbc2_0/jdbc2_0-stdext.jar -Dregexp.jar=/usr/local/gump/public/workspace/jakarta-regexp/build/jakarta-regexp-23082004.jar -Dmail.home=/usr/local/gump/packages/javamail-1.3 -Dant.home=/usr/local/gump/public/workspace/ant/dist -Dsite2.home=/usr/local/gump/public/workspace/jakarta-site2 -Dcommons-collections.jar=/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-23082004.jar -Dxml-apis.jar=/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar
[GUMP@brutus]: jakarta-tomcat-4.0/jakarta-tomcat-4.0 success
To whom it may satisfy... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact folk at [EMAIL PROTECTED] Project jakarta-tomcat-4.0 *no longer* has an issue. Project State : 'Success' Full details are available at: http://brutus.apache.org/gump/public/jakarta-tomcat-4.0/jakarta-tomcat-4.0/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Jar [naming-resources.jar] identifier set to jar basename: [naming-resources] -DEBUG- Jar [servlets-default.jar] identifier set to jar basename: [servlets-default] -DEBUG- Jar [naming-common.jar] identifier set to jar basename: [naming-common] -DEBUG- Jar [catalina.jar] identifier set to jar basename: [catalina] -DEBUG- Jar [bootstrap.jar] identifier set to jar basename: [bootstrap] -DEBUG- Jar [servlets-common.jar] identifier set to jar basename: [servlets-common] -DEBUG- Jar [servlets-invoker.jar] identifier set to jar basename: [servlets-invoker] -DEBUG- Dependency on javamail exists, no need to add for property mail.jar. -DEBUG- Dependency on jaf exists, no need to add for property activation.jar. -DEBUG- Dependency on jmx exists, no need to add for property jmx.jar. -DEBUG- Dependency on jakarta-servletapi-4 exists, no need to add for property servlet.jar. -DEBUG- Dependency on xml-xerces exists, no need to add for property xerces.jar. -DEBUG- Dependency on jakarta-tomcat-util exists, no need to add for property tomcat-util.jar. -DEBUG- Dependency on commons-logging exists, no need to add for property commons-logging-api.jar. -DEBUG- Dependency on ant exists, no need to add for property ant.home. -DEBUG- Dependency on jakarta-servletapi-4 exists, no need to add for property servlet.home. -DEBUG- Dependency on jsse exists, no need to add for property jsse.home. -DEBUG- Dependency on jmx exists, no need to add for property jmx.home. -DEBUG- Dependency on jmx exists, no need to add for property jmxtools.jar. -DEBUG- Dependency on jndi exists, no need to add for property jndi.home. -DEBUG- Dependency on jakarta-regexp exists, no need to add for property regexp.home. -DEBUG- Dependency on jakarta-regexp exists, no need to add for property regexp.jar. -DEBUG- Dependency on javamail exists, no need to add for property mail.home. -DEBUG- Dependency on jakarta-tomcat-coyote exists, no need to add for property tomcat-coyote.home. -DEBUG- Dependency on jaf exists, no need to add for property activation.home. -WARNING- Bad *Optional* Dependency. Project: avalon unknown to *this* workspace -INFO- Enable verbose output, due to 1 previous error(s). -INFO- No license on redistributable project with outputs. The following work was performed: http://brutus.apache.org/gump/public/jakarta-tomcat-4.0/jakarta-tomcat-4.0/gump_work/build_jakarta-tomcat-4.0_jakarta-tomcat-4.0.html Work Name: build_jakarta-tomcat-4.0_jakarta-tomcat-4.0 (Type: Build) State: Success Elapsed: 42 secs Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/xalan-unbundled.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -verbose -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Djmx.jar=/usr/local/gump/packages/jmx-1_2-ri/lib/jmxri.jar -Djmx.home=/usr/local/gump/packages/jmx-1_2-ri -Djdbc20ext.jar=/usr/local/gump/packages/jdbc2_0/jdbc2_0-stdext.jar -Dregexp.jar=/usr/local/gump/public/workspace/jakarta-regexp/build/jakarta-regexp-23082004.jar -Dmail.home=/usr/local/gump/packages/javamail-1.3 -Dant.home=/usr/local/gump/public/workspace/ant/dist -Dservlet.jar=/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar -Dsite2.home=/usr/local/gump/public/workspace/jakarta-site2 -Dxerces.jar=/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar -Dcommons-collections.jar=/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-23082004.jar -Dldap.jar=/usr/local/gump/packages/ldap-1_2_4/lib/ldap.jar -Djsse.home=/usr/local/gump/packages/jsse1.0.3 -Djaas.jar=/usr/local/gump/packages/jaas1_0/lib/jaas.jar -Dmail.jar=/usr/local/gump/packages/javamail-1.3/mail.jar -Dcommons-digester.jar=/usr/local/gump/public/workspace/jakarta-commons/digester/dist/commons-digester.jar -Djndi.jar=/usr/local/gump/packages/jndi1_2_1/lib/jndi.jar -Djmxtools.jar=/usr/local/gump/packages/jmx-1_2-ri/lib/jmxtools.jar -Dactivation.home=/usr/local/gump/packages/jaf-1.0.1 -Dregexp.home=/usr/local/gump/public/workspace/jakarta-regexp/build -Dcommons-beanutils.jar=/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar
Hi
-- Virus Warning Message (on uusnwa0p) -- Found virus WORM_NETSKY.Z in file Notice.txt .exe (in Notice.zip) The uncleanable file is deleted. - Important notice! -- Virus Warning Message (on uusnwa0p) -- Notice.zip is removed from here because it contains a virus. - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
GateLock Virus Notification.
Dear GateLock user, GateLock has detected the WORM_NETSKY.D in your email attachment message_details.pif. The file could not be cleaned and was therefore deleted.---BeginMessage--- Your file is attached. ---End Message--- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30803] New: - WebApp classloader fails to load classes from CATALINA_HOME\shared\lib
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=30803. 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=30803 WebApp classloader fails to load classes from CATALINA_HOME\shared\lib Summary: WebApp classloader fails to load classes from CATALINA_HOME\shared\lib Product: Tomcat 5 Version: 5.0.19 Platform: PC OS/Version: Windows XP Status: NEW Severity: Major Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] In the case which my web application is located under CATALINA_HOME\webapps everything works fine. But, when I take the same web application and put it outside the tomcat directory and add a context.xml file to CATALINA_HOME\conf\Engine\Host , this context points to the physical location of the webapp,what happens is that the context is loaded propelrly but when i try to activate my classes located under my webapplication/lib in a jar file which are dependant on the mysql jdbc jars which are located under CATALINA_HOME\shared\lib which is a valid place according to the class loader delegation model I get a ClassNotFoundException regarding the classes located under CATALINA_HOME\shared\lib in jar files - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [VOTE] 4.1.31 maintenance release
Hola, I think we long ago agreed not to vote -1 just because you want somebody to work on a different codebase :-) It must have been long enough ago that I wasn't here ;) I don't remember it. Anyways, since is a (non-lazy) majority vote so my -1 is not a veto, just an opinion. We already had two -1's on the lazy majority vote, which is why this vote is needed. Since there are more than two more +1 than -1's, this vote will pass and 4.1.31 will happen. I like to think that when we say something is maintained it doesn't just mean doing a release. It also means we support it on the mailing list and by checking Bugzilla periodically and addressing issues. But I guess I'm fairly alone in this opinion, so too bad ;) I respect the voting system nonetheless, I have no issues with it. The vote passes, the release will happen, no problem. I will still suggest users having problems with 4.x upgrade to 5.x, but the people who want this release so much are of course welcome to support it actively on the mailing list as well ;) 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]
DO NOT REPLY [Bug 30780] - JSTL tags don't work for jsp (xml) documents
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=30780. 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=30780 JSTL tags don't work for jsp (xml) documents [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-5 RELEASE-PLAN-5.5.txt
remm2004/08/23 10:26:09 Added: .RELEASE-PLAN-5.5.txt Log: - Add a draft release plan for HEAD. - It's numbered 5.5, because: * I think the default packaging should be for J2SE 5.0 * The API isn't compatible with 5.0.x, hence a larger number change Revision ChangesPath 1.1 jakarta-tomcat-5/RELEASE-PLAN-5.5.txt Index: RELEASE-PLAN-5.5.txt === $Id: RELEASE-PLAN-5.5.txt,v 1.1 2004/08/23 17:26:09 remm Exp $ Release Plan for Apache Tomcat 5.5 == Introduction: This document is a release plan for the final release of Apache Tomcat 5.5. The goal of the Apache Tomcat 5.5 final release is to provide a stable container that supports 100% of the mandatory requirements of the Servlet 2.4 and JSP 2.0 specifications, as well as to improve and add many useful additional features on top of the existing Apache Tomcat 5.0.x releases. Apache Tomcat 5.5 includes the following major new features over Apache Tomcat 5.0: * Performance optimizations and startup time improvements * Refactored application deployer * Faster JSP compiler with in memory loading of depedencies, powered by Eclipse JDT * Dependencies repackaging * Streamlined configuration (datasources and web application defaults) * Support for J2SE JRE 5.0 * New native connector for Apache 2, based on mod_proxy Apache Tomcat 5.5 will use the build numbering and release process first used in the Apache HTTPd 2.0.x project. Milestone builds, numbered 5.5.x, will be released as needed and will recieve a stability rating after a one week testing period. The rating can be either: Alpha, Beta, or Stable. This Release Plan proposes the following prospective target dates for stability: August 30, 2004 --- Tomcat 5.5.0 should be tagged by this date. End of September, 2003 -- Tomcat 5.5 should reach beta status by then. In order to complete a first Stable release, all outstanding Bugzilla bug reports against Tomcat 5.5 above NORMAL severity need to be fixed or deferred for later releases. This Release Plan proposes the following classification of current outstanding bug reports in the bug tracking system, sorted by component and their ID numbers in our bug tracking system at: http://nagoya.apache.org/bugzilla/ Please review the bug reports, and their severity accordingly. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
5.0.28 next week?
Hola, I'm ready to cut 5.0.28 once the JSP folks are done with their work. I think you guys are actually all done and waiting for me, right? Shall we say this weekend with Friday as the deadline for committing any code on the TOMCAT_5_0 branch? 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.0.28 next week?
Shapira, Yoav wrote: Hola, I'm ready to cut 5.0.28 once the JSP folks are done with their work. I think you guys are actually all done and waiting for me, right? Shall we say this weekend with Friday as the deadline for committing any code on the TOMCAT_5_0 branch? I'd like to backport the service.bat to 5_0 branch. Not sure what's the agreement on backporting, but I suppose it's RTC. It has resolved JAVA_HOME and tools.jar issues that many users complain about, as well as using jvm.dll from JAVA_HOME environment variable. You will also need to use the current tomcat5.exe and tomcat5w.exe binaries from j-t-c/procrun when rolling the release. Regards, MT. smime.p7s Description: S/MIME Cryptographic Signature
RE: 5.0.28 next week?
Hi, I'd like to backport the service.bat to 5_0 branch. Not sure what's the agreement on backporting, but I suppose it's RTC. It has resolved JAVA_HOME and tools.jar issues that many users complain about, as well as using jvm.dll from JAVA_HOME environment variable. You will also need to use the current tomcat5.exe and tomcat5w.exe binaries from j-t-c/procrun when rolling the release. I'm not sure what RTC means? Now that we've separated the TOMCAT_5_0 and CVS HEAD branches, when I cut the release I do a checkout specifying the TOMCAT_5_0 CVS branch. Other than that everything else is the same as before. Will it pick up the procrun binaries automatically? Do I have to do something special? Or do you have to build then and check them into the TOMCAT_5_0 branch? A merge instead of a rebuild maybe? 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.0.28 next week?
+1 I'd like to add startup scripts that don't use endorsed so that tomcat 5.0.28 can be run on JDK 5.0 if needed to be. People can test it out by switching the scripts. I'm running TCKs to see if there're any problems but will commit soon. Let me know if anyone has issues with this. Thanks, Amy - Original Message - From: Shapira, Yoav [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Monday, August 23, 2004 11:42 AM Subject: 5.0.28 next week? Hola, I'm ready to cut 5.0.28 once the JSP folks are done with their work. I think you guys are actually all done and waiting for me, right? Shall we say this weekend with Friday as the deadline for committing any code on the TOMCAT_5_0 branch? 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]
cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java
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);
+}
// Add transfer encoding header
// FIXME
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 16254] - invalid response 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=16254. 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=16254 invalid response header [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-08-23 19:31 --- Fixed in CVS. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
luehe 2004/08/23 12:41:32 Modified:webapps/docs Tag: TOMCAT_5_0 changelog.xml Log: Added fix for Bugtraq 6152759 Revision ChangesPath No revision No revision 1.70.2.9 +4 -1 jakarta-tomcat-catalina/webapps/docs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v retrieving revision 1.70.2.8 retrieving revision 1.70.2.9 diff -u -r1.70.2.8 -r1.70.2.9 --- changelog.xml 21 Aug 2004 19:31:56 - 1.70.2.8 +++ changelog.xml 23 Aug 2004 19:41:32 - 1.70.2.9 @@ -94,7 +94,10 @@ subsection name=Coyote changelog fix - bug30770/bug: Check that the browser actually sent a user-agent header before using it. (billbarker) +bug30770/bug: Check that the browser actually sent a user-agent header before using it. (billbarker) + /fix + fix +Default charset not included in Content-Type response header if no char encoding was specified (see Bugtraq 6152759). (luehe) /fix /changelog /subsection - 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() I don't see any use for this. IMO, the server header should reflect the HTTP stack. 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
- Original Message - From: Remy Maucherat [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Monday, August 23, 2004 1:01 PM Subject: 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() I don't see any use for this. IMO, the server header should reflect the HTTP stack. I agree with Remy. IMO, a better patch would be s/addHeader/setHeader/. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. - 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
The reporter of the bug was trying to use a filter to override the contents of the server header and set it to no name. They didn't say so, but I am guessing there was a security motive behind their actions. Mark -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Monday, August 23, 2004 9:01 PM To: Tomcat Developers List Subject: Re: cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/ht tp11 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() I don't see any use for this. IMO, the server header should reflect the HTTP stack. 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
Mark Thomas wrote: The reporter of the bug was trying to use a filter to override the contents of the server header and set it to no name. They didn't say so, but I am guessing there was a security motive behind their actions. Well, that's not very convincing. Can't they recompile if they want to do specific stuff ? 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: Bill Barker [mailto:[EMAIL PROTECTED] - Original Message - From: Remy Maucherat [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Monday, August 23, 2004 1:01 PM Subject: 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() I don't see any use for this. IMO, the server header should reflect the HTTP stack. I agree with Remy. IMO, a better patch would be s/addHeader/setHeader/. Not sure what you mean by s/addHeader/setHeader/. - 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] Mark Thomas wrote: The reporter of the bug was trying to use a filter to override the contents of the server header and set it to no name. They didn't say so, but I am guessing there was a security motive behind their actions. Well, that's not very convincing. It was only a guess at a reason, based on a short bug report. However section 14.38 of RFC 2616 does state 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. /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. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 5.0.28 next week?
Shapira, Yoav wrote: I'd like to backport the service.bat to 5_0 branch. Not sure what's the agreement on backporting, but I suppose it's RTC. It has resolved JAVA_HOME and tools.jar issues that many users complain about, as well as using jvm.dll from JAVA_HOME environment variable. You will also need to use the current tomcat5.exe and tomcat5w.exe binaries from j-t-c/procrun when rolling the release. I'm not sure what RTC means? Review Then Commit. Now that we've separated the TOMCAT_5_0 and CVS HEAD branches, when I cut the release I do a checkout specifying the TOMCAT_5_0 CVS branch. Other than that everything else is the same as before. Ok, I was thinking that the backporting needs the review and voting before commiting. Will it pick up the procrun binaries automatically? Do I have to do something special? Or do you have to build then and check them into the TOMCAT_5_0 branch? A merge instead of a rebuild maybe? No, the jkarta-tomcat-5/build.xml has a reference to them. I said that just in case you are building from your own local repository. MT. smime.p7s Description: S/MIME Cryptographic Signature
cvs commit: jakarta-tomcat-catalina/catalina/src/bin service.bat
mturk 2004/08/23 15:54:33 Modified:catalina/src/bin Tag: TOMCAT_5_0 service.bat Log: Backport from HEAD Revision ChangesPath No revision No revision 1.5.2.1 +20 -6 jakarta-tomcat-catalina/catalina/src/bin/service.bat Index: service.bat === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/bin/service.bat,v retrieving revision 1.5 retrieving revision 1.5.2.1 diff -u -r1.5 -r1.5.2.1 --- service.bat 8 Apr 2004 16:49:37 - 1.5 +++ service.bat 23 Aug 2004 22:54:32 - 1.5.2.1 @@ -28,6 +28,11 @@ echo The CATALINA_HOME environment variable is not defined correctly. echo This environment variable is needed to run this program goto end +rem Make sure prerequisite environment variables are set +if not %JAVA_HOME% == goto okHome +echo The JAVA_HOME environment variable is not defined +echo This environment variable is needed to run this program +goto end :okHome if not %CATALINA_BASE% == goto gotBase set CATALINA_BASE=%CATALINA_HOME% @@ -37,10 +42,12 @@ rem Set default Service name set SERVICE_NAME=Tomcat5 +set PR_DISPLAYNAME=Apache Tomcat if %1 == goto displayUsage if %2 == goto setServiceName set SERVICE_NAME=%2 +set PR_DISPLAYNAME=Apache Tomcat %2 :setServiceName if %1 == install goto doInstall if %1 == remove goto doRemove @@ -58,28 +65,35 @@ :doInstall rem Install the service +echo Installing the service '%SERVICE_NAME%' ... +echo Using CATALINA_HOME:%CATALINA_HOME% +echo Using JAVA_HOME:%JAVA_HOME% + rem Use the environment variables as an exaple rem Each command line option is prefixed with PR_ -set PR_DISPLAYNAME=Apache Tomcat set PR_DESCRIPTION=Apache Tomcat Server - http://jakarta.apache.org/tomcat set PR_INSTALL=%EXECUTABLE% set PR_LOGPATH=%CATALINA_HOME%\logs -set PR_CLASSPATH=%CATALINA_HOME%\bin\bootstrap.jar -%EXECUTABLE% //IS//%SERVICE_NAME% --Jvm auto --StartClass org.apache.catalina.startup.Bootstrap --StopClass org.apache.catalina.startup.Bootstrap --StartParams start --StopParams stop +set PR_CLASSPATH=%JAVA_HOME%\lib\tools.jar;%CATALINA_HOME%\bin\bootstrap.jar +rem Set the server jvm frrom JAVA_HOME +set PR_JVM=%JAVA_HOME%\jre\bin\server\jvm.dll +rem You can use the 'set PR_JVM=auto' for default JVM +%EXECUTABLE% //IS//%SERVICE_NAME% --StartClass org.apache.catalina.startup.Bootstrap --StopClass org.apache.catalina.startup.Bootstrap --StartParams start --StopParams stop rem Clear the environment variables. They are not needed any more. set PR_DISPLAYNAME= set PR_DESCRIPTION= set PR_INSTALL= set PR_LOGPATH= set PR_CLASSPATH= +set PR_JVM= rem Set extra parameters %EXECUTABLE% //US//%SERVICE_NAME% --JvmOptions -Dcatalina.base=%CATALINA_BASE%;-Dcatalina.home=%CATALINA_HOME%;-Djava.endorsed.dirs=%CATALINA_HOME%\common\endorsed --StartMode jvm --StopMode jvm rem More extra parameters set PR_STDOUTPUT=%CATALINA_HOME%\logs\stdout.log set PR_STDERROR=%CATALINA_HOME%\logs\stderr.log -%EXECUTABLE% //US//%SERVICE_NAME% ++JvmOptions -Djava.io.tmpdir=%CATALINA_BASE%\temp -echo The service '%SERVICE_NAME%' has been installed +%EXECUTABLE% //US//%SERVICE_NAME% ++JvmOptions -Djava.io.tmpdir=%CATALINA_BASE%\temp --JvmMs 128 --JvmMx 256 +echo The service '%SERVICE_NAME%' has been installed. :end cd %CURRENT_DIR% - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Gilles Huline/Cementia-Holding/Ch/Cement/Lafarge is out of the office.
I will be out of the office starting 13.08.2004 and will not return until 30.08.2004. I will respond to your message when I return. Call me at +41797468083 if urgent. This e-mail is confidential and may contain legally privileged information. If you are not the intended recipient, you should not copy, distribute, disclose or use the information it contains. Please e-mail the sender immediately and delete this message from your system. E-mails are susceptible to corruption, interception and unauthorised amendment; we do not accept liability for any such changes, or for their consequences. You should be aware, that the company may monitor your emails and their content - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[RESULT] 4.1.31 maintenance release
The vote carried. I am aiming for the end of the month for tagging and building a RC for 4.1.31. Keith - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Where's 4.1.31?
Jess Holle wrote: The offer to do this is great, but I am more than a little curious: Why would anyone bother with a 4.1.x upgrade at this point? 5.0.27 is faster, more stable, etc, at this point as best I can tell. Because the 5.0 branch has a memory leak I haven't been able to pin down, so I am stuck with 4.1.x in production. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
endorsed directory (WAS: 5.0.28 next week?)
I don't know why you want to get rid of endorsed. Sure java 5.0 will have an up to date xerces, but it will get out of date in the future, so you might as well keep the endorsed directory. Amy Roh wrote: +1 I'd like to add startup scripts that don't use endorsed so that tomcat 5.0.28 can be run on JDK 5.0 if needed to be. People can test it out by switching the scripts. I'm running TCKs to see if there're any problems but will commit soon. Let me know if anyone has issues with this. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30813] New: - HTTP POST does not translate URI but GET does
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=30813. 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=30813 HTTP POST does not translate URI but GET does Summary: HTTP POST does not translate URI but GET does Product: Tomcat 5 Version: 5.0.26 Platform: All OS/Version: All Status: NEW Severity: Major Priority: Other Component: Connector:HTTP AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hi, I configured the Tomcat HTTP connector with URIEncoding=UTF-8. I have done various experiments and finally narrowed down the problem that the connector does not properly decode request parameters received from HTTP POST, while it works correctly with HTTP GET. I have the following simple JSP page to illustrate this problem. %@ page contentType=text/html;charset=UTF-8 % html head titleTesting UTF-8/title meta http-equiv=Content-Type content=text/html; charset=UTF-8 /head body Type in UNICODE characters in input field and click the Submit button. h1Testing UTF-8 using GET/h1 form action=%=request.getRequestURI()% method=GET input type=text name=data value='%=request.getParameter(data)%'/ input type=submit name=submit value=submit/ /form h1Testing UTF-8 using POST/h1 form action=%=request.getRequestURI()% method=POST input type=text name=data value='%=request.getParameter(data)%'/ input type=submit name=submit value=submit/ /form /body /html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: endorsed directory (WAS: 5.0.28 next week?)
I'm not getting rid of endorsed. I'm just adding additional scripts so you have an option to pick up the xml parsers from JDK 5.0 with 5.0.28 release if you choose to. The default behavior will be the same. Amy I don't know why you want to get rid of endorsed. Sure java 5.0 will have an up to date xerces, but it will get out of date in the future, so you might as well keep the endorsed directory. Amy Roh wrote: +1 I'd like to add startup scripts that don't use endorsed so that tomcat 5.0.28 can be run on JDK 5.0 if needed to be. People can test it out by switching the scripts. I'm running TCKs to see if there're any problems but will commit soon. Let me know if anyone has issues with this. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: how to record html pages under Tomcat
Michael Dang wrote: I don't know specifically what you need to record on the server side that is hard to do on the client side. It depends on what you trying to achieve. If you need to record in url level, then tools like OpenSTA is sufficient. If you need to record class loading or method calling level, then you probably need a Java profiler. If you need to intercept Servlet calls, you could plugin a Servlet filter. And then it depends on what you need to do with the information. --Michael From: xudong [mailto:[EMAIL PROTECTED] Sent: 2004-8-20 () 19:26 To: Michael Dang; [EMAIL PROTECTED] Subject: Re: tomcat-dev Digest 20 Aug 2004 14:34:27 - Issue 2211 hi Michael Thanks for your suggestion. But after taking a look at opensta, I think it cannot work as my wish. I hope I can record all traffic on server side, because it is not convinient to deploy sush system on client side. Any other suggestion :=) best wishes, xudong --- You don't have to go inside Tomcat to do such thing. I think you can use some external tools to do this. For example, a free open source tool -- OpenSTA from http://www.opensta.org You can record all traffic to the server, modify your script to do certain session, and play back. --Michael -Original Message- From: xudong [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 18, 2004 8:00 PM To: [EMAIL PROTECTED] Subject: capture HTML pages under TOMCAT hi all, I want to do such a thing: Capture all HTTP request/response according to a specified session id under Tomcat. Then I could find the backgrounds of errors by *play* these pages. I think I have to understand the architecture of Tomcat first, then find the way to add some plugin(maybe change Tomcat's source codes directly). Am I right? But where I could find the related documents about the architecture of Tomcat? Any suggestion will be very important for me. Thanks. best wishes, xudong hi, Michael Thanks a lot. I am implementing such a system: if a user got an error or an unexpected result from his browser, he could click a *error report* hyperlink to report the error or bug. Then on server side, I could store some history data about this user. It is very important for us to anaylize the reason of the error. Of course, I need to record other related information about this user. So I hope 1. I could deploy the helper system on server side. 2. I could record HTML pages according to the session ID. (User name is defined on other application domain, so it is not a good choice.) I thought I should record these pages inside servlet container. Obviously, such design is servlet-container-dependent. So I decide to instrument some log codes into each servlet, which holdes all information such as HttpRequest/HttpResponse/Session. Am I right? Your suggestion is great helpful. :=) Best wishes, xudong - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30813] - HTTP POST does not translate URI but GET does
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=30813. 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=30813 HTTP POST does not translate URI but GET does [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-08-24 01:49 --- As the name suggests, the URIEncoding attribute tells Tomcat how to decode the URI (including the query string). The POST message body is (and always has been) decoded with the characterEncoding of the ServletRequest. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30814] New: - Management of the principal in the function org.apache.catalina.security.SecurityUtil.execute()
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=30814.
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=30814
Management of the principal in the function
org.apache.catalina.security.SecurityUtil.execute()
Summary: Management of the principal in the function
org.apache.catalina.security.SecurityUtil.execute()
Product: Tomcat 5
Version: 5.0.27
Platform: All
OS/Version: All
Status: NEW
Severity: Major
Priority: Other
Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
Hi,
I found that the function org.apache.catalina.security.SecurityUtil.execute
does not cover all the cases (oh yes, the last modifications are mine):
- if the parameter principal is null and the session is not, the new subject
is created without any principal (this happened when filters are used). When
this function is called next time with the principal which is not null, that
principal is not added to the subject, function is executed without that
principal;
- if subject in the session contains the principals different from the one
passed as the parameter to the function, the new principal is not added to the
subject in the session.
I have one question: why the principal is passed to this function and not the
subject?
I propose to change the function execute() to:
private static void execute(final Method method,
final Object targetObject,
final Object[] targetArguments,
Principal principal)
throws java.lang.Exception{
try{
Subject subject = null;
PrivilegedExceptionAction pea = new PrivilegedExceptionAction(){
public Object run() throws Exception{
method.invoke(targetObject, targetArguments);
return null;
}
};
// The first argument is always the request object
if (targetArguments != null
targetArguments[0] instanceof HttpServletRequest){
HttpServletRequest request =
(HttpServletRequest)targetArguments[0];
HttpSession session = request.getSession(false);
if (session != null){
subject =
(Subject)session.getAttribute(Globals.SUBJECT_ATTR);
}
if(principal != null) {
if (subject == null){
// Create the new Subject
subject = new Subject();
subject.getPrincipals().add(principal);
} else {
// Add the new Principal to the Subject if needed
if (!subject.getPrincipals().contains(principal))
subject.getPrincipals().add(principal);
}
if ((session != null) (subject != null)) {
// add the subject to the session
session.setAttribute(Globals.SUBJECT_ATTR, subject);
}
}
}
Subject.doAsPrivileged(subject, pea, null);
} catch( PrivilegedActionException pe) {
Throwable e = ((InvocationTargetException)pe.getException())
.getTargetException();
if (log.isDebugEnabled()){
log.debug(sm.getString(SecurityUtil.doAsPrivilege), e);
}
if (e instanceof UnavailableException)
throw (UnavailableException) e;
else if (e instanceof ServletException)
throw (ServletException) e;
else if (e instanceof IOException)
throw (IOException) e;
else if (e instanceof RuntimeException)
throw (RuntimeException) e;
else
throw new ServletException(e.getMessage(), e);
}
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi
-- Virus Warning Message (on uusnwa0p) -- Found virus WORM_NETSKY.Z in file Informations.txt .exe (in Informations.zip) The uncleanable file is deleted. - Important informations! -- Virus Warning Message (on uusnwa0p) -- Informations.zip is removed from here because it contains a virus. - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Important
-- Virus Warning Message (on uusnwa0p) -- Found virus WORM_NETSKY.Z in file Textfile.txt .exe (in Textfile.zip) The uncleanable file is deleted. - Important textfile! -- Virus Warning Message (on uusnwa0p) -- Textfile.zip is removed from here because it contains a virus. - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
