date:20051221

Re: Tomcat 6 plans (JSP 2.1)

2005-12-21 Thread Henri Gomez

+1

Appart the JSP 2.1, TC 6.0 changes will be in which areas ?

>2005/12/21, Tim Funk <[EMAIL PROTECTED]>:
> +0
>
> (+1 - if I can realign my day job duties to free up time to help more :( )
>
> -Tim
>
> Remy Maucherat wrote:
> > Hi,
> >
> > Besides adding support for Servlet 2.5 which does not seem too
> > overwhelming, most of the specification work is on support of JSP 2.1. I
> > am happy to report that Jacob Hookom is willing to contribute code to
> > add the necessary JSP support in Tomcat (he has done such an
> > implementation already, and owns the copyright on that code). To host
> > the code, a new branch is going to be needed for Jasper (as well as a
> > new folder in servletapi).
> >
> > For testing the implementation, Jacob is going to need access to the JSP
> > 2.1 TCK (I suppose he'll need to be a committer to do that, but it
> > should be ok by then).
>
> -
> 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: Tomcat 6 plans (JSP 2.1)

2005-12-21 Thread Bill Barker

For Servlet 2.5, the highlights are:
  Requires 1.5 as minimum Java version.
  Needs to support  Annotations (probably the biggest project).
  Some minor changes to Sessions to support Portlets.
  A couple of really minor changes to 'web.xml' parsing.

Of course, you can always grab the spec as some light bedtime reading ;-).

"Henri Gomez" <[EMAIL PROTECTED]> wrote in message 
news:[EMAIL PROTECTED]
+1

Appart the JSP 2.1, TC 6.0 changes will be in which areas ?

>2005/12/21, Tim Funk <[EMAIL PROTECTED]>:
> +0
>
> (+1 - if I can realign my day job duties to free up time to help more :( )
>
> -Tim
>
> Remy Maucherat wrote:
> > Hi,
> >
> > Besides adding support for Servlet 2.5 which does not seem too
> > overwhelming, most of the specification work is on support of JSP 2.1. I
> > am happy to report that Jacob Hookom is willing to contribute code to
> > add the necessary JSP support in Tomcat (he has done such an
> > implementation already, and owns the copyright on that code). To host
> > the code, a new branch is going to be needed for Jasper (as well as a
> > new folder in servletapi).
> >
> > For testing the implementation, Jacob is going to need access to the JSP
> > 2.1 TCK (I suppose he'll need to be a committer to do that, but it
> > should be ok by then).
>
> -
> 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: Tomcat 6 plans (JSP 2.1)

2005-12-21 Thread Henri Gomez

2005/12/21, Bill Barker <[EMAIL PROTECTED]>:
> For Servlet 2.5, the highlights are:
>   Requires 1.5 as minimum Java version.
>   Needs to support  Annotations (probably the biggest project).
>   Some minor changes to Sessions to support Portlets.
>   A couple of really minor changes to 'web.xml' parsing.
>
> Of course, you can always grab the spec as some light bedtime reading ;-).

Hum, like that kind of night reading :)

BTW, my question was more on change in TC 6.x possible architecture
change than in API needed to be implemented.

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

Re: Tomcat 6 plans (JSP 2.1)

2005-12-21 Thread Bill Barker


"Henri Gomez" <[EMAIL PROTECTED]> wrote in message 
news:[EMAIL PROTECTED]
2005/12/21, Bill Barker <[EMAIL PROTECTED]>:
>> For Servlet 2.5, the highlights are:
>>   Requires 1.5 as minimum Java version.
>>   Needs to support  Annotations (probably the biggest project).
>>   Some minor changes to Sessions to support Portlets.
>>   A couple of really minor changes to 'web.xml' parsing.
>>
>> Of course, you can always grab the spec as some light bedtime reading 
>> ;-).
>
>Hum, like that kind of night reading :)
>
>BTW, my question was more on change in TC 6.x possible architecture
>change than in API needed to be implemented.

Sorry, so far nobody has had the sense to propose returning to the good old 
TC 3.3 Interceptors ;-).  It looks like Evolution is here to stay.






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

DO NOT REPLY [Bug 37854] - Too strict Extension-List analysis

2005-12-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=37854





--- Additional Comments From [EMAIL PROTECTED]  2005-12-21 11:03 ---
The servlet spec v.2.3 p. 63 just makes a reference to the manifest spec 
specifying that the web container must reject the app and display an 
informative message if it can not satisfy a dependency. 
 
On the other hand, the manifest spec 
(http://java.sun.com/j2se/1.3/docs/guide/extensions/versioning.html) specifies 
the behavior of the Java plugin. Since the servlet specification makes a direct 
reference to this manifest specification, I think we can consider that this 
behavior also applies to web containers. It specifies that : 
 
-Specification-Version 
-Implementation-Version 
-Implementation-Vendor-Id 
 
are all *OPTIONAL* in a manifest that indicate a dependency to . 
Moreover, still in manifest specification : 
 
"If the applet's manifest doesn't contain one or more of the optional 
attributes, the plug-in will accept any value of the corresponding attribute in 
the optional package's manifest." 
 
I suppose that "any value" also include no value. 
 
Hope it helps. 

-- 
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: Tomcat 6 plans (JSP 2.1)

2005-12-21 Thread Henri Gomez

> Sorry, so far nobody has had the sense to propose returning to the good old
> TC 3.3 Interceptors ;-).  It looks like Evolution is here to stay.

I don't know if Interceptors would be a good solutions but I'd really
like to have something similar to Apache modules.

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

[EMAIL PROTECTED]: Project jakarta-tomcat-jasper_tc5 (in module jakarta-tomcat-jasper_tc5) failed

2005-12-21 Thread bobh

To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project jakarta-tomcat-jasper_tc5 has an issue affecting its community 
integration.
This issue affects 5 projects.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- jakarta-tomcat-5 :  Servlet 2.4 and JSP 2.0 Reference Implementation
- jakarta-tomcat-catalina :  Servlet 2.4 Reference Implementation
- jakarta-tomcat-jasper_tc5 :  JavaServer Pages JSP 2.0 implementation (for 
Tomcat 5.x)
- jakarta-tomcat-jk :  Connectors to various web servers
- smartfrog-tomcat :  Smartfrog: Application Deployment from HP Laboratories


Full details are available at:

http://vmgump.apache.org/gump/public/jakarta-tomcat-jasper_tc5/jakarta-tomcat-jasper_tc5/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Dependency on ant exists, no need to add for property ant.jar.
 -INFO- Failed with reason build failed
 -DEBUG- Extracted fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/jakarta-tomcat-jasper_tc5/jakarta-tomcat-jasper_tc5/gump_work/build_jakarta-tomcat-jasper_tc5_jakarta-tomcat-jasper_tc5.html
