Re: svn commit: r549328 - in/tomcat/connectors/trunk/jk/java/org/apache:coyote/ajp/AjpAprProcessor.java jk/common/JkInputStream.java

2007-06-21 Thread Rainer Jung
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
 
 


* *


*Tim Whittington
Development Unit Manager - Concerto Portal*
[EMAIL PROTECTED] 
P: +64 9 638 0600 x3873
M: +64 21 307 925
F: +64 9 638 0699
S: tim.whittington 
www.orionhealth.com 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: 5.5.24 candidate binaries

2007-06-21 Thread Niall Pemberton

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=rev&revision=549450
> >>
> >> Should be available to verify that its been fixed in the next
> >> nightly build:
> >>http://svn.apache.org/viewvc?view=rev&revision=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

2007-06-21 Thread Tim Whittington


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=rev&rev=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=diff&rev=549328&r1=549327&r2=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=diff&rev=549328&r1=549327&r2=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]

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/

2007-06-21 Thread rjung
Author: rjung
Date: Thu Jun 21 08:53:44 2007
New Revision: 549522

URL: http://svn.apache.org/viewvc?view=rev&rev=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=diff&rev=549522&r1=549521&r2=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=diff&rev=549522&r1=549521&r2=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=diff&rev=549522&r1=549521&r2=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=diff&rev=549522&r1=549521&r2=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=diff&rev=549522&r1=549521&r2=549522
===

Re: JSP pre-compilation problem

2007-06-21 Thread David Jencks

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:



org.codehaus.mojo.jspc
jspc-maven-plugin
2.0-SNAPSHOT



 compile


${pom.basedir}/ 
src/main/webapp









org.codehaus.mojo.jspc
jspc-compiler-tomcat6artifactId>

2.0-SNAPSHOT


org.apache.tomcatgroupId>

jasper





org.apache.tomcat
jasper
6.0.13-G543818




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]



DO NOT REPLY [Bug 42708] - jmx is unable to store config : StoreConfig mbean not registeredCatalina:type=StoreConfig

2007-06-21 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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: 5.5.24 candidate binaries

2007-06-21 Thread Niall Pemberton

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=rev&revision=549450
>>
>> Should be available to verify that its been fixed in the next
>> nightly build:
>>http://svn.apache.org/viewvc?view=rev&revision=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

2007-06-21 Thread Peter Rossbach

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=rev&rev=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=diff&rev=549328&r1=549327&r2=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=diff&rev=549328&r1=549327&r2=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

2007-06-21 Thread Peter Rossbach

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=rev&revision=549450

Should be available to verify that its been fixed in the next  
nightly build:

   http://svn.apache.org/viewvc?view=rev&revision=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

2007-06-21 Thread 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=rev&revision=549450

Should be available to verify that its been fixed in the next nightly build:
   http://svn.apache.org/viewvc?view=rev&revision=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

2007-06-21 Thread Niall Pemberton

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=rev&revision=549450

Should be available to verify that its been fixed in the next nightly build:
  http://svn.apache.org/viewvc?view=rev&revision=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]



JSP pre-compilation problem

2007-06-21 Thread Kevin Jackson

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]



DO NOT REPLY [Bug 42700] - Tomcat 6.0.10 doesn't handle well servlet-mappings to docs

2007-06-21 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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]



DO NOT REPLY [Bug 35297] - [PATCH] Chunked transfer encoding for IIS JK/ISAPI

2007-06-21 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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]



Re: svn commit: r549328 - in /tomcat/connectors/trunk/jk/java/org/apache: coyote/ajp/AjpAprProcessor.java jk/common/JkInputStream.java

2007-06-21 Thread 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=rev&rev=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=diff&rev=549328&r1=549327&r2=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=diff&rev=549328&r1=549327&r2=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 36169] - [PATCH] Enable chunked encoding for requests in IIS JK connector

2007-06-21 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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]