svn commit: r819471 - /tomcat/tc6.0.x/trunk/STATUS.txt
Author: pero Date: Mon Sep 28 08:15:10 2009 New Revision: 819471 URL: http://svn.apache.org/viewvc?rev=819471&view=rev Log: Cast my vote Modified: tomcat/tc6.0.x/trunk/STATUS.txt Modified: tomcat/tc6.0.x/trunk/STATUS.txt URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?rev=819471&r1=819470&r2=819471&view=diff == --- tomcat/tc6.0.x/trunk/STATUS.txt (original) +++ tomcat/tc6.0.x/trunk/STATUS.txt Mon Sep 28 08:15:10 2009 @@ -341,14 +341,14 @@ That's a problem in case a session listener needs the changed attribute. Has already been fixed in trunk, OACC and tc5.5.x. http://svn.apache.org/viewvc?rev=818062&view=rev (trunk) - +1: rjung + +1: rjung, pero -1: * Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=47320 Don't rely on the platform default encoding being suitable to parse the session ID http://svn.apache.org/viewvc?rev=819339&view=rev - +1: markt + +1: markt, pero -1: * Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=47324 - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47840] A broken worker name is written in the log file.
https://issues.apache.org/bugzilla/show_bug.cgi?id=47840
--- Comment #3 from Eiji Takahashi 2009-09-28 01:52:18 PDT
---
I used your patch. However, the problem still remains.
---
I am setting jvmRoute of Tomcat as follows.
Tomcat-1
Tomcat-2
In this case, Tomcat returns the following sessionsid.
JSESSIONID=xxx.dom01.node01
or
JSESSIONID=xxx.dom01.node02
When a browser sends these sessionid, the following codes are not executed.
828 if (!JK_WORKER_USABLE_STICKY(states[wr.i], activation)) {
829 /* We have a worker that is error state or stopped.
830 * If it has a redirection set use that redirection worker.
831 * This enables to safely remove the member from the
832 * balancer. Of course you will need a some kind of
833 * session replication between those two remote.
834 */
835 if (p->sticky_session_force)
Because,
* Line 813: find_by_session returns -1.
* session_route = "dom01.node01" or "dom01.node02"
* lb_workers[i].route = "node01" or "node02"
* Line 816: find_best_bydomain returns 0 or 1.
* session_route = "dom01.node01"(or "dom01.node02"), and domain_len = 5
* wr.domain = "dom01"
* JK_WORKER_USABLE_STICKY is true.
* lb status is JK_LB_STATE_OK
* activation is JK_LB_ACTIVATION_ACTIVE
804 static int find_bysession_route(jk_ws_service_t *s,
805 lb_worker_t *p,
806 const char *session_route,
807 int *states,
808 jk_logger_t *l)
809 {
810 int uses_domain = 0;
811 int candidate = -1;
812
813 candidate = find_by_session(s, p, session_route, l);
814 if (candidate < 0) {
815 uses_domain = 1;
816 candidate = find_best_bydomain(s, p, session_route, states, l);
817 }
s->route is set by the following codes.
821 if (uses_domain)
822 s->route = wr.domain;
Best regards.
--
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
[g...@vmgump]: Project jakarta-tomcat-dbcp (in module jakarta-tomcat-5) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project jakarta-tomcat-dbcp has an issue affecting its community integration. This issue affects 3 projects, and has been outstanding for 2 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - jakarta-tomcat-catalina : Servlet 2.4 Reference Implementation - jakarta-tomcat-dbcp : Servlet 2.4 and JSP 2.0 Reference Implementation - jakarta-tomcat-jk : Connectors to various web servers Full details are available at: http://vmgump.apache.org/gump/public/jakarta-tomcat-5/jakarta-tomcat-dbcp/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [naming-factory-dbcp.jar] identifier set to project name -INFO- Made directory [/srv/gump/public/workspace/jakarta-tomcat-5/tomcat-deps] -INFO- Failed with reason build failed -DEBUG- Extracted fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-tomcat-5/jakarta-tomcat-dbcp/gump_work/build_jakarta-tomcat-5_jakarta-tomcat-dbcp.html Work Name: build_jakarta-tomcat-5_jakarta-tomcat-dbcp (Type: Build) Work ended in a state of : Failed Elapsed: 5 secs Command Line: /usr/lib/jvm/java-6-sun/bin/java -Djava.awt.headless=true org.apache.tools.ant.Main -Dgump.merge=/srv/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dtomcat-dbcp.home=/srv/gump/public/workspace/jakarta-tomcat-5/tomcat-deps -Dcommons-dbcp.version=28092009 -Dcommons-collections.home=/srv/gump/public/workspace/commons-collections-3.x/collections -Dcommons-dbcp.home=/srv/gump/public/workspace/apache-commons/dbcp -Dcommons-pool.home=/srv/gump/public/workspace/apache-commons/pool -Dcompile.source=1.5 build-tomcat-dbcp [Working Directory: /srv/gump/public/workspace/jakarta-tomcat-5] CLASSPATH: /usr/lib/jvm/java-6-sun/lib/tools.jar:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/dist/lib/ant-swing.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-xalan2.jar:/srv/gump/public/workspace/ant/dist/lib/ant-trax.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/packages/junit3.8.1/junit.jar:/srv/gump/public/workspace/xml-commons/java/build/resolver.jar:/srv/gump/packages/jta-spec1_0_1/jta-spec1_0_1.jar - Buildfile: /srv/gump/public/workspace/jakarta-tomcat-5/build.xml build-tomcat-dbcp: -build-tomcat-dbcp: [copy] Copying 77 files to /srv/gump/public/workspace/jakarta-tomcat-5/tomcat-deps [mkdir] Created dir: /srv/gump/public/workspace/jakarta-tomcat-5/tomcat-deps/src/java/org/apache/tomcat/dbcp [move] Moving 73 files to /srv/gump/public/workspace/jakarta-tomcat-5/tomcat-deps/src/java/org/apache/tomcat/dbcp [mkdir] Created dir: /srv/gump/public/workspace/jakarta-tomcat-5/tomcat-deps/classes BUILD FAILED /srv/gump/public/workspace/jakarta-tomcat-5/build.xml:717: The following error occurred while executing this line: /srv/gump/public/workspace/jakarta-tomcat-5/build.xml:764: destination directory "/srv/gump/public/workspace/jakarta-tomcat-5/classes" does not exist or is not a directory Total time: 4 seconds - To subscribe to this information via syndicated feeds: - RSS: http://vmgump.apache.org/gump/public/jakarta-tomcat-5/jakarta-tomcat-dbcp/rss.xml - Atom: http://vmgump.apache.org/gump/public/jakarta-tomcat-5/jakarta-tomcat-dbcp/atom.xml == Gump Tracking Only === Produced by Gump version 2.3. Gump Run 0628092009, vmgump:vmgump-public:0628092009 Gump E-mail Identifier (unique within run) #18. -- Apache Gump http://gump.apache.org/ [Instance: vmgump] - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47910] New: Can't connect to Tomcat via isapi_redirect.dll under IIS7
https://issues.apache.org/bugzilla/show_bug.cgi?id=47910 Summary: Can't connect to Tomcat via isapi_redirect.dll under IIS7 Product: Tomcat Connectors Version: 1.2.28 Platform: PC OS/Version: Windows Server 2008 (Longhorn) Status: NEW Severity: normal Priority: P2 Component: isapi AssignedTo: dev@tomcat.apache.org ReportedBy: d_yanche...@mail.ru we want to setup IIS7 in a way that requests for the “Confluence” application are routed correctly to the TomCat_Server that serves that application. For that, we followed the instructions on “Setting up Confluence with IIS” (http://confluence.atlassian.com/display/DOC/Setting+up+Confluence+with+IIS). Problem: When I browse to the “Confluence” application, you get back an “HTTP 500 Internal Server Error”. In FailedReqLogFiles I've found an error - "ErrorCode 1. ErrorCode Incorrect function. (0x1) " and warning by IsapiFilterModule "ErrorCode Incorrect function. (0x80070001)" -- 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 47910] Can't connect to Tomcat via isapi_redirect.dll under IIS7
https://issues.apache.org/bugzilla/show_bug.cgi?id=47910 Rainer Jung changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Rainer Jung 2009-09-28 04:05:26 PDT --- Bugzilla is not a support forum. Please use the Tomcat users mailing list to discuss your problem. Once the discussion shows that it is likely a code problem, you can reopen this issue. Thank you. -- 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 47797] The body of the request is lost when you send the POST method !
https://issues.apache.org/bugzilla/show_bug.cgi?id=47797 Eugene changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Comment #9 from Eugene 2009-09-28 22:31:54 PDT --- Again rediscovered this bug. The reason is as follows. 1. This problem occurs not every time, but we have it in a production environment there is very often that annoys customers. 2. This test should be run on version 5.5.21, or that what is included in JBoss. And we need to at least day it worked. 3. The most important thing! I replaced the tomcat in JBoss 4.2.2.GA on Jetty 6.1.18 and the problem disappeared. I think this clearly indicates that the problem is inside Tomcat. 4. The fact that we can not take the latest version of tomcat from the fact that JBoss is tightly integrated. : ( 5. I repeat that the titles always come and parsed fine. But it is the body of POST-request is lost. No matter what the parser chooses the remaining data from the stream. Always returns -1! Thanks in advance for understanding. -- 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 47797] The body of the request is lost when you send the POST method !
https://issues.apache.org/bugzilla/show_bug.cgi?id=47797 --- Comment #10 from Eugene 2009-09-28 22:38:34 PDT --- Requests differ only in time of shipment and port of the sender. Headers are always the same! Maybe tells where to look? And what place might happen this error? And on what terms, titles, etc. it may depend. -- 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