Work Name: build_jakarta-tomcat-jasper_tc5_jakarta-tomcat-jasper_tc5 (Type: 
Build)
Work ended in a state of : Failed
Elapsed: 12 secs
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar
 org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml 
-Dbuild.sysclasspath=only 
-Djsp-api.jar=/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr152/dist/lib/jsp-api.jar
 
-Dcommons-el.jar=/usr/local/gump/public/workspace/jakarta-commons/el/dist/commons-el.jar
 
-Djasper-compiler-jdt.jar=/usr/local/gump/packages/eclipse-3.1M6/plugins/org.eclipse.jdt.core_3.1.0/jdtcore.jar
 -Dant.jar=/usr/local/gump/public/workspace/ant/dist/lib/ant.jar 
-Dservlet-api.jar=/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr154/dist/lib/servlet-api.jar
 -Dcompile.source=1.4 dist 
[Working Directory: 
/usr/local/gump/public/workspace/jakarta-tomcat-jasper_tc5/jasper2]
CLASSPATH: 
/opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-21122005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-21122005.jar:/usr/local/gump/public/workspace/jakarta-commons/el/dist/commons-el.jar:/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr154/dist/lib/servlet-api.jar:/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr152/dist/lib/jsp-api.jar:/usr/local/gump/packages/eclipse-3.1M6/plugins/org.eclipse.jdt.core_3.1.0/jdtcore.jar
-
Buildfile: build.xml

build-prepare:
[mkdir] Created dir: 
/x1/gump/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build
[mkdir] Created dir: 
/x1/gump/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build/bin
[mkdir] Created dir: 
/x1/gump/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build/common/classes
[mkdir] Created dir: 
/x1/gump/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build/common/lib
[mkdir] Created dir: 
/x1/gump/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build/shared/classes
[mkdir] Created dir: 
/x1/gump/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build/shared/lib

copy-launcher.jars:

build-static:
 [copy] Copying 4 files to 
/x1/gump/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build/bin

build-only:
[javac] Compiling 97 source files to 
/x1/gump/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build/shared/classes
[javac] 
/x1/gump/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/src/share/org/apache/jasper/runtime/BodyContentImpl.java:44:
 cannot resolve symbol
[javac] symbol  : method parseBoolean (java.lang.String)
[javac] location: class java.lang.Boolean
[javac] 
Boolean.parseBoolean(System.getProperty("org.apache.jasper.runtime.BodyContentImpl.LIMIT_BUFFER",
 "false"));
[javac]^
[javac] 
/x1/gump/public/workspace/jak

[EMAIL PROTECTED]: Project jakarta-tomcat-jasper_tc5 (in module jakarta-tomcat-jasper_tc5) failed

2005-12-21 Thread bobh

To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project jakarta-tomcat-jasper_tc5 has an issue affecting its community 
integration.
This issue affects 5 projects.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- jakarta-tomcat-5 :  Servlet 2.4 and JSP 2.0 Reference Implementation
- jakarta-tomcat-catalina :  Servlet 2.4 Reference Implementation
- jakarta-tomcat-jasper_tc5 :  JavaServer Pages JSP 2.0 implementation (for 
Tomcat 5.x)
- jakarta-tomcat-jk :  Connectors to various web servers
- smartfrog-tomcat :  Smartfrog: Application Deployment from HP Laboratories


Full details are available at:

http://vmgump.apache.org/gump/public/jakarta-tomcat-jasper_tc5/jakarta-tomcat-jasper_tc5/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Dependency on ant exists, no need to add for property ant.jar.
 -INFO- Failed with reason build failed
 -DEBUG- Extracted fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/jakarta-tomcat-jasper_tc5/jakarta-tomcat-jasper_tc5/gump_work/build_jakarta-tomcat-jasper_tc5_jakarta-tomcat-jasper_tc5.html
Work Name: build_jakarta-tomcat-jasper_tc5_jakarta-tomcat-jasper_tc5 (Type: 
Build)
Work ended in a state of : Failed
Elapsed: 12 secs
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar
 org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml 
-Dbuild.sysclasspath=only 
-Djsp-api.jar=/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr152/dist/lib/jsp-api.jar
 
-Dcommons-el.jar=/usr/local/gump/public/workspace/jakarta-commons/el/dist/commons-el.jar
 
-Djasper-compiler-jdt.jar=/usr/local/gump/packages/eclipse-3.1M6/plugins/org.eclipse.jdt.core_3.1.0/jdtcore.jar
 -Dant.jar=/usr/local/gump/public/workspace/ant/dist/lib/ant.jar 
-Dservlet-api.jar=/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr154/dist/lib/servlet-api.jar
 -Dcompile.source=1.4 dist 
[Working Directory: 
/usr/local/gump/public/workspace/jakarta-tomcat-jasper_tc5/jasper2]
CLASSPATH: 
/opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-21122005.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-21122005.jar:/usr/local/gump/public/workspace/jakarta-commons/el/dist/commons-el.jar:/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr154/dist/lib/servlet-api.jar:/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr152/dist/lib/jsp-api.jar:/usr/local/gump/packages/eclipse-3.1M6/plugins/org.eclipse.jdt.core_3.1.0/jdtcore.jar
-
Buildfile: build.xml

build-prepare:
[mkdir] Created dir: 
/x1/gump/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build
[mkdir] Created dir: 
/x1/gump/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build/bin
[mkdir] Created dir: 
/x1/gump/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build/common/classes
[mkdir] Created dir: 
/x1/gump/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build/common/lib
[mkdir] Created dir: 
/x1/gump/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build/shared/classes
[mkdir] Created dir: 
/x1/gump/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build/shared/lib

copy-launcher.jars:

build-static:
 [copy] Copying 4 files to 
/x1/gump/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build/bin

build-only:
[javac] Compiling 97 source files to 
/x1/gump/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build/shared/classes
[javac] 
/x1/gump/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/src/share/org/apache/jasper/runtime/BodyContentImpl.java:44:
 cannot resolve symbol
[javac] symbol  : method parseBoolean (java.lang.String)
[javac] location: class java.lang.Boolean
[javac] 
Boolean.parseBoolean(System.getProperty("org.apache.jasper.runtime.BodyContentImpl.LIMIT_BUFFER",
 "false"));
[javac]^
[javac] 
/x1/gump/public/workspace/jak

svn commit: r358283 - /tomcat/container/tc5.5.x/webapps/docs/changelog.xml

2005-12-21 Thread remm

