DO NOT REPLY [Bug 32883] New: - order of Resource/ResourceParams in server.xml matters, shouldn't
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=32883. 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=32883 Summary: order of Resource/ResourceParams in server.xml matters, shouldn't Product: Tomcat 5 Version: 5.0.27 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Webapps:Administration AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] If in server.xml I order my directives like Resource, Resource, ResourceParams, ResourceParams, the administration tool correctly lists my data source. But if I order them Resource, ResourceParams, Resource, ResourceParams, it fails to list the data source. It seems like the order shouldn't matter at all. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32879] - Can't override value of init parameter during deployment
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=32879. 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=32879 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-12-30 10:00 --- See tomcat 5.5/5.0 configuration reference. override Set this to false if you do not want a context-param for the same parameter name, found in the web application deployment descriptor, to override the value specified here. By default, overrides are allowed. override = false = parameter from context.xml win override = true = parameter from web.xml win Effect of your patch: Go through parameters (context.xml) If override = true Exist a web.xml parameter with same name? If yes override it with value from context.xml parameter else Override/Add parameter (context.xml) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: Project jakarta-tomcat-jk-native (in module jakarta-tomcat-connectors) 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 [EMAIL PROTECTED] Project jakarta-tomcat-jk-native has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 24 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-jk-native : Connectors to various web servers Full details are available at: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -INFO- Failed with reason build failed The following work was performed: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/gump_work/build_jakarta-tomcat-connectors_jakarta-tomcat-jk-native.html Work Name: build_jakarta-tomcat-connectors_jakarta-tomcat-jk-native (Type: Build) Work ended in a state of : Failed Elapsed: Command Line: make [Working Directory: /usr/local/gump/public/workspace/jakarta-tomcat-connectors/jk/native] - Making all in common make[1]: Entering directory `/home/gump/workspaces2/public/workspace/jakarta-tomcat-connectors/jk/native/common' /bin/sh /usr/local/gump/public/workspace/apache-httpd/dest-30122004/build/libtool --silent --mode=compile gcc -I/usr/local/gump/public/workspace/apache-httpd/dest-30122004/include -g -O2 -g -O2 -pthread -DHAVE_APR -I/usr/local/gump/public/workspace/apr/dest-30122004/include/apr-1 -g -O2 -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -I /opt/jdk1.4/include -I /opt/jdk1.4/include/ -c jk_ajp12_worker.c /usr/local/gump/public/workspace/apache-httpd/dest-30122004/build/libtool: /usr/local/gump/public/workspace/apache-httpd/dest-30122004/build/libtool: No such file or directory make[1]: *** [jk_ajp12_worker.lo] Error 127 make[1]: Leaving directory `/home/gump/workspaces2/public/workspace/jakarta-tomcat-connectors/jk/native/common' make: *** [all-recursive] Error 1 - To subscribe to this information via syndicated feeds: - RSS: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/rss.xml - Atom: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2830122004, brutus:brutus-public:2830122004 Gump E-mail Identifier (unique within run) #16. -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
bug with konqueror?
Hi! I don't know is this tomcat, konqueror or konqueror/pdf plugin's fault, but i have made resource servlet, which read pdf document from disk and writes it to OutputStream, tomcat keep throwing following stack: 11:36:39,898 INFO [STDOUT] ClientAbortException: java.net.SocketException: Connection reset 11:36:39,899 INFO [STDOUT] at org.apache.coyote.tomcat5.OutputBuffer.realWriteBytes(OutputBuffer.java:373) 11:36:39,899 INFO [STDOUT] at org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:398) 11:36:39,900 INFO [STDOUT] at org.apache.tomcat.util.buf.ByteChunk.append(ByteChunk.java:262) 11:36:39,900 INFO [STDOUT] at org.apache.coyote.tomcat5.OutputBuffer.writeByte(OutputBuffer.java:427) 11:36:39,900 INFO [STDOUT] at org.apache.coyote.tomcat5.CoyoteOutputStream.write(CoyoteOutputStream.java:64) 11:36:39,900 INFO [STDOUT] at fi.canter.kp.servlets.FileResourceServlet.service(FileResourceServlet.java:33) 11:36:39,900 INFO [STDOUT] at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) 11:36:39,901 INFO [STDOUT] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237) 11:36:39,901 INFO [STDOUT] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) 11:36:39,901 INFO [STDOUT] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214) 11:36:39,901 INFO [STDOUT] at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) 11:36:39,902 INFO [STDOUT] at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) 11:36:39,902 INFO [STDOUT] at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198) 11:36:39,902 INFO [STDOUT] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152) 11:36:39,902 INFO [STDOUT] at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) ... Everything works fine if i use wget or firefox. I just wonder reason, because i can use konqueror to read documents from apache or some other application server's. btw. my application is in JBoss 3.2.4. Artsi - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32888] New: - Each cluster slave creates duplicated session on top of the replicated one
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=32888. 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=32888 Summary: Each cluster slave creates duplicated session on top of the replicated one Product: Tomcat 5 Version: 5.5.6 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Catalina:Cluster AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I found that in my cluster, whenever I call a JSP, a session is created by the master node(i.e. the node receiving the HTTP req) and replicated to all slaves normally. However, each slave node will mysteriously create one additional session on its own (not replicated to others). Using a SessionListener I saw that the sessionCreated() methods got called twice, one for the replicated session and another for the mysterious dummy session. To replicate the problem, simply print out the session ID in SessionListener.sessionCreated() and call a JSP on node 1. Then Node 1 will print out one session ID, and node 2 will print out two session IDs. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9702] - JNDIRealm StartTLS/SSL support request
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=9702. 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=9702 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32890] New: - Make webDAV root configurable
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=32890. 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=32890 Summary: Make webDAV root configurable Product: Tomcat 5 Version: Nightly Build Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P4 Component: Servlets:WebDAV AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] There have been several posts recently to the tomcat-user list requesting an enhancement to the webDAV servlet. The requirements are: - make the root of the webDAV filing system user configurable - the root should be configurable to any valid path in the file system -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-site/xdocs-faq tomcat-faq.xsl
funkman 2004/12/30 08:37:09 Modified:xdocs-faq tomcat-faq.xsl Log: Add google search to the footer to allow search of the FAQ. build.bat still needs to be run and the html output needs committed before the change is made effective. Can anyone review to ensure we are allowed to do this? Revision ChangesPath 1.2 +34 -1 jakarta-tomcat-site/xdocs-faq/tomcat-faq.xsl Index: tomcat-faq.xsl === RCS file: /home/cvs/jakarta-tomcat-site/xdocs-faq/tomcat-faq.xsl,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- tomcat-faq.xsl12 Jun 2003 00:31:14 - 1.1 +++ tomcat-faq.xsl30 Dec 2004 16:37:09 - 1.2 @@ -158,6 +158,39 @@ /td /tr + xsl:if test=$project-menu = 'menu' + tr + td colspan=2 align='center' + form method=GET name='searchForm' onsubmit=return t_search() action=http://www.google.com/search; + input type=hidden name=ie value=UTF-8/ + input type=hidden name=oe value=UTF-8/ + table bgcolor=#FFtrtd + a href=http://www.google.com/; + img src=http://www.google.com/logos/Logo_40wht.gif; + border=0 alt=Google align=absmiddle//a + input type=text name=q size=25 maxlength=255 value=/ + input type=submit name=btnG value=Google Search/ + /td/tr/table + script + /* Append inurl:tomcat/faq site:jakarta.apache.org */ + function t_search() { + if(!document.searchForm.q.value.match(/inurl:tomcat\/faq/)) { + document.searchForm.q.value = document.searchForm.q.value + inurl:tomcat/faq site:jakarta.apache.org; + } + return true; + } + /script + /form + /td + /tr + tr + td colspan=2 + hr noshade= size=1/ + /td + /tr + /xsl:if + + xsl:commentPAGE FOOTER/xsl:comment trtd colspan=2 div align=centerfont color={$body-link} size=-1em - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-site/xdocs-faq tomcat-faq.xsl
So you don't have to build it yourself, a sample of the site in action can be found here: http://cvs.apache.org/~funkman/docs/faq/ -Tim [EMAIL PROTECTED] wrote: funkman 2004/12/30 08:37:09 Modified:xdocs-faq tomcat-faq.xsl Log: Add google search to the footer to allow search of the FAQ. build.bat still needs to be run and the html output needs committed before the change is made effective. Can anyone review to ensure we are allowed to do this? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32890] - Make webDAV root configurable
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=32890. 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=32890 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-12-30 17:59 --- I think this is a very bad idea. If the WebDAV servlet isn't really simple, it should be forked as a separate project, since it will serve a different purpose. This project actually already exists: it's Apache Slide. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32837] - double login when using ;jsessionid=
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=32837. 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=32837 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | --- Additional Comments From [EMAIL PROTECTED] 2004-12-30 18:16 --- The first login is done using cookies, the second occurs when the session id is passed via URL rewriting. Your test does not emulate that part of the behaviour, maybe it is associated with this aspect. I'm going to create a simplified application for reproduction purposes... next year ;-) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] JK 1.2.8 Stability
It looks stable for me ;-) Season Greetings Jean-Frederic - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core StandardHostDeployer.java
markt 2004/12/30 10:06:53 Modified:catalina/src/share/org/apache/catalina/core StandardHostDeployer.java Log: Fix bug 32779. NPE on undeploy when deployed with a context.xml file Revision ChangesPath 1.16 +11 -2 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardHostDeployer.java Index: StandardHostDeployer.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardHostDeployer.java,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- StandardHostDeployer.java 26 Aug 2004 21:32:20 - 1.15 +++ StandardHostDeployer.java 30 Dec 2004 18:06:53 - 1.16 @@ -478,16 +478,25 @@ // Determine if directory/war to remove is in the host appBase boolean isAppBase = false; + File appBase = new File(host.getAppBase()); if (!appBase.isAbsolute()) appBase = new File(System.getProperty(catalina.base), host.getAppBase()); + File contextFile = new File(context.getDocBase()); + +if (!contextFile.isAbsolute()) { +// Must be relative to appBase +contextFile = new File(appBase.getAbsolutePath(), + contextFile.getPath()); +} + File baseDir = contextFile.getParentFile(); if (appBase.getCanonicalPath().equals(baseDir.getCanonicalPath())) { isAppBase = true; } - + boolean isWAR = false; if (contextFile.getName().toLowerCase().endsWith(.war)) { isWAR = true; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32779] - NullPointerException when removing webapp with manager
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=32779. 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=32779 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-12-30 19:07 --- Fix in CVS for 4.1.x Thanks for the test case. Always makes things a lot easier. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32540] - mixed case produces two contexts
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=32540. 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=32540 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-12-30 19:25 --- Bugzilla is not the forum to ask questions such as this. If you are not sure whether something is a bug please: - ask your is this a bug question on the tomcat-user mailing list - if (and only if) the tomcat-user discussion results in a Yes, that is a bug should a bugzilla entry be created In this case this is expected behaviour. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32519] - Processing of multipart/form-data request failed
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=32519. 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=32519 [EMAIL PROTECTED] changed: What|Removed |Added CC|[EMAIL PROTECTED]| AssignedTo|[EMAIL PROTECTED]|tomcat- ||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2004-12-30 19:54 --- Please do not add individuals to the cc list or re-assign bugs to individuals without their consent. I consider such behaviour to be both rude and inconsiderate. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32519] - Processing of multipart/form-data request failed
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=32519. 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=32519 --- Additional Comments From [EMAIL PROTECTED] 2004-12-30 19:56 --- Back to my original question. I was not asking which JDK you were using, I asked which version of JK. To put it another way, which version of the JK connector (the software that connects IIS to Tomcat) are you using? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32519] - Processing of multipart/form-data request failed
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=32519. 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=32519 [EMAIL PROTECTED] changed: What|Removed |Added CC|[EMAIL PROTECTED], | |[EMAIL PROTECTED]| --- Additional Comments From [EMAIL PROTECTED] 2004-12-30 20:13 --- (In reply to comment #4) Back to my original question. I was not asking which JDK you were using, I asked which version of JK. To put it another way, which version of the JK connector (the software that connects IIS to Tomcat) are you using? About the Ccs... I really don't know how it work.. I thought I should assing again to all the others I've assigned once. The conector is AJp13 - this is the class: org.apache.ajp.tomcat4.Ajp13Connector -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32519] - Processing of multipart/form-data request failed
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=32519. 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=32519 --- Additional Comments From [EMAIL PROTECTED] 2004-12-30 20:33 --- No, AJP13 is not the JK version. AJP1.3 is the protocol. Where did you get isapi_redirect.dll from? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32519] - Processing of multipart/form-data request failed
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=32519. 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=32519 --- Additional Comments From [EMAIL PROTECTED] 2004-12-30 20:36 --- (In reply to comment #6) No, AJP13 is not the JK version. AJP1.3 is the protocol. Where did you get isapi_redirect.dll from? Well so I don't know where I can see which version it is.. I just saw this on the BES console. About the isapi we got from the Tomcat. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32519] - Processing of multipart/form-data request failed
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=32519. 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=32519 --- Additional Comments From [EMAIL PROTECTED] 2004-12-30 20:44 --- OK. Lets try and narrow it down. What is the date of the dll file? What is its size (exactly) in bytes? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32519] - Processing of multipart/form-data request failed
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=32519. 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=32519 --- Additional Comments From [EMAIL PROTECTED] 2004-12-30 20:59 --- (In reply to comment #8) OK. Lets try and narrow it down. What is the date of the dll file? What is its size (exactly) in bytes? March 23th, 2004 114.688 bytes -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32519] - Processing of multipart/form-data request failed
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=32519. 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=32519 --- Additional Comments From [EMAIL PROTECTED] 2004-12-30 21:46 --- Neither that file size or date match anything in the JK downloads. I am guessing that someone built the .dll from the source. It is just not possible for me to determine what source was used. What I suggest is trying the latest JK - 1.2.8 and see if that works. One random thought - might this be related to bug 27796? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Removing Tomcat files in jakarta.apache.org/site
I'm also interested in killing: http://jakarta.apache.org/tomcat-old/ and http://jakarta.apache.org/tomcat-4.0/ Hen On Wed, 29 Dec 2004 02:00:08 -0500, Henri Yandell [EMAIL PROTECTED] wrote: Anyone mind if I nuke: http://jakarta.apache.org/site/idedev-rdeclipse.html http://jakarta.apache.org/site/idedev-rdtomcat.html http://jakarta.apache.org/site/idedev-rdnetbeans.html They look like they're either dead, or long since have become a part of Tomcat's site. If they are still live, could they be migrated into Tomcat? Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32898] New: - Cluster restart fails
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=32898. 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=32898 Summary: Cluster restart fails Product: Tomcat 5 Version: 5.0.30 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Catalina:Cluster AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I have two machines in a cluster configuration. An initial start of each works properly, with sessions being shared, etc. Stopping one Tomcat instance works and I can continue as the other Tomcat instance also has my session. However, when I restart the stopped Tomcat instance, it refuses to load the context (in my case, an app named Config). It seems to be complaining about a ClassNotFound exception for util.MessageResourcesFactory - MessageResourcesFactory.createFactory, however, this class is found on the initial startup (before shutdown) and I am able have session replicate initially also. Stack trace (restart) below: 0 [main] INFO http11.Http11Protocol - Initializing Coyote HTTP/1.1 on http-8080 45 [main] INFO startup.Catalina - Initialization processed in 1350 ms 229 [main] INFO core.StandardService - Starting service Catalina 234 [main] INFO core.StandardEngine - Starting Servlet Engine: Apache Tomcat/5.0.30 252 [main] INFO core.StandardHost - XML validation disabled 253 [main] INFO tcp.SimpleTcpCluster - Cluster is about to start 285 [main] INFO mcast.McastService - Sleeping for 2000 secs to establish cluster membership 668 [Cluster-MembershipReceiver] INFO tcp.SimpleTcpCluster - Replication member added:org.apache.catalina.cluster.mcast.McastMember[tcp://10.20.1.30:4001,10.20.1.30,4001, alive=100380] 2289 [main] INFO core.StandardHost - Create Host deployer for direct deployment ( non-jmx ) 2298 [main] INFO deploy.FarmWarDeployer - Cluster FarmWarDeployer started. 2320 [main] INFO core.StandardHostDeployer - Processing Context configuration file URL file:/home/jakarta-tomcat-5.0.30/conf/Catalina/localhost/admin.xml 4572 [main] INFO core.StandardHostDeployer - Processing Context configuration file URL file:/home/jakarta-tomcat-5.0.30/conf/Catalina/localhost/balancer.xml 4756 [main] INFO core.StandardHostDeployer - Processing Context configuration file URL file:/home/jakarta-tomcat-5.0.30/conf/Catalina/localhost/config.xml Creating ClusterManager for context /config using class org.apache.catalina.cluster.session.DeltaManager 4925 [main] INFO session.DeltaManager - Starting clustering manager...:/config 5282 [org.apache.catalina.cluster.tcp.TcpReplicationThread[1]] ERROR util.MessageResourcesFactory - MessageResourcesFactory.createFactory java.lang.ClassNotFoundException: org.apache.struts.util.PropertyMessageResourcesFactory at org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:854) at org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:721) at org.apache.struts.util.RequestUtils.applicationClass(RequestUtils.java:119) at org.apache.struts.util.MessageResourcesFactory.createFactory(MessageResourcesFactory.java:150) at org.apache.struts.util.MessageResources.getMessageResources(MessageResources.java:495) at net.messagecast.common.ConfigConstants.clinit(Unknown Source) at config.general.CommonForm.clinit(Unknown Source) at java.io.ObjectStreamClass.hasStaticInitializer(Native Method) at java.io.ObjectStreamClass.computeDefaultSUID(ObjectStreamClass.java:1557) at java.io.ObjectStreamClass.access$100(ObjectStreamClass.java:47) at java.io.ObjectStreamClass$1.run(ObjectStreamClass.java:173) at java.security.AccessController.doPrivileged(Native Method) at java.io.ObjectStreamClass.getSerialVersionUID(ObjectStreamClass.java:170) at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:459) at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1521) at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1435) at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1521) at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1435) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1626) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1274) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:324) at java.util.ArrayList.readObject(ArrayList.java:547) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
DO NOT REPLY [Bug 32898] - Cluster restart fails
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=32898. 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=32898 [EMAIL PROTECTED] changed: What|Removed |Added OS/Version|Windows XP |Linux -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JDBCStore Downgrade (Tomcat4 vs. Tomcat 5)
I thought it might be easiest to show my suggested solutions via patches. These are against 5.0.28 but if the idea is accepted I could make the patch against any version. I would also be happy to patch the docs if this is deemed a good thing. So, my solution to the Store interval problem (#1 in my original email) is to emulate the managerChecksFrequency setting in the StandardContext. In other words, I suggest a storeChecksFrequency setting for the PersistenManager.The patch to accomplish this is straightforward: Index: PersistentManagerBase.java === RCS file: /home/cvspublic/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/PersistentManagerBase.java,v retrieving revision 1.19 diff -r1.19 PersistentManagerBase.java 212a213,227 /** * Frequency of the session cleanup, and related store operations. * Store operations will be done once for the specified amount of * backgroundProcess calls (ie, the lower the amount, the most often the * checks will occur). */ private int storeChecksFrequency = 10; /** * Iteration count for store background processing. */ private int storeCount = 0; 227c242,248 ((StoreBase) this.getStore()).processExpires(); --- // only process store expires every Nth time storeCount = (storeCount + 1) % storeChecksFrequency; if (storeCount == 0) { ((StoreBase) this.getStore()).processExpires(); } 545a567,595 /** * Return the frequency of store checks. */ public int getStoreChecksFrequency() { return (this.storeChecksFrequency); } /** * Set the store checks frequency. * * @param storeChecksFrequency the new store checks frequency */ public void setStoreChecksFrequency(int storeChecksFrequency) { if (storeChecksFrequency = 0) { return; } int oldStoreChecksFrequency = this.storeChecksFrequency; this.storeChecksFrequency = storeChecksFrequency; support.firePropertyChange(storeChecksFrequency, new Integer(oldStoreChecksFrequency), new Integer(this.storeChecksFrequency)); } ~Tom On Dec 29, 2004, at 7:16 PM, Tom Anderson wrote: I would like to share my experiences in upgrading from Tomcat 4 to Tomcat 5 and offer some suggestions for improvement (to Tomcat 5) based on them. This message got a little long but I hope somebody in the know will find the time to read it and help me figure out how to rectify my problems so I can upgrade to Tomcat 5 (again). BACKGROUND We have been using Tomcat 4 successfully for a couple of years (or more?). On some machines we have quite a few contexts running (approx. 75) so making sure they all work well together is important. We have been using the experimental JDBCStore mechanism with very good results and I have also contributed some patches to achieve this success. One problem we discovered early on with Tomcat 4 was the JDBCStore.processExpires() being called on all of our many contexts at roughly the same time. The effect was that the database would slow and/or crash. Fortunately, we were able to work around this problem using the checkInterval settings in JDBCStore. By staggering these checkIntervals to different values we could ensure that different contexts would hit the database at various times and spread the load out. Also, in our installation, the JDBCStore checkInterval has been set about 15 times higher than the PersistentManager checkInterval because it is slower and simply doesn't need to be run as often (clearing out the store isn't as important or fast as clearing out memory). TOMCAT 5 Recently we tried to upgrade to Tomcat 5 and discovered that our database was periodically choking and causing massive problems with Tomcat's ability to process requests. So we have had to rollback to Tomcat 4. I have spent the last several days going through the Tomcat 5 code to try to figure out what has been happening. I have discovered that the checkInterval values are no longer used (despite what the documentation says) and are instead replaced by the backgroundProcessorDelay value in the Container class. This means that I now only have one value to set for the equivalent of the 2 checkInterval values we had in Tomcat 4. I suspect that this was done to decrease the number of threads necessary which seems like a noble goal. But the downside is that I now am forced to run my JDBCStore.processExpires() much more often than I'd like (15 times more often in my case) which is a hardship on the database. Furthermore, in Tomcat 4 JDBCStore overrode StoreBase.processExpires() to only select older sessions from the database something like
Re: JDBCStore Downgrade (Tomcat4 vs. Tomcat 5)
And to fix the loading of too many sessions while processing expires, I suggest the attached patch to only load in sessions that you KNOW need to be expired (I believe it's better to err in loading too few sessions during store expiration since they will get removed eventually anyways). Here's that patch: Index: StoreBase.java === RCS file: /home/cvspublic/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/StoreBase.java,v retrieving revision 1.8 diff -r1.8 StoreBase.java 189a190,198 /** * By default oldKeys() returns all keys but may be overridden, * for efficiency, to provide a list of keys that are ready to be * expired. */ public String[] oldKeys() throws IOException { return keys(); } 207c216,217 keys = keys(); --- // only expire old sessions from the store keys = oldKeys(); Index: JDBCStore.java === RCS file: /home/cvspublic/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/JDBCStore.java,v retrieving revision 1.9 diff -r1.9 JDBCStore.java 47c47 * @version $Revision: 1.9 $, $Date: 2004/03/20 11:11:07 $ --- * @version $Revision: 1.1 $, $Date: 2004/12/21 23:45:59 $ 442c442,464 public String[] keys() throws IOException { --- public String[] keys() throws IOException { return keys(false); } /** * Return an array containing the session identifiers of all Sessions * currently saved in this Store that are older than dirt. * If there are no such Sessions, a zero-length array is returned. * * @exception IOException if an input/output error occurred */ public String[] oldKeys() throws IOException { return keys(true); } /** * Return all keys or just old keys depending on the 'old' argument. * * @exception IOException if an input/output error occurred */ protected String[] keys(boolean old) throws IOException { 445a468,475 if (old) { // old sessions are those where the current time is // greater than the last access time plus max inactive time keysSql += AND ? ( + sessionLastAccessedCol + + ( + sessionMaxInactiveCol + *1000)); } 461a492,494 if (old) { preparedKeysSql.setLong(2, System.currentTimeMillis()); } FYI, I am testing both patches in my development environment and they seem to work well and achieve what I need to go forward with Tomcat 5. Hopefully you will accept one or both to make Tomcat more robust! Let me know if you want me to apply either or both patches to the HEAD (or whatever). And I would also be willing to do doc patches as needed. Thanks, ~Tom On Dec 29, 2004, at 7:16 PM, Tom Anderson wrote: I would like to share my experiences in upgrading from Tomcat 4 to Tomcat 5 and offer some suggestions for improvement (to Tomcat 5) based on them. This message got a little long but I hope somebody in the know will find the time to read it and help me figure out how to rectify my problems so I can upgrade to Tomcat 5 (again). BACKGROUND We have been using Tomcat 4 successfully for a couple of years (or more?). On some machines we have quite a few contexts running (approx. 75) so making sure they all work well together is important. We have been using the experimental JDBCStore mechanism with very good results and I have also contributed some patches to achieve this success. One problem we discovered early on with Tomcat 4 was the JDBCStore.processExpires() being called on all of our many contexts at roughly the same time. The effect was that the database would slow and/or crash. Fortunately, we were able to work around this problem using the checkInterval settings in JDBCStore. By staggering these checkIntervals to different values we could ensure that different contexts would hit the database at various times and spread the load out. Also, in our installation, the JDBCStore checkInterval has been set about 15 times higher than the PersistentManager checkInterval because it is slower and simply doesn't need to be run as often (clearing out the store isn't as important or fast as clearing out memory). TOMCAT 5 Recently we tried to upgrade to Tomcat 5 and discovered that our database was periodically choking and causing massive problems with Tomcat's ability to process requests. So we have had to rollback to Tomcat 4. I have spent the last several days going through the Tomcat 5 code to try to figure out what has been happening. I have discovered that the checkInterval values are no longer used (despite what the documentation says) and are instead replaced by the backgroundProcessorDelay
DO NOT REPLY [Bug 26372] - java.lang.ThreadDeath when trying to reload an application
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=26372. 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=26372 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2004-12-31 04:56 --- I ran into this issue, and having written a trivial test case, I can confirm that this zilla has nothing to do with logging (commons or log4j) or parent classloaders etc. No amount of fiddling with library classloading will fix it. The real cause is that Tomcat is invalidating (through a call to stop()) the WebappClassLoader belonging to a servlet instance whose service() method runs a little longer than usual in some conditions (2 seconds is enough). This can happen under heavy (server, DB) load, with threads still running in service(), and may occur in any lifecycle event that runs StandardWrapper.unload() e.g. stop, undeploy, reload, shutdown. If the longish service() method needs to load a class after unload() loses its patience, WebappClassLoader throws a ThreadDeath. Might want to leave this one open until I get a chance to log a couple of more concise zillas. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26372] - java.lang.ThreadDeath when trying to reload an application
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=26372. 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=26372 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]