Re: is there a hard coded size limit to mod_jk response headers?
Hi Yuri, You will be able to configure the packetSize at standard coyote AJP Jk handler on Tomcat 5.5.21. http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/webapps/docs/changelog.xml?r1=483339r2=485795diff_format=h -Takayuki On 1/14/07, Yuri de Wit [EMAIL PROTECTED] wrote: I am getting a buffer overflow while using my webapp deployed to Apache2, mod_jk1.2 and Tomcat5.5.17. I am basically trying to send an HTTP response back to the browser with a custom json header (X-JSON header) containing more than 8Kb since this is the default way to send json state back to the browser using Prototype.js. My basic question is this: is there a hard-coded limit of 8Kb for HTTP response headers? If the answer is yes I could see this being a serious problem in a world of AJAX where we not only want to send a XHTML snipped back to the browser in the entity body, but also piggyback additional state in the response. I browsed the source code for Tomcat5.5.17 and found out that AJP13 sends 8Kb packets back to apachelib-mod_jk. For the response entity body any number of 8Kb packets are sent, but for the response entity header it seems that always only one 8Kb packet is sent. I also found a post to this mailing list that although asked a similar question, did end up providing a definite answer aside from how to better log the problem (http://www.mail-archive.com/tomcat-dev@jakarta.apache.org/msg73387.html). And this is the exception I am seeing: -- Jan 4, 2007 9:08:11 PM org.apache.jk.common.MsgAjp cpBytes SEVERE: Buffer overflow: buffer.len=8192 pos=25 data=215738 Jan 4, 2007 9:08:11 PM org.apache.jk.common.MsgAjp cpBytes SEVERE: Overflow java.lang.Throwable at org.apache.jk.common.MsgAjp.cpBytes(MsgAjp.java:172) at org.apache.jk.common.MsgAjp.appendByteChunk(MsgAjp.java:146) at org.apache.jk.common.MsgAjp.appendBytes(MsgAjp.java:132) at org.apache.jk.common.JkInputStream.appendHead(JkInputStream.java:302) at org.apache.jk.core.MsgContext.action(MsgContext.java:258) at org.apache.coyote.Response.action(Response.java:182) at org.apache.coyote.Response.sendHeaders(Response.java:378) at org.apache.jk.common.JkInputStream.doWrite(JkInputStream.java:126) at org.apache.coyote.Response.doWrite(Response.java:559) at org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:361) at org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:433) at org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:314) at org.apache.catalina.connector.OutputBuffer.close(OutputBuffer.java:278) at org.apache.catalina.connector.Response.finishResponse(Response.java:476) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:199) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:282) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:754) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:684) at org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:876) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) -- thanks, -- yuri - 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: is there a hard coded size limit to mod_jk response headers?
Hi Takayuki, Would that mean that still a single packet will be sent for HTTP response headers? In my case, the state I need to return in the entity header could be in the order of 250K (the extreme case) and if I configure the packet size to be ~300K, would that mean that all packets, including entity body packets would take that size? I am sure there is a reason why 8K size was choosen (not sure what 300K will mean to the performance). Would it be better to send entity headers in the same way that entity bodies are sent, i.e. N*8K? I understand that for 5.5.x this (if it makes sense of course) is a bigger change, but maybe in 6.0? thanks, - yuri On 1/16/07, Takayuki Kaneko [EMAIL PROTECTED] wrote: Hi Yuri, You will be able to configure the packetSize at standard coyote AJP Jk handler on Tomcat 5.5.21. http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/webapps/docs/changelog.xml?r1=483339r2=485795diff_format=h -Takayuki On 1/14/07, Yuri de Wit [EMAIL PROTECTED] wrote: I am getting a buffer overflow while using my webapp deployed to Apache2, mod_jk1.2 and Tomcat5.5.17. I am basically trying to send an HTTP response back to the browser with a custom json header (X-JSON header) containing more than 8Kb since this is the default way to send json state back to the browser using Prototype.js. My basic question is this: is there a hard-coded limit of 8Kb for HTTP response headers? If the answer is yes I could see this being a serious problem in a world of AJAX where we not only want to send a XHTML snipped back to the browser in the entity body, but also piggyback additional state in the response. I browsed the source code for Tomcat5.5.17 and found out that AJP13 sends 8Kb packets back to apachelib-mod_jk. For the response entity body any number of 8Kb packets are sent, but for the response entity header it seems that always only one 8Kb packet is sent. I also found a post to this mailing list that although asked a similar question, did end up providing a definite answer aside from how to better log the problem (http://www.mail-archive.com/tomcat-dev@jakarta.apache.org/msg73387.html). And this is the exception I am seeing: -- Jan 4, 2007 9:08:11 PM org.apache.jk.common.MsgAjp cpBytes SEVERE: Buffer overflow: buffer.len=8192 pos=25 data=215738 Jan 4, 2007 9:08:11 PM org.apache.jk.common.MsgAjp cpBytes SEVERE: Overflow java.lang.Throwable at org.apache.jk.common.MsgAjp.cpBytes(MsgAjp.java:172) at org.apache.jk.common.MsgAjp.appendByteChunk(MsgAjp.java:146) at org.apache.jk.common.MsgAjp.appendBytes(MsgAjp.java:132) at org.apache.jk.common.JkInputStream.appendHead(JkInputStream.java:302) at org.apache.jk.core.MsgContext.action(MsgContext.java:258) at org.apache.coyote.Response.action(Response.java:182) at org.apache.coyote.Response.sendHeaders(Response.java:378) at org.apache.jk.common.JkInputStream.doWrite(JkInputStream.java:126) at org.apache.coyote.Response.doWrite(Response.java:559) at org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:361) at org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:433) at org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:314) at org.apache.catalina.connector.OutputBuffer.close(OutputBuffer.java:278) at org.apache.catalina.connector.Response.finishResponse(Response.java:476) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:199) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:282) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:754) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:684) at org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:876) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) -- thanks, -- yuri - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38197] - taglib pool bug when tag is used with jsp:attribute
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=38197. 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=38197 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2007-01-16 05:09 --- Please see: http://tomcat.apache.org/faq/misc.html#tagbroken http://issues.apache.org/bugzilla/show_bug.cgi?id=16001 -- 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]
Problem running tomcat with war file, deployed with eclipse and s pring
Please , I need help ! Problem running tomcat with war file, deployed with eclipse and spring ( additional INFO: JAVA_HOME = C:\Program Files\Java\jre1.5.0_09 CLASSPATH = C:\Program Files\EasyEclipse Desktop Java 1.0.2\jre\lib;C:\Program Files\EasyEclipse Desktop Java 1.0.2\jre\jre\lib Path = C:\oracle\bin;C:\Archivos de programa\Oracle\jre\1.1.8\bin;C:\Perl\bin;%SystemRoot%\system32;%SystemRoot% ;%SystemRoot%\System32\Wbem;C:\Program Files\MySQL\MySQL Server 5.1\bin;O:\Oracle91\bin;C:\Program Files\EasyEclipse Desktop Java 1.0.2\jre\bin;C:\Program Files\cvsnt;C:\Program Files\PHP;C:\Program Files\SUN\SDK\bin ) Problem : === With URL : http://localhost:8080/admin/ works fine! But when going out URL: http://localhost:8080/admin/logOut.do I get this : HTTP Status 503 - This application is not currently available type Status report message This application is not currently available description The requested service (This application is not currently available) is not currently available. Apache Tomcat/5.0.28 = With URL: http://localhost:8080/ is fine again! Executing the JSP examples provided with tomcat itself , all is ok! With my own application , URL : http://localhost:8080/ca1/login.html I get : ( For this file login.html in fact should be taken from login.jsp inside war application) HTTP Status 404 - /ca1/login.html type Status report message /ca1/login.html description The requested resource (/ca1/login.html) is not available. Apache Tomcat/5.0.28 == War Application 'ca1' (PKI) was copied into 'C:\Program Files\Apache Software Foundation\Tomcat 5.0\webapps' And directory 'ca1' created in advance in the same path were war was copied into Thanks very much! Jose Dragone IT Engineer === Tomcat Logs come here: Jakarta_service: [2007-01-16 09:49:11] [info] Running Service... [2007-01-16 09:49:11] [info] Starting service... [2007-01-16 09:49:13] [info] Service started. Localhost_log: 2007-01-16 09:49:32 StandardContext[/balancer]org.apache.webapp.balancer.BalancerFilter: init(): ruleChain: [org.apache.webapp.balancer.RuleChain: [org.apache.webapp.balancer.rules.URLStringMatchRule: Target string: News / Redirect URL: http://www.cnn.com], [org.apache.webapp.balancer.rules.RequestParameterRule: Target param name: paramName / Target param value: paramValue / Redirect URL: http://www.yahoo.com], [org.apache.webapp.balancer.rules.AcceptEverythingRule: Redirect URL: http://jakarta.apache.org]] 2007-01-16 09:49:34 StandardContext[/jsp-examples]ContextListener: contextInitialized() 2007-01-16 09:49:34 StandardContext[/jsp-examples]SessionListener: contextInitialized() 2007-01-16 09:49:35 StandardContext[/servlets-examples]ContextListener: contextInitialized() 2007-01-16 09:49:35 StandardContext[/servlets-examples]SessionListener: contextInitialized() 2007-01-16 10:20:37 StandardContext[/jsp-examples]ContextListener: attributeReplaced('org.apache.catalina.WELCOME_FILES', '[Ljava.lang.String;@1b32627') 2007-01-16 10:20:37 StandardContext[/jsp-examples]ContextListener: attributeReplaced('org.apache.catalina.WELCOME_FILES', '[Ljava.lang.String;@8dcd5d') 2007-01-16 10:20:37 StandardContext[/jsp-examples]ContextListener: attributeReplaced('org.apache.catalina.WELCOME_FILES', '[Ljava.lang.String;@1a5af9f') 2007-01-16 10:20:37 StandardContext[/jsp-examples]SessionListener: contextDestroyed() 2007-01-16 10:20:37 StandardContext[/jsp-examples]ContextListener: contextDestroyed() 2007-01-16 10:20:37 StandardContext[/jsp-examples]ContextListener: contextInitialized() 2007-01-16 10:20:37 StandardContext[/jsp-examples]SessionListener: contextInitialized() 2007-01-16 10:20:37 StandardContext[/servlets-examples]ContextListener: attributeReplaced('org.apache.catalina.WELCOME_FILES', '[Ljava.lang.String;@1aacd5f') 2007-01-16 10:20:37 StandardContext[/servlets-examples]ContextListener: attributeReplaced('org.apache.catalina.WELCOME_FILES', '[Ljava.lang.String;@913dc1') 2007-01-16 10:20:37 StandardContext[/servlets-examples]ContextListener: attributeReplaced('org.apache.catalina.WELCOME_FILES', '[Ljava.lang.String;@16d8196') 2007-01-16 10:20:37 StandardContext[/servlets-examples]SessionListener: contextDestroyed() 2007-01-16 10:20:37 StandardContext[/servlets-examples]ContextListener: contextDestroyed() 2007-01-16 10:20:37
DO NOT REPLY [Bug 41381] New: - mod_jk segfaults, if fail_on_status is used
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=41381. 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=41381 Summary: mod_jk segfaults, if fail_on_status is used Product: Tomcat 5 Version: 5.0.0 Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Native:JK AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] if fail_on_status is used, mod_jk segfaults when a reply with this status is received. Problem is a wrong order of arguments to the jk_log() function in file native/commons/jk_ajp_common.c on line 1851. -- 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 41381] - mod_jk segfaults, if fail_on_status is used
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=41381. 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=41381 --- Additional Comments From [EMAIL PROTECTED] 2007-01-16 08:17 --- Created an attachment (id=19412) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=19412action=view) fix for segfault when using fail_on_status -- 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 41382] New: - SSL Client certificate not present in servlet attribute javax.servlet.request.X509Certificate when using APR connector
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=41382. 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=41382 Summary: SSL Client certificate not present in servlet attribute javax.servlet.request.X509Certificate when using APR connector Product: Tomcat 5 Version: 5.5.20 Platform: All OS/Version: Windows XP Status: NEW Keywords: PatchAvailable Severity: normal Priority: P2 Component: Connector:HTTP AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] When using APR/native HTTPS connector, based on OpenSSL, if the client connects to HTTPS connector with a valid client certificate, the client X509 certificate is not present in the array of certificates in the javax.servlet.request.X509Certificate ServletRequest attribute, only certificates from the CAs in the certification chain are present. If no CA certificate is sent by the client then the attribute is null. This is not compliant with Servlet Specification v2.3, in the section SRV.4.7 SSL Attributes which states: If there is an SSL certificate associated with the request, it must be exposed by the servlet container to the servlet programmer as an array of objects of type java.security.cert.X509Certificate and accessible via a ServletRequest attribute of javax.servlet.request.X509Certificate. The order of this array is defined as being in ascending order of trust. The first certificate in the chain is the one set by the client, the next is the one used to authenticate the first, and so on. -- 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 41382] - SSL Client certificate not present in servlet attribute javax.servlet.request.X509Certificate when using APR connector
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=41382. 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=41382 --- Additional Comments From [EMAIL PROTECTED] 2007-01-16 08:42 --- Created an attachment (id=19414) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=19414action=view) A patch fixing the bug This patch is working for me (tested/validated in my company), and will be deployed as part of a commercial product based on Tomcat 5.5.20. -- 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 40960] - APR versus non-APR behavior difference: Timeout when reading from underlying socket does throw IOException with APR and SocketTimeoutException without APR
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=40960. 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=40960 [EMAIL PROTECTED] changed: What|Removed |Added Keywords||PatchAvailable -- 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: Eclipse WTP and Tomcat 6.0.x ?
The current WTP 2.0 Integration build now contains support for Tomcat 6.0. Sorry this missed the M4 release, but the M4 schedule shifted in a way that prevented this support from getting in. Support for Servlet 2.5 is being worked on but isn't yet available. It you want to follow along, the Eclipse bug for Tomcat 6.0 support is: https://bugs.eclipse.org/bugs/show_bug.cgi?id=167723 The download for this release is found at: http://download.eclipse.org/webtools/downloads/drops/R2.0/I-I200701121953-200701121953/ FYI: Unlike most WTP releases, there is no JEM dependency listed with this release of WTP. Changes to the emf-sdo-xsd dependency requires a new build of JEM. This isn't available from the JEM project yet, so this release of WTP includes WTP built versions of the JEM plug-ins. Cheers, Larry -Original Message- From: Odilon Oliveira [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 14, 2006 3:43 PM To: Tomcat Developers List Subject: Re: Eclipse WTP and Tomcat 6.0.x ? +1 ! For sure =) On 11/14/06, Ian Darwin [EMAIL PROTECTED] wrote: Yoav Shapira wrote: Hi, Larry, thanks for these efforts. I've been wondering for a while who was maintaining this support, and never got around to checking. It's much appreciated, at least by me, but I'm sure by many others as well +1 here too! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- --- dilas.com.br - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r496807 - in /tomcat/connectors/trunk/jk: native/common/jk_ajp_common.c xdocs/miscellaneous/changelog.xml
Author: rjung Date: Tue Jan 16 10:14:24 2007 New Revision: 496807 URL: http://svn.apache.org/viewvc?view=revrev=496807 Log: Fix segfault in feature fail_on_status (wrong order of log arguments). Patch by Juri Haberland. Modified: tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c tomcat/connectors/trunk/jk/xdocs/miscellaneous/changelog.xml Modified: tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c URL: http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c?view=diffrev=496807r1=496806r2=496807 == --- tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c (original) +++ tomcat/connectors/trunk/jk/native/common/jk_ajp_common.c Tue Jan 16 10:14:24 2007 @@ -1852,8 +1852,8 @@ (%s) request failed, because of response status %d, recoverable operation attempt=%d, - p-worker-http_status_fail, - p-worker-name, i); + p-worker-name, + p-worker-http_status_fail, i); JK_TRACE_EXIT(l); if (i = JK_RETRIES) { jk_sleep(JK_SLEEP_DEF); Modified: tomcat/connectors/trunk/jk/xdocs/miscellaneous/changelog.xml URL: http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/xdocs/miscellaneous/changelog.xml?view=diffrev=496807r1=496806r2=496807 == --- tomcat/connectors/trunk/jk/xdocs/miscellaneous/changelog.xml (original) +++ tomcat/connectors/trunk/jk/xdocs/miscellaneous/changelog.xml Tue Jan 16 10:14:24 2007 @@ -26,6 +26,10 @@ br / subsection name=Native changelog + fix +bug41381/bug: Fix segfault in feature fail_on_status +(wrong order of log arguments). Patch by Juri Haberland. (rjung) + /fix /changelog /subsection /section - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 41381] - mod_jk segfaults, if fail_on_status is used
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=41381. 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=41381 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2007-01-16 10:19 --- Sorry for the trouble, thanks for the patch. Will be part of 1.2.21. As a workaround you might consider decreasing the log level to warn. -- 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]
svn commit: r496836 - in /tomcat/tc6.0.x/trunk/res/maven: mvn-pub.xml mvn.properties.default
Author: fhanik Date: Tue Jan 16 11:46:29 2007 New Revision: 496836 URL: http://svn.apache.org/viewvc?view=revrev=496836 Log: Added release deployment Modified: tomcat/tc6.0.x/trunk/res/maven/mvn-pub.xml tomcat/tc6.0.x/trunk/res/maven/mvn.properties.default Modified: tomcat/tc6.0.x/trunk/res/maven/mvn-pub.xml URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/res/maven/mvn-pub.xml?view=diffrev=496836r1=496835r2=496836 == --- tomcat/tc6.0.x/trunk/res/maven/mvn-pub.xml (original) +++ tomcat/tc6.0.x/trunk/res/maven/mvn-pub.xml Tue Jan 16 11:46:29 2007 @@ -44,12 +44,11 @@ arg value=-DrepositoryId=${maven.repo.repositoryId}/ arg value=-Durl=${maven.repo.url}/ arg value=-DpomFile=${pom}.tmp/ - arg value=-Dmaven.scp.executable=${maven.scp.executable}/ /exec delete file=${pom}.tmp/ /target - target name=deploy + target name=generic-deploy antcall target=maven-deploy!--Deploy annotations-- param name=file value=${tomcat.lib.path}/annotations-api.jar/ param name=groupId value=org.apache.tomcat/ @@ -122,8 +121,6 @@ param name=artifactId value=jasper/ param name=pom value=${tomcat.pom.path}/jasper.pom/ /antcall - /target - target name=deploy-extras antcall target=maven-deploy!--Deploy Extras Juli-- param name=file value=${tomcat.extras.path}/tomcat-juli.jar/ param name=groupId value=org.apache.tomcat.extras/ @@ -137,4 +134,21 @@ param name=pom value=${tomcat.pom.path}/juli-adapters.pom/ /antcall /target + + target name=deploy-snapshot +antcall target=generic-deploy + param name=maven.repo.repositoryId value=${maven.snapshot.repo.repositoryId}/ + param name=maven.repo.url value=${maven.snapshot.repo.url}/ + param name=maven.deploy.version value=${maven.snapshot.deploy.version}/ +/antcall + /target + + target name=deploy-release +antcall target=generic-deploy + param name=maven.repo.repositoryId value=${maven.release.repo.repositoryId}/ + param name=maven.repo.url value=${maven.release.repo.url}/ + param name=maven.deploy.version value=${maven.release.deploy.version}/ +/antcall + /target + /project Modified: tomcat/tc6.0.x/trunk/res/maven/mvn.properties.default URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/res/maven/mvn.properties.default?view=diffrev=496836r1=496835r2=496836 == --- tomcat/tc6.0.x/trunk/res/maven/mvn.properties.default (original) +++ tomcat/tc6.0.x/trunk/res/maven/mvn.properties.default Tue Jan 16 11:46:29 2007 @@ -1,9 +1,22 @@ +#Maven properties maven.home=/development/maven-2.0.4 -maven.bin=mvn.bat -maven.repo.url=scp://people.apache.org/www/people.apache.org/repo/m2-snapshot-repository -maven.repo.repositoryId=apache.snapshots -maven.deploy.version=6.0.7-SNAPSHOT +#Define mvn for Unix systems and mvn.bat for Windows as ANT exec requires the full name +maven.bin=mvn + +#Maven snapshot properties +maven.snapshot.repo.url=scp://people.apache.org/www/people.apache.org/repo/m2-snapshot-repository +maven.snapshot.repo.repositoryId=apache.snapshots +maven.snapshot.deploy.version=6.0.8-SNAPSHOT + +#Maven release properties +maven.release.repo.url=scp://people.apache.org/www/tomcat.apache.org/dev/dist/m2-repository +maven.release.repo.repositoryId=tomcat-staging +maven.release.deploy.version=6.0.8 + +#Where do we load the libraries from tomcat.lib.path=../../output/build/lib tomcat.bin.path=../../output/build/bin +tomcat.extras.path=../../output/extras + +#Where do we find the POM files tomcat.pom.path=../../res/maven -tomcat.extras.path=../../output/extras \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat Jars - Maven2 repo
Ok, I have completed the scripts for the Maven repo publishes. One section is for publishing a snapshot, and the other is for publishing our release JARs. Snapshots go to: scp://people.apache.org/www/people.apache.org/repo/m2-snapshot-repository and releases go to: scp://people.apache.org/www/tomcat.apache.org/dev/dist/m2-repository After trying for two days, I can get Maven (mvn deploy:deploy-file) to work properly on windows. there is no documentation for how the underlying JCraft library actually is assumed to work, I think it has hard coded paths for known_hosts etc. If anyone wants to take a stab at this, please let me know, the script I created, is used by ant and simply executes Maven command line commands. Using maven's ant tasks seemed far more complicated than that, so I skipped those all together. Steps to do a snapshot 1. cd trunk 2. ant download 3. ant 4. ant -f extras.xml 5. cd res/maven 6. Edit mvn.properties (default values are in mvn.properties.default) 7. ant -f mvn-pub.xml deploy-snapshot Steps to deploy a release 1. Either do step 1-4 from above on the correct tag, or unzip a release including and copy in the extras directory) 2. cd res/maven 3. Edit mvn.properties (default values are in mvn.properties.default) 4. ant -f mvn-pub.xml deploy-release We can run with this setup for a while, once outside folks are happy with the release jars, we can start deploying to ASF Ibiblio sync repo, so they get copied to the central repository. Filip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: is there a hard coded size limit to mod_jk response headers?
Hi, could you elaborate? Will a matching mod_jk update be needed? -Mitch -Original Message- From: Takayuki Kaneko [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 16, 2007 3:45 AM To: Tomcat Developers List Subject: Re: is there a hard coded size limit to mod_jk response headers? Hi Yuri, You will be able to configure the packetSize at standard coyote AJP Jk handler on Tomcat 5.5.21. http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/webapps/docs/chang elog.xml?r1=483339r2=485795diff_format=h -Takayuki On 1/14/07, Yuri de Wit [EMAIL PROTECTED] wrote: I am getting a buffer overflow while using my webapp deployed to Apache2, mod_jk1.2 and Tomcat5.5.17. I am basically trying to send an HTTP response back to the browser with a custom json header (X-JSON header) containing more than 8Kb since this is the default way to send json state back to the browser using Prototype.js. My basic question is this: is there a hard-coded limit of 8Kb for HTTP response headers? If the answer is yes I could see this being a serious problem in a world of AJAX where we not only want to send a XHTML snipped back to the browser in the entity body, but also piggyback additional state in the response. I browsed the source code for Tomcat5.5.17 and found out that AJP13 sends 8Kb packets back to apachelib-mod_jk. For the response entity body any number of 8Kb packets are sent, but for the response entity header it seems that always only one 8Kb packet is sent. I also found a post to this mailing list that although asked a similar question, did end up providing a definite answer aside from how to better log the problem (http://www.mail-archive.com/tomcat-dev@jakarta.apache.org/msg73387.html ). And this is the exception I am seeing: -- Jan 4, 2007 9:08:11 PM org.apache.jk.common.MsgAjp cpBytes SEVERE: Buffer overflow: buffer.len=8192 pos=25 data=215738 Jan 4, 2007 9:08:11 PM org.apache.jk.common.MsgAjp cpBytes SEVERE: Overflow java.lang.Throwable at org.apache.jk.common.MsgAjp.cpBytes(MsgAjp.java:172) at org.apache.jk.common.MsgAjp.appendByteChunk(MsgAjp.java:146) at org.apache.jk.common.MsgAjp.appendBytes(MsgAjp.java:132) at org.apache.jk.common.JkInputStream.appendHead(JkInputStream.java:302) at org.apache.jk.core.MsgContext.action(MsgContext.java:258) at org.apache.coyote.Response.action(Response.java:182) at org.apache.coyote.Response.sendHeaders(Response.java:378) at org.apache.jk.common.JkInputStream.doWrite(JkInputStream.java:126) at org.apache.coyote.Response.doWrite(Response.java:559) at org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.j ava:361) at org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:433) at org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:314 ) at org.apache.catalina.connector.OutputBuffer.close(OutputBuffer.java:278) at org.apache.catalina.connector.Response.finishResponse(Response.java:476) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:1 51) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:199) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:282) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:754) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java: 684) at org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket. java:876) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool .java:684) at java.lang.Thread.run(Thread.java:595) -- thanks, -- yuri - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem running tomcat with war file, deployed with eclipse and s pring
SOF - Dragone Jose Luis wrote: Please , I need help ! Please use the users list for questions like this. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 41361] - Content lost when read by a slow client.
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=41361. 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=41361 --- Additional Comments From [EMAIL PROTECTED] 2007-01-16 16:29 --- Can you clarify the specifics of this issue a bit? Are you seeing this issue with just Tomcat standalone, or Tomcat in conjunction with Apache (or IIS)? I'm not able to repro this using plain Tomcat 5.5.20 on JDK 1.5 running on both Linux and Mac. I used delay periods of 5, 10, 15, 20 and 30 seconds with total delays of up to 120 seconds, and each test received the full output as expected. Sorry, I don't have a WinXP system to test on. -- 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 41361] - Content lost when read by a slow client.
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=41361. 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=41361 --- Additional Comments From [EMAIL PROTECTED] 2007-01-16 17:52 --- Tomcat standalone. Server Information in the Tomcat manager reports: Tomcat Version: Apache Tomcat/5.5.20 JVM Version: 1.5.0_04-b05 JVM Vendor: Sun Microsystems Inc. OS Name: Windows XP OS Version: 5.1 OS Architecture: x86 The problem also exists on our staging server: Tomcat Version: Apache Tomcat/5.5.20 JVM Version: 1.5.0_09-b03 JVM Vendor: Sun Microsystems Inc. OS Name: Windows 2003 OS Version: 5.2 OS Architecture: x86 Both are vanilla installs of Tomcat. No problems are encountered when deploying to Sun Java System Application Server Platform Edition 9.0_01 Any other info I can provide? -- 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: failure notice
Hi I have built a product that uses MDA for building administrator applications. It uses a xml model to build the admin application. It also lets managing multiple applications (eg cluster of tomcat servers) very easily. I have created a model for hibernate and tomcat ( 5.x). Since I dont see any admin application for tomcat 6.x, I was wondering If I should create one for tomcat 6.x using the tool? If you need further information, check www.configx.com let me know what you all think regards Rama - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Admin Application
Hi I have built a product that uses MDA for building administrator applications. It uses a xml model to build the admin application. It also lets managing multiple applications (eg cluster of tomcat servers) very easily. I have created a model for hibernate and tomcat ( 5.x). Since I dont see any admin application for tomcat 6.x, I was wondering If I should create one for tomcat 6.x using the tool? If you need further information, check www.configx.com let me know what you all think regards Rama - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]