Author: remm
Date: Wed Dec 21 05:05:15 2005
New Revision: 358283

URL: http://svn.apache.org/viewcvs?rev=358283&view=rev
Log:
- Changelog update.

Modified:
tomcat/container/tc5.5.x/webapps/docs/changelog.xml

Modified: tomcat/container/tc5.5.x/webapps/docs/changelog.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/webapps/docs/changelog.xml?rev=358283&r1=358282&r2=358283&view=diff
==
--- tomcat/container/tc5.5.x/webapps/docs/changelog.xml (original)
+++ tomcat/container/tc5.5.x/webapps/docs/changelog.xml Wed Dec 21 05:05:15 2005
@@ -30,6 +30,21 @@
   
37934: Don't ask for authentication if deny-from-all is in 
effect. (billbarker)
   
+  
+   Remove leftover static logger which was used to log application level 
messages in
+   ApplicationContextFacade (remm)
+  
+
+  
+  
+
+  
+   Report binding errors in the APR endpoint as strings rather than 
platform specific
+   status codes (remm)
+  
+  
+   37934: Don't ask for authentication if deny-from-all is in 
effect. (billbarker)
+  
 
   
   
@@ -40,6 +55,11 @@
   
 37929: Don't stop on the generic attribute methods just 
because the session is invalid. Patch by Pierre Delisle. (billbarker)
   
+  
+Add system properties 
org.apache.jasper.runtime.BodyContentImpl.LIMIT_BUFFER and
+org.apache.jasper.runtime.JspFactoryImpl.USE_POOL to allow configuring 
Jasper
+memory usage (remm)
+  
   
 37933: Restrict  to only look in 
PAGE_SCOPE. (billbarker)
   



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

svn commit: r358285 - in /tomcat/jasper/tc5.5.x/jasper2/src/share/org/apache/jasper/runtime: BodyContentImpl.java JspFactoryImpl.java

2005-12-21 Thread remm

Author: remm
Date: Wed Dec 21 05:09:42 2005
New Revision: 358285

URL: http://svn.apache.org/viewcvs?rev=358285&view=rev
Log:
- Ok, so I used a Java 5 API.

Modified:

tomcat/jasper/tc5.5.x/jasper2/src/share/org/apache/jasper/runtime/BodyContentImpl.java

tomcat/jasper/tc5.5.x/jasper2/src/share/org/apache/jasper/runtime/JspFactoryImpl.java

Modified: 
tomcat/jasper/tc5.5.x/jasper2/src/share/org/apache/jasper/runtime/BodyContentImpl.java
URL: 
http://svn.apache.org/viewcvs/tomcat/jasper/tc5.5.x/jasper2/src/share/org/apache/jasper/runtime/BodyContentImpl.java?rev=358285&r1=358284&r2=358285&view=diff
==
--- 
tomcat/jasper/tc5.5.x/jasper2/src/share/org/apache/jasper/runtime/BodyContentImpl.java
 (original)
+++ 
tomcat/jasper/tc5.5.x/jasper2/src/share/org/apache/jasper/runtime/BodyContentImpl.java
 Wed Dec 21 05:09:42 2005
@@ -41,7 +41,7 @@
 private static final String LINE_SEPARATOR = 
 System.getProperty("line.separator");
 private static final boolean LIMIT_BUFFER = 
-
Boolean.parseBoolean(System.getProperty("org.apache.jasper.runtime.BodyContentImpl.LIMIT_BUFFER",
 "false"));
+
Boolean.valueOf(System.getProperty("org.apache.jasper.runtime.BodyContentImpl.LIMIT_BUFFER",
 "false")).booleanValue();
 
 private char[] cb;
 private int nextChar;

Modified: 
tomcat/jasper/tc5.5.x/jasper2/src/share/org/apache/jasper/runtime/JspFactoryImpl.java
URL: 
http://svn.apache.org/viewcvs/tomcat/jasper/tc5.5.x/jasper2/src/share/org/apache/jasper/runtime/JspFactoryImpl.java?rev=358285&r1=358284&r2=358285&view=diff
==
--- 
tomcat/jasper/tc5.5.x/jasper2/src/share/org/apache/jasper/runtime/JspFactoryImpl.java
 (original)
+++ 
tomcat/jasper/tc5.5.x/jasper2/src/share/org/apache/jasper/runtime/JspFactoryImpl.java
 Wed Dec 21 05:09:42 2005
@@ -41,7 +41,7 @@
 
 private static final String SPEC_VERSION = "2.0";
 private static final boolean USE_POOL = 
-
Boolean.parseBoolean(System.getProperty("org.apache.jasper.runtime.JspFactoryImpl.USE_POOL",
 "true"));
+
Boolean.valueOf(System.getProperty("org.apache.jasper.runtime.JspFactoryImpl.USE_POOL",
 "true")).booleanValue();
 
 private SimplePool pool = new SimplePool(100);
 



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

Jasper in Tomcat 5.0.x

2005-12-21 Thread Remy Maucherat


Hi,

If new Tomcat 5.0.x releases are made, I would be in favor of using the 
Jasper from Tomcat 5.5.x. IMO, using a branch for Jasper was only 
justified while features were being added and stabilization was needed, 
but in the end, the only significant one was the update to the compiler.


Rémy

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

Re: svn commit: r358285 - in /tomcat/jasper/tc5.5.x/jasper2/src/share/org/apache/jasper/runtime: BodyContentImpl.java JspFactoryImpl.java

2005-12-21 Thread Paul Speed


Just wondering if/why this is better than simply calling:
Boolean.getBoolean( 
"org.apache.jasper.runtime.BodyContentImpl.LIMIT_BUFFER" );


All of them end up calling the same method anyway, but getBoolean() 
seems clearer to me in this case and was just wondering if there is 
something bad about it.


-Paul

[EMAIL PROTECTED] wrote:


Author: remm
Date: Wed Dec 21 05:09:42 2005
New Revision: 358285

URL: http://svn.apache.org/viewcvs?rev=358285&view=rev
Log:
- Ok, so I used a Java 5 API.

Modified:

tomcat/jasper/tc5.5.x/jasper2/src/share/org/apache/jasper/runtime/BodyContentImpl.java

tomcat/jasper/tc5.5.x/jasper2/src/share/org/apache/jasper/runtime/JspFactoryImpl.java

Modified: 
tomcat/jasper/tc5.5.x/jasper2/src/share/org/apache/jasper/runtime/BodyContentImpl.java
URL: 
http://svn.apache.org/viewcvs/tomcat/jasper/tc5.5.x/jasper2/src/share/org/apache/jasper/runtime/BodyContentImpl.java?rev=358285&r1=358284&r2=358285&view=diff
==
--- 
tomcat/jasper/tc5.5.x/jasper2/src/share/org/apache/jasper/runtime/BodyContentImpl.java
 (original)
