DO NOT REPLY [Bug 42712] New: - Hot deployment not working properly
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=42712. 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=42712 Summary: Hot deployment not working properly Product: Tomcat 5 Version: 5.5.23 Platform: Other OS/Version: Windows XP Status: NEW Severity: blocker Priority: P1 Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I have done several test when doing hot deployment: I'm using Tomcat server 5.5.23 + compat package 5.5.23 for JDK1.4 When putting the database resources(JOTM) in the server.xml hot deployment will be ignored. To do the deployment the server needs to be restarted. I know the properties are correctly set as they work when I put them in the tomcat_server/conf/context.xml file. Is there a way we can set the resources globally + using hot deployment? Solution 1 and 2: Works but are not useful for a production environment. 1) When putting the resources in the tomcat_server/conf/context.xml, hot deployment will work. The drawback is that there can only be 1 context be defined for the Tomcat server. This means that we can only run 1 application on 1 Tomcat server. This option I cannot use as I need to be able to several applications on 1 Tomcat server. 2) When putting the resources in the META-INF/context.xml directory of the web application. This solution works properly. This implies that we need to build a new war file for each environment. But our company policy is that we need to be able to deploy the same war file on different environments. Thanks in advance, Guy -- 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 36169] - [PATCH] Enable chunked encoding for requests in IIS JK 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=36169. 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=36169 [EMAIL PROTECTED] changed: What|Removed |Added Summary|[PATCH] Enable chunked |[PATCH] Enable chunked |encoding for IIS JK |encoding for requests in IIS |connector |JK connector -- 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: svn commit: r549328 - in /tomcat/connectors/trunk/jk/java/org/apache: coyote/ajp/AjpAprProcessor.java jk/common/JkInputStream.java
It works. Tested with slightly more than 4 GB. Tomcat now correctly returns the content length header, and mod_jk passes it to the client. Access logging behaves the same as before (broken for Apache 1.3 and 2.0 and Tomcat as well). Thanks! [EMAIL PROTECTED] wrote: Author: billbarker Date: Wed Jun 20 19:21:36 2007 New Revision: 549328 URL: http://svn.apache.org/viewvc?view=revrev=549328 Log: Allow for large-file support on downloads as well as uploads. Reported By: Rainer Jung Modified: tomcat/connectors/trunk/jk/java/org/apache/coyote/ajp/AjpAprProcessor.java tomcat/connectors/trunk/jk/java/org/apache/jk/common/JkInputStream.java Modified: tomcat/connectors/trunk/jk/java/org/apache/coyote/ajp/AjpAprProcessor.java URL: http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/java/org/apache/coyote/ajp/AjpAprProcessor.java?view=diffrev=549328r1=549327r2=549328 == --- tomcat/connectors/trunk/jk/java/org/apache/coyote/ajp/AjpAprProcessor.java (original) +++ tomcat/connectors/trunk/jk/java/org/apache/coyote/ajp/AjpAprProcessor.java Wed Jun 20 19:21:36 2007 @@ -961,9 +961,9 @@ if (contentLanguage != null) { headers.setValue(Content-Language).setString(contentLanguage); } -int contentLength = response.getContentLength(); +long contentLength = response.getContentLengthLong(); if (contentLength = 0) { -headers.setValue(Content-Length).setInt(contentLength); +headers.setValue(Content-Length).setLong(contentLength); } // Other headers Modified: tomcat/connectors/trunk/jk/java/org/apache/jk/common/JkInputStream.java URL: http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/java/org/apache/jk/common/JkInputStream.java?view=diffrev=549328r1=549327r2=549328 == --- tomcat/connectors/trunk/jk/java/org/apache/jk/common/JkInputStream.java (original) +++ tomcat/connectors/trunk/jk/java/org/apache/jk/common/JkInputStream.java Wed Jun 20 19:21:36 2007 @@ -300,9 +300,9 @@ if( contentLanguage != null ) { headers.setValue(Content-Language).setString(contentLanguage); } -int contentLength = res.getContentLength(); +long contentLength = res.getContentLengthLong(); if( contentLength = 0 ) { -headers.setValue(Content-Length).setInt(contentLength); +headers.setValue(Content-Length).setLong(contentLength); } int numHeaders = headers.size(); outputMsg.appendInt(numHeaders); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35297] - [PATCH] Chunked transfer encoding for IIS JK/ISAPI
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=35297. 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=35297 --- Additional Comments From [EMAIL PROTECTED] 2007-06-21 01:42 --- I'm still maintaining this against the head of JK for my customers, and still waiting for JK 1.3 (two years and counting). The IIS connector without chunked encoding is pretty much useless for high volume sites (I've had customers completely exhaust the TCP ports on a Windows Server because of the lack of reuse, even with the TCP params tweaked up). -- 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 42700] - Tomcat 6.0.10 doesn't handle well servlet-mappings to docs
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=42700. 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=42700 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2007-06-21 01:49 --- This is a support issue, please post about this on the user list. -- 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]
JSP pre-compilation problem
Hi all, I'm working with mvn and the jetty jspc plugin for pre-compiling jsps and I've come across this error: [INFO] [jetty-jspc:jspc {execution: jspc}] 2007-06-21 11:15:18.969::INFO: Logging to STDERR via org.mortbay.log.StdErrLog java.lang.ClassCastException: [Ljava.lang.Object; cannot be cast to [Lorg.apache.jasper.compiler.JavacErrorDetail; at org.apache.jasper.compiler.JDTJavaCompiler.compile(JDTJavaCompiler.java:466) at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:317) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:364) at org.apache.jasper.JspC.processFile(JspC.java:1137) at org.apache.jasper.JspC.execute(JspC.java:1306) at org.mortbay.jetty.jspc.plugin.JspcMojo.compile(JspcMojo.java:284) at org.mortbay.jetty.jspc.plugin.JspcMojo.execute(JspcMojo.java:213) I've looked online (and to be honest I cannot find the JDTJavaCompiler src, but I did find the JDTCompiler src @ http://svn.apache.org/repos/asf/tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/JDTCompiler.java) which had the following: if (!problemList.isEmpty()) { JavacErrorDetail[] jeds = (JavacErrorDetail[]) problemList.toArray(new JavacErrorDetail[0]); errDispatcher.javacError(jeds); } From my limited knowledge of the codebase, this looks like a likely candidate for the cause of the error message I'm seeing. I'm going to swap the jspc plugin to (a slightly modified version of) the standard mvn jspc plugin to see if the same error occurs. I also checked the tomcat bugzilla and didn't find anything that looked similar. env info: -tomcat version 6.0.13 -mvn version 2.0.7 -jetty jspc plugin version 6.1.0 -jdk6 Thanks, Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 5.5.24 candidate binaries
On 6/21/07, Peter Rossbach [EMAIL PROTECTED] wrote: No, and I think we can fix it later at 5.5.25. At commons modeler nightly build the bug is not fixed. I created a Jira issue for this: https://issues.apache.org/jira/browse/MODELER-22 ..and have patched modeler (m1 build) to include it: http://svn.apache.org/viewvc?view=revrevision=549450 Should be available to verify that its been fixed in the next nightly build: http://svn.apache.org/viewvc?view=revrevision=549450 We can't change the existing modeler 2.0 jar - but we could release a new Modeler bug fix version (2.0.1 or 2.1) - which I can help with and/or RM in Commons. Niall Peter Am 21.06.2007 um 03:42 schrieb Filip Hanik - Dev Lists: my question to you earlier was, is this different from 5.5.23? Filip Peter Rossbach wrote: Hi Filip. The commons-modeler 2.0 not include ant.properties, but we need the modeler jmx task: localhost:~/develop/server/apache-tomcat-5.5.24-embed peter$ ant Buildfile: build.xml init: [taskdef] Could not load definitions from resource org/apache/ commons/modeler/ant/ant.properties. It could not be found. == Tomcat Embed is currently broken, only chance is to patch commons- modeler-2.0.jar with ant.properties from 1.1 release. regards Peter Am 20.06.2007 um 15:13 schrieb Filip Hanik - Dev Lists: how is 5.5.24 looking, if no one objects, I'll plan to start a vote on friday Filip Filip Hanik - Dev Lists wrote: http://people.apache.org/~fhanik/tomcat/tomcat-5.5/v5.5.24/ will let these sit to mid next week, and then we can take a vote. feedback between now and then is welcome at any time. Filip --- -- 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] - --- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.472 / Virus Database: 269.9.1/854 - Release Date: 6/19/2007 1:12 PM - 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: 5.5.24 candidate binaries
On 6/21/07, Niall Pemberton [EMAIL PROTECTED] wrote: On 6/21/07, Peter Rossbach [EMAIL PROTECTED] wrote: No, and I think we can fix it later at 5.5.25. At commons modeler nightly build the bug is not fixed. I created a Jira issue for this: https://issues.apache.org/jira/browse/MODELER-22 ..and have patched modeler (m1 build) to include it: http://svn.apache.org/viewvc?view=revrevision=549450 Should be available to verify that its been fixed in the next nightly build: http://svn.apache.org/viewvc?view=revrevision=549450 Sorry, should have been: http://people.apache.org/builds/jakarta-commons/nightly/commons-modeler/ We can't change the existing modeler 2.0 jar - but we could release a new Modeler bug fix version (2.0.1 or 2.1) - which I can help with and/or RM in Commons. Niall Peter Am 21.06.2007 um 03:42 schrieb Filip Hanik - Dev Lists: my question to you earlier was, is this different from 5.5.23? Filip Peter Rossbach wrote: Hi Filip. The commons-modeler 2.0 not include ant.properties, but we need the modeler jmx task: localhost:~/develop/server/apache-tomcat-5.5.24-embed peter$ ant Buildfile: build.xml init: [taskdef] Could not load definitions from resource org/apache/ commons/modeler/ant/ant.properties. It could not be found. == Tomcat Embed is currently broken, only chance is to patch commons- modeler-2.0.jar with ant.properties from 1.1 release. regards Peter Am 20.06.2007 um 15:13 schrieb Filip Hanik - Dev Lists: how is 5.5.24 looking, if no one objects, I'll plan to start a vote on friday Filip Filip Hanik - Dev Lists wrote: http://people.apache.org/~fhanik/tomcat/tomcat-5.5/v5.5.24/ will let these sit to mid next week, and then we can take a vote. feedback between now and then is welcome at any time. Filip --- -- 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] - --- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.472 / Virus Database: 269.9.1/854 - Release Date: 6/19/2007 1:12 PM - 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: 5.5.24 candidate binaries
Hi, many thanks to the very quick fix. I have test the svn head and it works. After you have the next offiziel build we can update the tomcat dependency. Best regards peter Am 21.06.2007 um 13:46 schrieb Niall Pemberton: On 6/21/07, Niall Pemberton [EMAIL PROTECTED] wrote: On 6/21/07, Peter Rossbach [EMAIL PROTECTED] wrote: No, and I think we can fix it later at 5.5.25. At commons modeler nightly build the bug is not fixed. I created a Jira issue for this: https://issues.apache.org/jira/browse/MODELER-22 ..and have patched modeler (m1 build) to include it: http://svn.apache.org/viewvc?view=revrevision=549450 Should be available to verify that its been fixed in the next nightly build: http://svn.apache.org/viewvc?view=revrevision=549450 Sorry, should have been: http://people.apache.org/builds/jakarta-commons/nightly/commons- modeler/ We can't change the existing modeler 2.0 jar - but we could release a new Modeler bug fix version (2.0.1 or 2.1) - which I can help with and/or RM in Commons. Niall Peter Am 21.06.2007 um 03:42 schrieb Filip Hanik - Dev Lists: my question to you earlier was, is this different from 5.5.23? Filip Peter Rossbach wrote: Hi Filip. The commons-modeler 2.0 not include ant.properties, but we need the modeler jmx task: localhost:~/develop/server/apache-tomcat-5.5.24-embed peter$ ant Buildfile: build.xml init: [taskdef] Could not load definitions from resource org/apache/ commons/modeler/ant/ant.properties. It could not be found. == Tomcat Embed is currently broken, only chance is to patch commons- modeler-2.0.jar with ant.properties from 1.1 release. regards Peter Am 20.06.2007 um 15:13 schrieb Filip Hanik - Dev Lists: how is 5.5.24 looking, if no one objects, I'll plan to start a vote on friday Filip Filip Hanik - Dev Lists wrote: http://people.apache.org/~fhanik/tomcat/tomcat-5.5/v5.5.24/ will let these sit to mid next week, and then we can take a vote. feedback between now and then is welcome at any time. Filip --- -- 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] - --- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.472 / Virus Database: 269.9.1/854 - Release Date: 6/19/2007 1:12 PM - 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: svn commit: r549328 - in /tomcat/connectors/trunk/jk/java/org/apache: coyote/ajp/AjpAprProcessor.java jk/common/JkInputStream.java
Hi Rainer, I have look at AccessLogValve to support 64 bit contentLength output, but the complete servlet API based on int data type: API 2.4/ 2.5 ServletRequest public int getContentLength(); ServletResponse public void setContentLength(int len); public void setBufferSize(int size); HttpServletRequest public int getIntHeader(String name); HTTPServletResponse public void setIntHeader(String name, int value); public void addIntHeader(String name, int value); Bad news! Peter Am 21.06.2007 um 10:14 schrieb Rainer Jung: It works. Tested with slightly more than 4 GB. Tomcat now correctly returns the content length header, and mod_jk passes it to the client. Access logging behaves the same as before (broken for Apache 1.3 and 2.0 and Tomcat as well). Thanks! [EMAIL PROTECTED] wrote: Author: billbarker Date: Wed Jun 20 19:21:36 2007 New Revision: 549328 URL: http://svn.apache.org/viewvc?view=revrev=549328 Log: Allow for large-file support on downloads as well as uploads. Reported By: Rainer Jung Modified: tomcat/connectors/trunk/jk/java/org/apache/coyote/ajp/ AjpAprProcessor.java tomcat/connectors/trunk/jk/java/org/apache/jk/common/ JkInputStream.java Modified: tomcat/connectors/trunk/jk/java/org/apache/coyote/ajp/ AjpAprProcessor.java URL: http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/java/ org/apache/coyote/ajp/AjpAprProcessor.java? view=diffrev=549328r1=549327r2=549328 = = --- tomcat/connectors/trunk/jk/java/org/apache/coyote/ajp/ AjpAprProcessor.java (original) +++ tomcat/connectors/trunk/jk/java/org/apache/coyote/ajp/ AjpAprProcessor.java Wed Jun 20 19:21:36 2007 @@ -961,9 +961,9 @@ if (contentLanguage != null) { headers.setValue(Content-Language).setString (contentLanguage); } -int contentLength = response.getContentLength(); +long contentLength = response.getContentLengthLong(); if (contentLength = 0) { -headers.setValue(Content-Length).setInt (contentLength); +headers.setValue(Content-Length).setLong (contentLength); } // Other headers Modified: tomcat/connectors/trunk/jk/java/org/apache/jk/common/ JkInputStream.java URL: http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/java/ org/apache/jk/common/JkInputStream.java? view=diffrev=549328r1=549327r2=549328 = = --- tomcat/connectors/trunk/jk/java/org/apache/jk/common/ JkInputStream.java (original) +++ tomcat/connectors/trunk/jk/java/org/apache/jk/common/ JkInputStream.java Wed Jun 20 19:21:36 2007 @@ -300,9 +300,9 @@ if( contentLanguage != null ) { headers.setValue(Content-Language).setString (contentLanguage); } -int contentLength = res.getContentLength(); +long contentLength = res.getContentLengthLong(); if( contentLength = 0 ) { -headers.setValue(Content-Length).setInt (contentLength); +headers.setValue(Content-Length).setLong (contentLength); } int numHeaders = headers.size(); outputMsg.appendInt(numHeaders); - 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: 5.5.24 candidate binaries
On 6/21/07, Peter Rossbach [EMAIL PROTECTED] wrote: Hi, many thanks to the very quick fix. I have test the svn head and it works. After you have the next offiziel build we can update the tomcat dependency. OK great I plan to create a release candidate for Modeler 2.0.1 either later today or tommorrow. Niall Best regards peter Am 21.06.2007 um 13:46 schrieb Niall Pemberton: On 6/21/07, Niall Pemberton [EMAIL PROTECTED] wrote: On 6/21/07, Peter Rossbach [EMAIL PROTECTED] wrote: No, and I think we can fix it later at 5.5.25. At commons modeler nightly build the bug is not fixed. I created a Jira issue for this: https://issues.apache.org/jira/browse/MODELER-22 ..and have patched modeler (m1 build) to include it: http://svn.apache.org/viewvc?view=revrevision=549450 Should be available to verify that its been fixed in the next nightly build: http://svn.apache.org/viewvc?view=revrevision=549450 Sorry, should have been: http://people.apache.org/builds/jakarta-commons/nightly/commons- modeler/ We can't change the existing modeler 2.0 jar - but we could release a new Modeler bug fix version (2.0.1 or 2.1) - which I can help with and/or RM in Commons. Niall Peter Am 21.06.2007 um 03:42 schrieb Filip Hanik - Dev Lists: my question to you earlier was, is this different from 5.5.23? Filip Peter Rossbach wrote: Hi Filip. The commons-modeler 2.0 not include ant.properties, but we need the modeler jmx task: localhost:~/develop/server/apache-tomcat-5.5.24-embed peter$ ant Buildfile: build.xml init: [taskdef] Could not load definitions from resource org/apache/ commons/modeler/ant/ant.properties. It could not be found. == Tomcat Embed is currently broken, only chance is to patch commons- modeler-2.0.jar with ant.properties from 1.1 release. regards Peter Am 20.06.2007 um 15:13 schrieb Filip Hanik - Dev Lists: how is 5.5.24 looking, if no one objects, I'll plan to start a vote on friday Filip Filip Hanik - Dev Lists wrote: http://people.apache.org/~fhanik/tomcat/tomcat-5.5/v5.5.24/ will let these sit to mid next week, and then we can take a vote. feedback between now and then is welcome at any time. Filip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 42708] - jmx is unable to store config : StoreConfig mbean not registeredCatalina:type=StoreConfig
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=42708. 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=42708 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2007-06-21 05:39 --- Hi we have not ported the tomcat 5.5 storeconfig module to tomcat 6. We plan to support the module at next major 6.x release. Peter -- 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: JSP pre-compilation problem
Dunno, but I thought jetty was using jasper from glassfish not apache. You might try using the maven jspc plugin from codehaus, it works for us in geronimo. With the latest version you can specify exactly which jasper version you want to use, here's the snippet from the geronimo pom: plugin groupIdorg.codehaus.mojo.jspc/groupId artifactIdjspc-maven-plugin/artifactId version2.0-SNAPSHOT/version executions execution goals goalcompile/goal /goals configuration warSourceDirectory${pom.basedir}/ src/main/webapp/warSourceDirectory /configuration /execution /executions !-- Use the Tomcat 6 JSP compiler, but with our custom Jasper version -- dependencies dependency groupIdorg.codehaus.mojo.jspc/groupId artifactIdjspc-compiler-tomcat6/ artifactId version2.0-SNAPSHOT/version exclusions exclusion groupIdorg.apache.tomcat/ groupId artifactIdjasper/artifactId /exclusion /exclusions /dependency dependency groupIdorg.apache.tomcat/groupId artifactIdjasper/artifactId version6.0.13-G543818/version /dependency /dependencies /plugin thanks david jencks On Jun 21, 2007, at 6:37 AM, Kevin Jackson wrote: Hi all, I'm working with mvn and the jetty jspc plugin for pre-compiling jsps and I've come across this error: [INFO] [jetty-jspc:jspc {execution: jspc}] 2007-06-21 11:15:18.969::INFO: Logging to STDERR via org.mortbay.log.StdErrLog java.lang.ClassCastException: [Ljava.lang.Object; cannot be cast to [Lorg.apache.jasper.compiler.JavacErrorDetail; at org.apache.jasper.compiler.JDTJavaCompiler.compile (JDTJavaCompiler.java:466) at org.apache.jasper.compiler.Compiler.generateClass (Compiler.java:317) at org.apache.jasper.compiler.Compiler.compile(Compiler.java: 364) at org.apache.jasper.JspC.processFile(JspC.java:1137) at org.apache.jasper.JspC.execute(JspC.java:1306) at org.mortbay.jetty.jspc.plugin.JspcMojo.compile (JspcMojo.java:284) at org.mortbay.jetty.jspc.plugin.JspcMojo.execute (JspcMojo.java:213) I've looked online (and to be honest I cannot find the JDTJavaCompiler src, but I did find the JDTCompiler src @ http://svn.apache.org/repos/asf/tomcat/tc6.0.x/trunk/java/org/ apache/jasper/compiler/JDTCompiler.java) which had the following: if (!problemList.isEmpty()) { JavacErrorDetail[] jeds = (JavacErrorDetail[]) problemList.toArray(new JavacErrorDetail[0]); errDispatcher.javacError(jeds); } From my limited knowledge of the codebase, this looks like a likely candidate for the cause of the error message I'm seeing. I'm going to swap the jspc plugin to (a slightly modified version of) the standard mvn jspc plugin to see if the same error occurs. I also checked the tomcat bugzilla and didn't find anything that looked similar. env info: -tomcat version 6.0.13 -mvn version 2.0.7 -jetty jspc plugin version 6.1.0 -jdk6 Thanks, Kev - 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]
svn commit: r549522 - in /tomcat/connectors/trunk/jk/native: apache-1.3/Makefile.netware apache-1.3/Makefile.vc apache-1.3/NWGNUmakefile.mak apache-2.0/Makefile.vc apache-2.0/NWGNUmakefile apache-2.0/
Author: rjung Date: Thu Jun 21 08:53:44 2007 New Revision: 549522 URL: http://svn.apache.org/viewvc?view=revrev=549522 Log: Add jk_url.[ch] to the Apache build files for the various non Unix platforms. Modified: tomcat/connectors/trunk/jk/native/apache-1.3/Makefile.netware tomcat/connectors/trunk/jk/native/apache-1.3/Makefile.vc tomcat/connectors/trunk/jk/native/apache-1.3/NWGNUmakefile.mak tomcat/connectors/trunk/jk/native/apache-2.0/Makefile.vc tomcat/connectors/trunk/jk/native/apache-2.0/NWGNUmakefile tomcat/connectors/trunk/jk/native/apache-2.0/bldjk.qclsrc tomcat/connectors/trunk/jk/native/apache-2.0/bldjk54.qclsrc Modified: tomcat/connectors/trunk/jk/native/apache-1.3/Makefile.netware URL: http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/apache-1.3/Makefile.netware?view=diffrev=549522r1=549521r2=549522 == --- tomcat/connectors/trunk/jk/native/apache-1.3/Makefile.netware (original) +++ tomcat/connectors/trunk/jk/native/apache-1.3/Makefile.netware Thu Jun 21 08:53:44 2007 @@ -152,6 +152,7 @@ $(OBJDIR)/jk_sockbuf.o \ $(OBJDIR)/jk_status.o \ $(OBJDIR)/jk_uri_worker_map.o \ + $(OBJDIR)/jk_url.o \ $(OBJDIR)/jk_util.o \ $(OBJDIR)/jk_worker.o Modified: tomcat/connectors/trunk/jk/native/apache-1.3/Makefile.vc URL: http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/apache-1.3/Makefile.vc?view=diffrev=549522r1=549521r2=549522 == --- tomcat/connectors/trunk/jk/native/apache-1.3/Makefile.vc (original) +++ tomcat/connectors/trunk/jk/native/apache-1.3/Makefile.vc Thu Jun 21 08:53:44 2007 @@ -41,6 +41,7 @@ [EMAIL PROTECTED] $(INTDIR)\jk_sockbuf.obj [EMAIL PROTECTED] $(INTDIR)\jk_status.obj [EMAIL PROTECTED] $(INTDIR)\jk_uri_worker_map.obj + [EMAIL PROTECTED] $(INTDIR)\jk_url.obj [EMAIL PROTECTED] $(INTDIR)\jk_util.obj [EMAIL PROTECTED] $(INTDIR)\jk_worker.obj [EMAIL PROTECTED] $(INTDIR)\mod_jk.obj @@ -79,6 +80,7 @@ $(INTDIR)\jk_sockbuf.obj \ $(INTDIR)\jk_status.obj \ $(INTDIR)\jk_uri_worker_map.obj \ + $(INTDIR)\jk_url.obj \ $(INTDIR)\jk_util.obj \ $(INTDIR)\jk_worker.obj \ $(INTDIR)\mod_jk.obj @@ -228,6 +230,12 @@ SOURCE=..\common\jk_uri_worker_map.c $(INTDIR)\jk_uri_worker_map.obj : $(SOURCE) $(INTDIR) + $(CPP) $(CPP_PROJ) $(SOURCE) + + +SOURCE=..\common\jk_url.c + +$(INTDIR)\jk_url.obj : $(SOURCE) $(INTDIR) $(CPP) $(CPP_PROJ) $(SOURCE) Modified: tomcat/connectors/trunk/jk/native/apache-1.3/NWGNUmakefile.mak URL: http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/apache-1.3/NWGNUmakefile.mak?view=diffrev=549522r1=549521r2=549522 == --- tomcat/connectors/trunk/jk/native/apache-1.3/NWGNUmakefile.mak (original) +++ tomcat/connectors/trunk/jk/native/apache-1.3/NWGNUmakefile.mak Thu Jun 21 08:53:44 2007 @@ -197,6 +197,7 @@ $(OBJDIR)/jk_sockbuf.o \ $(OBJDIR)/jk_status.o \ $(OBJDIR)/jk_uri_worker_map.o \ + $(OBJDIR)/jk_url.o \ $(OBJDIR)/jk_util.o \ $(OBJDIR)/jk_worker.o \ $(EOLIST) Modified: tomcat/connectors/trunk/jk/native/apache-2.0/Makefile.vc URL: http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/apache-2.0/Makefile.vc?view=diffrev=549522r1=549521r2=549522 == --- tomcat/connectors/trunk/jk/native/apache-2.0/Makefile.vc (original) +++ tomcat/connectors/trunk/jk/native/apache-2.0/Makefile.vc Thu Jun 21 08:53:44 2007 @@ -44,6 +44,7 @@ [EMAIL PROTECTED] $(INTDIR)\jk_sockbuf.obj [EMAIL PROTECTED] $(INTDIR)\jk_status.obj [EMAIL PROTECTED] $(INTDIR)\jk_uri_worker_map.obj + [EMAIL PROTECTED] $(INTDIR)\jk_url.obj [EMAIL PROTECTED] $(INTDIR)\jk_util.obj [EMAIL PROTECTED] $(INTDIR)\jk_worker.obj [EMAIL PROTECTED] $(INTDIR)\mod_jk.obj @@ -82,6 +83,7 @@ $(INTDIR)\jk_sockbuf.obj \ $(INTDIR)\jk_status.obj \ $(INTDIR)\jk_uri_worker_map.obj \ + $(INTDIR)\jk_url.obj \ $(INTDIR)\jk_util.obj \ $(INTDIR)\jk_worker.obj \ $(INTDIR)\mod_jk.obj @@ -230,6 +232,12 @@ SOURCE=..\common\jk_uri_worker_map.c $(INTDIR)\jk_uri_worker_map.obj : $(SOURCE) $(INTDIR) + $(CPP) $(CPP_PROJ) $(SOURCE) + + +SOURCE=..\common\jk_url.c + +$(INTDIR)\jk_url.obj : $(SOURCE) $(INTDIR) $(CPP) $(CPP_PROJ) $(SOURCE) Modified: tomcat/connectors/trunk/jk/native/apache-2.0/NWGNUmakefile URL: http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/apache-2.0/NWGNUmakefile?view=diffrev=549522r1=549521r2=549522 == ---
Re: svn commit: r549328 - in /tomcat/connectors/trunk/jk/java/org/apache: coyote/ajp/AjpAprProcessor.java jk/common/JkInputStream.java
This would limit dynamic (servlet) responses (and for practical purposes requests) to 32bit, but Tomcat could still serve static content with a 64bit content length. tim Tim WhittingtonDevelopment Unit Manager - Concerto Portal[EMAIL PROTECTED]P: +64 9 638 0600 x3873M: +64 21 307 925 F: +64 9 638 0699S: tim.whittingtonwww.orionhealth.com This e-mail and any attachments are intended only for the person to whom it is addressed and may contain privileged, proprietary, or other data protected from disclosure under applicable law. If you are not the addressee or the person responsible for delivering this to the addressee you are hereby notified that reading, copying or distributing this transmission is prohibited. If you have received this e-mail in error, please telephone us immediately and remove all copies of it from your system. Thank you for your co-operation. On 22/06/2007 at 12:24 a.m., in message [EMAIL PROTECTED], Peter Rossbach [EMAIL PROTECTED] wrote: Hi Rainer,I have look at AccessLogValve to support 64 bit contentLength output, but the complete servlet API based on int data type:API 2.4/ 2.5ServletRequest public int getContentLength();ServletResponse public void setContentLength(int len); public void setBufferSize(int size);HttpServletRequest public int getIntHeader(String name);HTTPServletResponse public void setIntHeader(String name, int value); public void addIntHeader(String name, int value);Bad news!PeterAm 21.06.2007 um 10:14 schrieb Rainer Jung: It works. Tested with slightly more than 4 GB. Tomcat now correctly returns the content length header, and mod_jk passes it to the client. Access logging behaves the same as before (broken for Apache 1.3 and 2.0 and Tomcat as well). Thanks! [EMAIL PROTECTED] wrote: Author: billbarker Date: Wed Jun 20 19:21:36 2007 New Revision: 549328 URL: http://svn.apache.org/viewvc?view=revrev=549328 Log: Allow for large-file support on downloads as well as uploads. Reported By: Rainer Jung Modified: tomcat/connectors/trunk/jk/java/org/apache/coyote/ajp/ AjpAprProcessor.java tomcat/connectors/trunk/jk/java/org/apache/jk/common/ JkInputStream.java Modified: tomcat/connectors/trunk/jk/java/org/apache/coyote/ajp/ AjpAprProcessor.java URL: http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/java/ org/apache/coyote/ajp/AjpAprProcessor.java? view=diffrev=549328r1=549327r2=549328 = = --- tomcat/connectors/trunk/jk/java/org/apache/coyote/ajp/ AjpAprProcessor.java (original) +++ tomcat/connectors/trunk/jk/java/org/apache/coyote/ajp/ AjpAprProcessor.java Wed Jun 20 19:21:36 2007 @@ -961,9 +961,9 @@ if (contentLanguage != null) { headers.setValue("Content-Language").setString (contentLanguage); } - int contentLength = response.getContentLength(); + long contentLength = response.getContentLengthLong(); if (contentLength = 0) { - headers.setValue("Content-Length").setInt (contentLength); + headers.setValue("Content-Length").setLong (contentLength); } // Other headers Modified: tomcat/connectors/trunk/jk/java/org/apache/jk/common/ JkInputStream.java URL: http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/java/ org/apache/jk/common/JkInputStream.java? view=diffrev=549328r1=549327r2=549328 = = --- tomcat/connectors/trunk/jk/java/org/apache/jk/common/ JkInputStream.java (original) +++ tomcat/connectors/trunk/jk/java/org/apache/jk/common/ JkInputStream.java Wed Jun 20 19:21:36 2007 @@ -300,9 +300,9 @@ if( contentLanguage != null ) { headers.setValue("Content-Language").setString (contentLanguage); } - int contentLength = res.getContentLength(); + long contentLength = res.getContentLengthLong(); if( contentLength = 0 ) { - headers.setValue("Content-Length").setInt (contentLength); + headers.setValue("Content-Length").setLong (contentLength); } int numHeaders = headers.size(); outputMsg.appendInt(numHeaders); - 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: 5.5.24 candidate binaries
On 6/21/07, Niall Pemberton [EMAIL PROTECTED] wrote: On 6/21/07, Peter Rossbach [EMAIL PROTECTED] wrote: Hi, many thanks to the very quick fix. I have test the svn head and it works. After you have the next offiziel build we can update the tomcat dependency. OK great I plan to create a release candidate for Modeler 2.0.1 either later today or tommorrow. I have created a Modeler 2.0.1 release candidate: http://people.apache.org/~niallp/modeler-2.0.1-rc1/ ...and started a vote on the Commons Dev mailing list: http://tinyurl.com/24ek6s Niall Niall Best regards peter Am 21.06.2007 um 13:46 schrieb Niall Pemberton: On 6/21/07, Niall Pemberton [EMAIL PROTECTED] wrote: On 6/21/07, Peter Rossbach [EMAIL PROTECTED] wrote: No, and I think we can fix it later at 5.5.25. At commons modeler nightly build the bug is not fixed. I created a Jira issue for this: https://issues.apache.org/jira/browse/MODELER-22 ..and have patched modeler (m1 build) to include it: http://svn.apache.org/viewvc?view=revrevision=549450 Should be available to verify that its been fixed in the next nightly build: http://svn.apache.org/viewvc?view=revrevision=549450 Sorry, should have been: http://people.apache.org/builds/jakarta-commons/nightly/commons- modeler/ We can't change the existing modeler 2.0 jar - but we could release a new Modeler bug fix version (2.0.1 or 2.1) - which I can help with and/or RM in Commons. Niall Peter Am 21.06.2007 um 03:42 schrieb Filip Hanik - Dev Lists: my question to you earlier was, is this different from 5.5.23? Filip Peter Rossbach wrote: Hi Filip. The commons-modeler 2.0 not include ant.properties, but we need the modeler jmx task: localhost:~/develop/server/apache-tomcat-5.5.24-embed peter$ ant Buildfile: build.xml init: [taskdef] Could not load definitions from resource org/apache/ commons/modeler/ant/ant.properties. It could not be found. == Tomcat Embed is currently broken, only chance is to patch commons- modeler-2.0.jar with ant.properties from 1.1 release. regards Peter Am 20.06.2007 um 15:13 schrieb Filip Hanik - Dev Lists: how is 5.5.24 looking, if no one objects, I'll plan to start a vote on friday Filip Filip Hanik - Dev Lists wrote: http://people.apache.org/~fhanik/tomcat/tomcat-5.5/v5.5.24/ will let these sit to mid next week, and then we can take a vote. feedback between now and then is welcome at any time. Filip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r549328 - in/tomcat/connectors/trunk/jk/java/org/apache:coyote/ajp/AjpAprProcessor.java jk/common/JkInputStream.java
Not really: I tested 4GB downloads. Instead of setContentLength() you can also setHeader for Content-Length. Then you have the freedom to format a larger number, because this API takes strings. It works for me. Regards, Rainer Tim Whittington wrote: This would limit dynamic (servlet) responses (and for practical purposes requests) to 32bit, but Tomcat could still serve static content with a 64bit content length. tim * http://www.orionhealth.com/* *Tim Whittington Development Unit Manager - Concerto Portal* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] P: +64 9 638 0600 x3873 M: +64 21 307 925 F: +64 9 638 0699 S: tim.whittington callto:tim.whittington www.orionhealth.com http://www.orionhealth.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]