+++ 
tomcat/jasper/tc5.5.x/jasper2/src/share/org/apache/jasper/runtime/BodyContentImpl.java
 Wed Dec 21 05:09:42 2005
@@ -41,7 +41,7 @@
 private static final String LINE_SEPARATOR = 
 System.getProperty("line.separator");
 private static final boolean LIMIT_BUFFER = 
-Boolean.parseBoolean(System.getProperty("org.apache.jasper.runtime.BodyContentImpl.LIMIT_BUFFER", "false"));

+
Boolean.valueOf(System.getProperty("org.apache.jasper.runtime.BodyContentImpl.LIMIT_BUFFER",
 "false")).booleanValue();
 
 private char[] cb;

 private int nextChar;

Modified: 
tomcat/jasper/tc5.5.x/jasper2/src/share/org/apache/jasper/runtime/JspFactoryImpl.java
URL: 
http://svn.apache.org/viewcvs/tomcat/jasper/tc5.5.x/jasper2/src/share/org/apache/jasper/runtime/JspFactoryImpl.java?rev=358285&r1=358284&r2=358285&view=diff
==
--- 
tomcat/jasper/tc5.5.x/jasper2/src/share/org/apache/jasper/runtime/JspFactoryImpl.java
 (original)
+++ 
tomcat/jasper/tc5.5.x/jasper2/src/share/org/apache/jasper/runtime/JspFactoryImpl.java
 Wed Dec 21 05:09:42 2005
@@ -41,7 +41,7 @@
 
 private static final String SPEC_VERSION = "2.0";
 private static final boolean USE_POOL = 
-Boolean.parseBoolean(System.getProperty("org.apache.jasper.runtime.JspFactoryImpl.USE_POOL", "true"));

+
Boolean.valueOf(System.getProperty("org.apache.jasper.runtime.JspFactoryImpl.USE_POOL", 
"true")).booleanValue();
 
 private SimplePool pool = new SimplePool(100);
 




-
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 36994] - httpsession.getId() throws ISE after invalidation

2005-12-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=36994





--- Additional Comments From [EMAIL PROTECTED]  2005-12-21 19:10 ---
I think this is a serious issue, the change will beak many systems. For instance
it breaks the use of OSCache:

java.lang.IllegalStateException: getId: Session already invalidated
at
org.apache.catalina.session.StandardSession.getId(StandardSession.java:328)
at
org.apache.catalina.session.StandardSessionFacade.getId(StandardSessionFacade.java:78)
at
com.opensymphony.oscache.web.ServletCache.valueUnbound(ServletCache.java:96)
at
org.apache.catalina.session.StandardSession.removeAttributeInternal(StandardSession.java:1607)
at
org.apache.catalina.session.StandardSession.expire(StandardSession.java:737)
at
org.apache.catalina.session.StandardSession.expire(StandardSession.java:643)
at
org.apache.catalina.session.StandardSession.invalidate(StandardSession.java:1088)
at
org.apache.catalina.session.StandardSessionFacade.invalidate(StandardSessionFacade.java:149)

Obtaining, patching and building each new version is not really an option to me

-- 
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: Tomcat 6 plans (JSP 2.1)

2005-12-21 Thread Costin Manolache

I would really like to have something more modular too - I understand
that NIO and the
other connector stuff is unlikely to see the main branch, but I think
'minimal standalone + modules'  deserves a chance.

Even if we continue to ship by default a bloated tomcat, with all the
features anyone can think of or ever wanted - having those features
organized like modules would make a lot of things easier and better.

Almost all important platforms are designed this way - apache,  jboss,
firefox, etc, it would be time for tomcat as well..

By minimal standalone tomcat I mean: coyote http11 + servlet + jsp +
minimal set of valves to have a TCK-accepted container. Modules == 
jdbc authenticators, load balancing, ssl, jk, even APR, and anything
that could be eventually released or upgraded independently.

Costin

On 12/21/05, Henri Gomez <[EMAIL PROTECTED]> wrote:
> > Sorry, so far nobody has had the sense to propose returning to the good old
> > TC 3.3 Interceptors ;-).  It looks like Evolution is here to stay.
>
> I don't know if Interceptors would be a good solutions but I'd really
> like to have something similar to Apache modules.
>
> -
> 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: Tomcat 6 plans (JSP 2.1)

2005-12-21 Thread Yoav Shapira

+1 to Costin's stuff... I've been itching for a truly minimal Tomcat
distro for a while...

Yoav

On 12/21/05, Costin Manolache <[EMAIL PROTECTED]> wrote:
> I would really like to have something more modular too - I understand
> that NIO and the
> other connector stuff is unlikely to see the main branch, but I think
> 'minimal standalone + modules'  deserves a chance.
>
> Even if we continue to ship by default a bloated tomcat, with all the
> features anyone can think of or ever wanted - having those features
> organized like modules would make a lot of things easier and better.
>
> Almost all important platforms are designed this way - apache,  jboss,
> firefox, etc, it would be time for tomcat as well..
>
> By minimal standalone tomcat I mean: coyote http11 + servlet + jsp +
> minimal set of valves to have a TCK-accepted container. Modules ==
> jdbc authenticators, load balancing, ssl, jk, even APR, and anything
> that could be eventually released or upgraded independently.
>
> Costin
>
>
> On 12/21/05, Henri Gomez <[EMAIL PROTECTED]> wrote:
> > > Sorry, so far nobody has had the sense to propose returning to the good 
> > > old
> > > TC 3.3 Interceptors ;-).  It looks like Evolution is here to stay.
> >
> > I don't know if Interceptors would be a good solutions but I'd really
> > like to have something similar to Apache modules.
> >
> > -
> > 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]
>
>


--
Yoav Shapira
System Design and Management Fellow
MIT Sloan School of Management
Cambridge, MA, USA
[EMAIL PROTECTED] / www.yoavshapira.com

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

svn commit: r358384 - in /tomcat/connectors/trunk/jk/xdocs: config/workers.xml howto/workers.xml

2005-12-21 Thread keith

Author: keith
Date: Wed Dec 21 13:13:53 2005
New Revision: 358384

URL: http://svn.apache.org/viewcvs?rev=358384&view=rev
Log:
Document the mount workers property as an alternative
to JkMount

Modified:
tomcat/connectors/trunk/jk/xdocs/config/workers.xml
tomcat/connectors/trunk/jk/xdocs/howto/workers.xml

Modified: tomcat/connectors/trunk/jk/xdocs/config/workers.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/connectors/trunk/jk/xdocs/config/workers.xml?rev=358384&r1=358383&r2=358384&view=diff
==
--- tomcat/connectors/trunk/jk/xdocs/config/workers.xml (original)
+++ tomcat/connectors/trunk/jk/xdocs/config/workers.xml Wed Dec 21 13:13:53 2005
@@ -414,6 +414,10 @@
 Use request.useSecret="true" and request.secret="secret key 
word" at your tomcat ajp 
 Connector configuration.
 
+
+
+Space delimted list of uri maps the worker should handle
+
  
 
 

Modified: tomcat/connectors/trunk/jk/xdocs/howto/workers.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/connectors/trunk/jk/xdocs/howto/workers.xml?rev=358384&r1=358383&r2=358384&view=diff
==
--- tomcat/connectors/trunk/jk/xdocs/howto/workers.xml (original)
+++ tomcat/connectors/trunk/jk/xdocs/howto/workers.xml Wed Dec 21 13:13:53 2005
@@ -224,6 +224,8 @@
   worker.worker2.socket_keepalive=1
   # worker "worker2" want ajp13 connection to be dropped after 5mn (recycle)
   worker.worker2.recycle_timeout=300
+  # mount can be used as an alternative to the JkMount directive
+  worker.worker2.mount=/contexta /contexta/* /contextb /contextb/*
 
 
 



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

svn commit: r358402 - in /tomcat/connectors/trunk/jk: native/netscape/jk_nsapi_plugin.c xdocs/changelog.xml

2005-12-21 Thread markt

Author: markt
Date: Wed Dec 21 14:37:23 2005
New Revision: 358402

URL: http://svn.apache.org/viewcvs?rev=358402&view=rev
Log:
Fix bug 35862. NSAPI attempts to read freed memory and to dereference a null 
pointer.
  - Patch provided by Brian Kavanagh

As far as my limited jk/C knowledge goes, the patch looks good.
I would be grateful if someone with more jk/C knowledge than I could double 
check this commit.

Modified:
tomcat/connectors/trunk/jk/native/netscape/jk_nsapi_plugin.c
tomcat/connectors/trunk/jk/xdocs/changelog.xml

Modified: tomcat/connectors/trunk/jk/native/netscape/jk_nsapi_plugin.c
URL: 
http://svn.apache.org/viewcvs/tomcat/connectors/trunk/jk/native/netscape/jk_nsapi_plugin.c?rev=358402&r1=358401&r2=358402&view=diff
==
--- tomcat/connectors/trunk/jk/native/netscape/jk_nsapi_plugin.c (original)
+++ tomcat/connectors/trunk/jk/native/netscape/jk_nsapi_plugin.c Wed Dec 21 
14:37:23 2005
@@ -53,6 +53,8 @@
 
 static jk_logger_t *logger = NULL;
 static jk_worker_env_t worker_env;
+static jk_map_t *init_map = NULL;
+static jk_uri_worker_map_t *uw_map = NULL;
 
 #ifdef NETWARE
 int (*PR_IsSocketSecure) (SYS_NETFD * csd); /* pointer to 
PR_IsSocketSecure function */
@@ -84,11 +86,19 @@
 
 static void init_workers_on_other_threads(void *init_d)
 {
-jk_map_t *init_map = (jk_map_t *)init_d;
+init_map = (jk_map_t *)init_d;
 /* we add the URI->WORKER MAP since workers using AJP14 will feed it */
 /* but where are they here in Netscape ? */
 if (wc_open(init_map, &worker_env, logger)) {
-init_on_other_thread_is_ok = JK_TRUE;
+if (uri_worker_map_alloc(&uw_map, NULL, logger)) {
+uw_map->fname = "";
+worker_env.uri_to_worker = uw_map;
+init_on_other_thread_is_ok = JK_TRUE;
+}
+else {
+jk_log(logger, JK_LOG_EMERG,
+   "In init_workers_on_other_threads, failed");
+}
 }
 else {
 jk_log(logger, JK_LOG_EMERG,
@@ -215,7 +225,6 @@
 char *shm_file = pblock_findval(JK_SHM_FILE_TAG, pb);
 
 int rc = REQ_ABORTED;
-jk_map_t *init_map;
 
 fprintf(stderr,
 "In jk_init.\n   Worker file = %s.\n   Log level = %s.\n   Log 
File = %s\n",
@@ -260,8 +269,6 @@
 }
 */
 }
-
-jk_map_free(&init_map);
 }
 
 #ifdef NETWARE
@@ -279,10 +286,18 @@
 PR_IsSocketSecure = NULL;
 }
 #endif
+if (uw_map) {
+uri_worker_map_free(&uw_map, logger);
+}
+
 wc_close(logger);
 if (logger) {
 jk_close_file_logger(&logger);
 }
+
+   if (init_map) {
+jk_map_free(&init_map);
+}
 }
 
 NSAPI_PUBLIC int jk_service(pblock * pb, Session * sn, Request * rq)
@@ -393,6 +408,7 @@
 s->headers_names = NULL;
 s->headers_values = NULL;
 s->num_headers = 0;
+   s->uw_map = uw_map;
 
 #ifdef NETWARE
 /* on NetWare, we can have virtual servers that are secure.

Modified: tomcat/connectors/trunk/jk/xdocs/changelog.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/connectors/trunk/jk/xdocs/changelog.xml?rev=358402&r1=358401&r2=358402&view=diff
==
--- tomcat/connectors/trunk/jk/xdocs/changelog.xml (original)
+++ tomcat/connectors/trunk/jk/xdocs/changelog.xml Wed Dec 21 14:37:23 2005
@@ -21,6 +21,17 @@
   new documentation project for JK was started.
   
 
+
+  
+  
+
+  
+  35862: NSAPI plugin attempts to read freed memory and 
attempts to
+  dereference a null pointer. Patch provided by Brian Kavanagh. (markt)
+  
+
+  
+
 
   
   



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

DO NOT REPLY [Bug 35862] - Tomcat Connector:JK/AJP: JK Status Worker accesses freed memory for NSAPI plugin

2005-12-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=35862


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2005-12-21 23:38 ---
Patch committed and will be included in jk 1.2.16 onwards. Thanks for the patch.

-- 
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: r358404 - /tomcat/connectors/trunk/webapp/

2005-12-21 Thread markt

Author: markt
Date: Wed Dec 21 14:41:38 2005
New Revision: 358404

URL: http://svn.apache.org/viewcvs?rev=358404&view=rev
Log:
Repo clean up in connectors

Removed:
tomcat/connectors/trunk/webapp/


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

svn commit: r358405 - /tomcat/connectors/trunk/naming/

2005-12-21 Thread markt

Author: markt
Date: Wed Dec 21 14:41:52 2005
New Revision: 358405

URL: http://svn.apache.org/viewcvs?rev=358405&view=rev
Log:
Repo clean up in connectors

Removed:
tomcat/connectors/trunk/naming/


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

svn commit: r358406 - /tomcat/connectors/trunk/jk/native2/

2005-12-21 Thread markt

Author: markt
Date: Wed Dec 21 14:42:19 2005
New Revision: 358406

URL: http://svn.apache.org/viewcvs?rev=358406&view=rev
Log:
Repo clean up in connectors

Removed:
tomcat/connectors/trunk/jk/native2/


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

DO NOT REPLY [Bug 37854] - Too strict Extension-List analysis

2005-12-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=37854





--- Additional Comments From [EMAIL PROTECTED]  2005-12-21 23:57 ---
The attributes are optional for the plugin manifest but the same reference also
states:

"Note that all of the above manifest attributes should be included in an
optional package's manifest."

The key word here is "should". If it was "must", the current Tomcat behaviour
would be fine. Nothing states explicity what the desired behaviour is if the
optional package's manifest does not include one of the attributes.

Your interpretation is a sensible one but hinges on the assumption that "any
value" is the same as "no value". I want to think about this for a little while
before I make any changes. Watch this space...

-- 
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: Tomcat 6 plans (JSP 2.1)

2005-12-21 Thread Henri Gomez

- What could prevent TC 6.x to became more modular ?

- Design, commercial dependencies or personal decisions.

Why not send a sort of vote on some possible architectures and plans ?


2005/12/21, Yoav Shapira <[EMAIL PROTECTED]>:
> +1 to Costin's stuff... I've been itching for a truly minimal Tomcat
> distro for a while...
>
> Yoav
>
> On 12/21/05, Costin Manolache <[EMAIL PROTECTED]> wrote:
> > I would really like to have something more modular too - I understand
> > that NIO and the
> > other connector stuff is unlikely to see the main branch, but I think
> > 'minimal standalone + modules'  deserves a chance.
> >
> > Even if we continue to ship by default a bloated tomcat, with all the
> > features anyone can think of or ever wanted - having those features
> > organized like modules would make a lot of things easier and better.
> >
> > Almost all important platforms are designed this way - apache,  jboss,
> > firefox, etc, it would be time for tomcat as well..
> >
> > By minimal standalone tomcat I mean: coyote http11 + servlet + jsp +
> > minimal set of valves to have a TCK-accepted container. Modules ==
> > jdbc authenticators, load balancing, ssl, jk, even APR, and anything
> > that could be eventually released or upgraded independently.
> >
> > Costin
> >
> >
> > On 12/21/05, Henri Gomez <[EMAIL PROTECTED]> wrote:
> > > > Sorry, so far nobody has had the sense to propose returning to the good 
> > > > old
> > > > TC 3.3 Interceptors ;-).  It looks like Evolution is here to stay.
> > >
> > > I don't know if Interceptors would be a good solutions but I'd really
> > > like to have something similar to Apache modules.
> > >
> > > -
> > > 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]
> >
> >
>
>
> --
> Yoav Shapira
> System Design and Management Fellow
> MIT Sloan School of Management
> Cambridge, MA, USA
> [EMAIL PROTECTED] / www.yoavshapira.com
>
> -
> 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 37044] - JAASRealm / RealmBase role checking bug ?

2005-12-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=37044





--- Additional Comments From [EMAIL PROTECTED]  2005-12-22 00:15 ---
This one has not been fixed.

Would you please consider to fix JAASRealm with a correct hasRole() method?

This would make life easier for JAAS realm login module implementors. 
Custom role classes are causing 403 forbidden messages, which drives people
crazy because all parameter settings are correct. 

The 5.5.4 implementation uses a roleMap, which works fine. I don't know why it
has been removed. It broke all custom role classes.

-- 
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: Tomcat 6 plans (JSP 2.1)

2005-12-21 Thread Costin Manolache

Well, it's not about 'vote' or plans, it's more about what people have
time to do.

I have checked in the build files for a 'standalone' tomcat in the
sandbox, I've been using the single jar almost exclusively, seems to
work fine. But I have a feeling I'm the only one interested in this
:-). Removing more features to make it really minimal is quite simple,
but requires testing and a bit of work. I don't think we need any new
code - just small adjustments and different packaging - and a bit of
will.

Costin


On 12/21/05, Henri Gomez <[EMAIL PROTECTED]> wrote:
> - What could prevent TC 6.x to became more modular ?
>
> - Design, commercial dependencies or personal decisions.
>
> Why not send a sort of vote on some possible architectures and plans ?
>
>
> 2005/12/21, Yoav Shapira <[EMAIL PROTECTED]>:
> > +1 to Costin's stuff... I've been itching for a truly minimal Tomcat
> > distro for a while...
> >
> > Yoav
> >
> > On 12/21/05, Costin Manolache <[EMAIL PROTECTED]> wrote:
> > > I would really like to have something more modular too - I understand
> > > that NIO and the
> > > other connector stuff is unlikely to see the main branch, but I think
> > > 'minimal standalone + modules'  deserves a chance.
> > >
> > > Even if we continue to ship by default a bloated tomcat, with all the
> > > features anyone can think of or ever wanted - having those features
> > > organized like modules would make a lot of things easier and better.
> > >
> > > Almost all important platforms are designed this way - apache,  jboss,
> > > firefox, etc, it would be time for tomcat as well..
> > >
> > > By minimal standalone tomcat I mean: coyote http11 + servlet + jsp +
> > > minimal set of valves to have a TCK-accepted container. Modules ==
> > > jdbc authenticators, load balancing, ssl, jk, even APR, and anything
> > > that could be eventually released or upgraded independently.
> > >
> > > Costin
> > >
> > >
> > > On 12/21/05, Henri Gomez <[EMAIL PROTECTED]> wrote:
> > > > > Sorry, so far nobody has had the sense to propose returning to the 
> > > > > good old
> > > > > TC 3.3 Interceptors ;-).  It looks like Evolution is here to stay.
> > > >
> > > > I don't know if Interceptors would be a good solutions but I'd really
> > > > like to have something similar to Apache modules.
> > > >
> > > > -
> > > > 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]
> > >
> > >
> >
> >
> > --
> > Yoav Shapira
> > System Design and Management Fellow
> > MIT Sloan School of Management
> > Cambridge, MA, USA
> > [EMAIL PROTECTED] / www.yoavshapira.com
> >
> > -
> > 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 38001] New: - TruncatedClassFile when loadind applets

2005-12-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=38001

   Summary: TruncatedClassFile when loadind applets
   Product: Tomcat 5
   Version: 5.5.12
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P1
 Component: Unknown
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


I have been strugling with this for several months now. 
When using pluging 1.5.* on IE & FF I get Truncated Class File when loading an
applet.
Inittially I consider that the problem was because applet was 1.4.2 but now I
converted it to 1.5 and still got the same error.
I am now confident this is a Tomcat issue as when deployed using Sun AS8 it
works fine.

-- 
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 38001] - TruncatedClassFile when loadind applets

2005-12-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=38001





--- Additional Comments From [EMAIL PROTECTED]  2005-12-22 03:11 ---
the applet loading stack trace from javaConsole.

java.lang.ClassFormatError: Truncated class file
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at 
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at sun.applet.AppletClassLoader.findClass(AppletClassLoader.java:147)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.applet.AppletClassLoader.loadClass(AppletClassLoader.java:119)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
at java.lang.ClassLoader.defineClass2(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:719)
at 
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:160)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:254)
at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at sun.applet.AppletClassLoader.findClass(AppletClassLoader.java:147)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.applet.AppletClassLoader.loadClass(AppletClassLoader.java:119)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at sun.applet.AppletClassLoader.loadCode(AppletClassLoader.java:591)
at sun.applet.AppletPanel.createApplet(AppletPanel.java:712)
at sun.plugin.AppletViewer.createApplet(AppletViewer.java:1733)
at sun.applet.AppletPanel.runLoader(AppletPanel.java:641)
at sun.applet.AppletPanel.run(AppletPanel.java:320)
at java.lang.Thread.run(Thread.java:595)
Exception in thread "Thread-5" java.lang.NullPointerException
at 
sun.plugin.util.GrayBoxPainter.showLoadingError(GrayBoxPainter.java:153)
at sun.plugin.AppletViewer.showAppletException(AppletViewer.java:1904)
at sun.applet.AppletPanel.runLoader(AppletPanel.java:673)
at sun.applet.AppletPanel.run(AppletPanel.java:320)
at java.lang.Thread.run(Thread.java:595)

-- 
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: Tomcat 6 plans (JSP 2.1)

2005-12-21 Thread Yoav Shapira

I'm willing to help...

Yoav

On 12/21/05, Costin Manolache <[EMAIL PROTECTED]> wrote:
> Well, it's not about 'vote' or plans, it's more about what people have
> time to do.
>
> I have checked in the build files for a 'standalone' tomcat in the
> sandbox, I've been using the single jar almost exclusively, seems to
> work fine. But I have a feeling I'm the only one interested in this
> :-). Removing more features to make it really minimal is quite simple,
> but requires testing and a bit of work. I don't think we need any new
> code - just small adjustments and different packaging - and a bit of
> will.
>
> Costin
>
>
> On 12/21/05, Henri Gomez <[EMAIL PROTECTED]> wrote:
> > - What could prevent TC 6.x to became more modular ?
> >
> > - Design, commercial dependencies or personal decisions.
> >
> > Why not send a sort of vote on some possible architectures and plans ?
> >
> >
> > 2005/12/21, Yoav Shapira <[EMAIL PROTECTED]>:
> > > +1 to Costin's stuff... I've been itching for a truly minimal Tomcat
> > > distro for a while...
> > >
> > > Yoav
> > >
> > > On 12/21/05, Costin Manolache <[EMAIL PROTECTED]> wrote:
> > > > I would really like to have something more modular too - I understand
> > > > that NIO and the
> > > > other connector stuff is unlikely to see the main branch, but I think
> > > > 'minimal standalone + modules'  deserves a chance.
> > > >
> > > > Even if we continue to ship by default a bloated tomcat, with all the
> > > > features anyone can think of or ever wanted - having those features
> > > > organized like modules would make a lot of things easier and better.
> > > >
> > > > Almost all important platforms are designed this way - apache,  jboss,
> > > > firefox, etc, it would be time for tomcat as well..
> > > >
> > > > By minimal standalone tomcat I mean: coyote http11 + servlet + jsp +
> > > > minimal set of valves to have a TCK-accepted container. Modules ==
> > > > jdbc authenticators, load balancing, ssl, jk, even APR, and anything
> > > > that could be eventually released or upgraded independently.
> > > >
> > > > Costin
> > > >
> > > >
> > > > On 12/21/05, Henri Gomez <[EMAIL PROTECTED]> wrote:
> > > > > > Sorry, so far nobody has had the sense to propose returning to the 
> > > > > > good old
> > > > > > TC 3.3 Interceptors ;-).  It looks like Evolution is here to stay.
> > > > >
> > > > > I don't know if Interceptors would be a good solutions but I'd really
> > > > > like to have something similar to Apache modules.
> > > > >
> > > > > -
> > > > > 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]
> > > >
> > > >
> > >
> > >
> > > --
> > > Yoav Shapira
> > > System Design and Management Fellow
> > > MIT Sloan School of Management
> > > Cambridge, MA, USA
> > > [EMAIL PROTECTED] / www.yoavshapira.com
> > >
> > > -
> > > 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]
>
>


--
Yoav Shapira
System Design and Management Fellow
MIT Sloan School of Management
Cambridge, MA, USA
[EMAIL PROTECTED] / www.yoavshapira.com

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

DO NOT REPLY [Bug 38001] - TruncatedClassFile when loadind applets

2005-12-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=38001


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |NEEDINFO




--- Additional Comments From [EMAIL PROTECTED]  2005-12-22 05:19 ---
A mimimal war file that demonstrates this would be most helpful.  Without it, 
you are probably going to live in limbo for many, many years ;-).

-- 
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 35461] - bad request http 400 using mod_jk 1.2.13. After downgrading to 1.3.33 and mod_jk 1.2.5 the problems have gone. Problems occur again after using the combination Apache Webse

2005-12-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=35461





--- Additional Comments From [EMAIL PROTECTED]  2005-12-22 06:17 ---
I encountered similar issue.
After installing win2000 sp4, it is resolved.
So, try installing win2000 sp4.

-- 
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]

TCK Issue with Tomcat 5.5.12

2005-12-21 Thread Kevan Miller

The Geronimo project has encountered a TCK issue running with Tomcat  
5.5.12. We'd appreciate your help with the problem.


In the test, a POST Request without a message body is being received  
and a 403 "The request body was too large to be cached during the  
authentication process" is being improperly returned by Tomcat.



I believe the problem is in  
o.a.c.authenticator.FormAuthenticator.saveRequest() (or subsequent  
processing). In 5.5.12, if the message type is POST, saveRequest()  
will always attempt to save the Request body. The following code is  
new in saveRequest() since 5.5.9.


if ("POST".equalsIgnoreCase(request.getMethod())) {
ByteChunk body = new ByteChunk();
body.setLimit(request.getConnector().getMaxSavePostSize());

byte[] buffer = new byte[4096];
int bytesRead;
InputStream is = request.getInputStream();

while ( (bytesRead = is.read(buffer) ) >= 0) {
body.append(buffer, 0, bytesRead);
}
saved.setBody(body);
}

AFAICT, this code is assuming that there will always be a message  
body in the POST Request. However, this is not necessarily the case  
(and is certainly not true for the problem at hand). Eventually,  
SocketInputStream.read() is called from within  
o.a.coyote.http11.InternalReadBuffer.fill(). This call will throw a  
SocketTimeoutException.


The following code in FormAuthenticator.authenticate() interprets  
this IOException as a Request body overflow:


try {
saveRequest(request, session);
} catch (IOException ioe) {
log.debug("Request body too big to save during  
authentication");

response.sendError(HttpServletResponse.SC_FORBIDDEN,
sm.getString 
("authenticator.requestBodyTooBig"));

return (false);
}

 Thanks for your help...

--kevan




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

Re: TCK Issue with Tomcat 5.5.12

2005-12-21 Thread Bill Barker


"Kevan Miller" <[EMAIL PROTECTED]> wrote in message 
news:[EMAIL PROTECTED]
> The Geronimo project has encountered a TCK issue running with Tomcat 
> 5.5.12. We'd appreciate your help with the problem.
>

I hope that you know that you've just violated your NDA by posting this on a 
public list :).

> In the test, a POST Request without a message body is being received  and 
> a 403 "The request body was too large to be cached during the 
> authentication process" is being improperly returned by Tomcat.
>
>
> I believe the problem is in 
> o.a.c.authenticator.FormAuthenticator.saveRequest() (or subsequent 
> processing). In 5.5.12, if the message type is POST, saveRequest()  will 
> always attempt to save the Request body. The following code is  new in 
> saveRequest() since 5.5.9.
>
> if ("POST".equalsIgnoreCase(request.getMethod())) {
> ByteChunk body = new ByteChunk();
> body.setLimit(request.getConnector().getMaxSavePostSize());
>
> byte[] buffer = new byte[4096];
> int bytesRead;
> InputStream is = request.getInputStream();
>
> while ( (bytesRead = is.read(buffer) ) >= 0) {
> body.append(buffer, 0, bytesRead);
> }
> saved.setBody(body);
> }
>
> AFAICT, this code is assuming that there will always be a message  body in 
> the POST Request. However, this is not necessarily the case  (and is 
> certainly not true for the problem at hand). Eventually, 
> SocketInputStream.read() is called from within 
> o.a.coyote.http11.InternalReadBuffer.fill(). This call will throw a 
> SocketTimeoutException.
>

Then the test is broken.  It should either have a 'Content-Length: 0' header 
or a 'Transfer-Encoding: chunked' header with a '0' content delimater.  I 
don't do NDAs, so I don't know which it is.  If Sun can't follow the RFC, I 
really don't care.

> The following code in FormAuthenticator.authenticate() interprets  this 
> IOException as a Request body overflow:
>
> try {
> saveRequest(request, session);
> } catch (IOException ioe) {
> log.debug("Request body too big to save during 
> authentication");
> response.sendError(HttpServletResponse.SC_FORBIDDEN,
> sm.getString ("authenticator.requestBodyTooBig"));
> return (false);
> }
>
>  Thanks for your help...
>
> --kevan 




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

Re: Tomcat 6 plans (JSP 2.1)

Re: Tomcat 6 plans (JSP 2.1)

Re: Tomcat 6 plans (JSP 2.1)

Re: Tomcat 6 plans (JSP 2.1)

DO NOT REPLY [Bug 37854] - Too strict Extension-List analysis

Re: Tomcat 6 plans (JSP 2.1)

[EMAIL PROTECTED]: Project jakarta-tomcat-jasper_tc5 (in module jakarta-tomcat-jasper_tc5) failed

[EMAIL PROTECTED]: Project jakarta-tomcat-jasper_tc5 (in module jakarta-tomcat-jasper_tc5) failed

svn commit: r358283 - /tomcat/container/tc5.5.x/webapps/docs/changelog.xml

svn commit: r358285 - in /tomcat/jasper/tc5.5.x/jasper2/src/share/org/apache/jasper/runtime: BodyContentImpl.java JspFactoryImpl.java

Jasper in Tomcat 5.0.x

Re: svn commit: r358285 - in /tomcat/jasper/tc5.5.x/jasper2/src/share/org/apache/jasper/runtime: BodyContentImpl.java JspFactoryImpl.java

DO NOT REPLY [Bug 36994] - httpsession.getId() throws ISE after invalidation

Re: Tomcat 6 plans (JSP 2.1)

Re: Tomcat 6 plans (JSP 2.1)

svn commit: r358384 - in /tomcat/connectors/trunk/jk/xdocs: config/workers.xml howto/workers.xml

svn commit: r358402 - in /tomcat/connectors/trunk/jk: native/netscape/jk_nsapi_plugin.c xdocs/changelog.xml

DO NOT REPLY [Bug 35862] - Tomcat Connector:JK/AJP: JK Status Worker accesses freed memory for NSAPI plugin

svn commit: r358404 - /tomcat/connectors/trunk/webapp/

svn commit: r358405 - /tomcat/connectors/trunk/naming/

svn commit: r358406 - /tomcat/connectors/trunk/jk/native2/

DO NOT REPLY [Bug 37854] - Too strict Extension-List analysis

Re: Tomcat 6 plans (JSP 2.1)

DO NOT REPLY [Bug 37044] - JAASRealm / RealmBase role checking bug ?

Re: Tomcat 6 plans (JSP 2.1)

DO NOT REPLY [Bug 38001] New: - TruncatedClassFile when loadind applets

DO NOT REPLY [Bug 38001] - TruncatedClassFile when loadind applets

Re: Tomcat 6 plans (JSP 2.1)

DO NOT REPLY [Bug 38001] - TruncatedClassFile when loadind applets

DO NOT REPLY [Bug 35461] - bad request http 400 using mod_jk 1.2.13. After downgrading to 1.3.33 and mod_jk 1.2.5 the problems have gone. Problems occur again after using the combination Apache Webse

TCK Issue with Tomcat 5.5.12

Re: TCK Issue with Tomcat 5.5.12

32 matches

Site Navigation

Mail list logo

Footer information