DO NOT REPLY [Bug 40272] New: - classloader definition in server.xml is not properly parsed

[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=40272

   Summary: classloader definition in server.xml is not properly
parsed
   Product: Tomcat 5
   Version: 5.5.17
  Platform: Other
OS/Version: Windows XP
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


When defining a classloader (custom or standard) inside the server.xml,
configuration is not properly read and it fails.
Example of server.xml:


..
  

  
...


The webapp (petclinic in this case) will fail with the following error:

SEVERE: Error configuring application listener of class
org.springframework.web.context.ContextLoaderListener
java.lang.NoClassDefFoundError: javax/servlet/ServletContextListener
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)


No matter what classloader is specified (a custom or an official one) the
exception will appear. Removing the Loader tag, makes the application load 
properly.

-- 
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 40272] - classloader definition in server.xml is not properly parsed

[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=40272





--- Additional Comments From [EMAIL PROTECTED]  2006-08-17 07:44 ---
The bug is similar to http://issues.apache.org/bugzilla/show_bug.cgi?id=39704

-- 
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 39704] - context with privileged="true" do not setup properly inner loaders

[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=39704





--- Additional Comments From [EMAIL PROTECTED]  2006-08-17 07:44 ---
Is there a reason why this bug is still marked as NEEDINFO? What other
information is required?

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

MyFaces with Tomcat

[Martin Haimberger]

Hy,

i am new on this mailinglist and i hope this is the right one for my
question.

I am taking part on the GSoC Projekt for Apache MyFaces. My task is to
implement partial state Saving.
For this i have to render the component Tree myself but i also need the
"unknown" tags or the text from the
JSP in the component Tree.

My Question is: How can i configer Tomcat or Jasper to get the unkown text
passed to myfaces ?

Thanks in advance

Martin Haimberger

DO NOT REPLY [Bug 40273] New: - context.xml not used when WAR not unpacked

[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=40273

   Summary: context.xml not used when WAR not unpacked
   Product: Tomcat 5
   Version: 5.0.30
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Tomcat is configured not to unpack WAR files that are deployed to it.
When I newly deploy a WAR file using the manager application, everything works
as expected. But when tomcat is restarted none of the parameters in the
context.xml in conf/Cataline/localhost/[appname].xml are available to the
application; not even the parameters in the context.xml file within the package.
When I set the server to unpack WAR files context parameters are allways 
available.

-- 
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 40274] New: - Jdbc

[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=40274

   Summary: Jdbc
   Product: Tomcat 5
   Version: 5.0.28
  Platform: Other
OS/Version: Linux
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


I define a context.xml inside META-INF of a war  where i define a 
javax.sql.DataSource Ressource.
Inside a servlet (I init in first) , i acces this ressource:


public void init() throws ServletException {
 super.init();
 try {
 Thread.sleep(1000);
Context contextInitial = new InitialContext();
String name = "java:comp/env/jdbc/cgw";
DataSource datasource =(DataSource) contextInitial.lookup(name);
Connection connection = datasource.getConnection();
..

   
If i have a 1000 ms sleep, it is working.
If i suppres this sleep, i have the following error error:

ServletAdmin123 [EMAIL PROTECTED]
org.apache.commons.dbcp.SQLNestedException: Cannot create JDBC driver of 
class '' for connect URL 'null'
at org.apache.commons.dbcp.BasicDataSource.createDataSource
(BasicDataSource.java:780)
at org.apache.commons.dbcp.BasicDataSource.getConnection
(BasicDataSource.java:540)
at com.mm123.nokia.cgw.web.ServletAdmin123.init
(ServletAdmin123.java:54)
at javax.servlet.GenericServlet.init(GenericServlet.java:211)
at org.apache.catalina.core.StandardWrapper.loadServlet
(StandardWrapper.java:1029)
at org.apache.catalina.core.StandardWrapper.load
(StandardWrapper.java:862)
at org.apache.catalina.core.StandardContext.loadOnStartup
(StandardContext.java:4013)
at org.apache.catalina.core.StandardContext.start
(StandardContext.java:4357)
at org.apache.catalina.core.ContainerBase.start
(ContainerBase.java:1083)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:789)
at org.apache.catalina.core.ContainerBase.start
(ContainerBase.java:1083)
at org.apache.catalina.core.StandardEngine.start
(StandardEngine.java:478)
at org.apache.catalina.core.StandardService.start
(StandardService.java:480)
at org.apache.catalina.core.StandardServer.start
(StandardServer.java:2313)
at org.apache.catalina.startup.Catalina.start(Catalina.java:556)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:287)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:425)
Caused by: java.sql.SQLException: No suitable driver
at java.sql.DriverManager.getDriver(DriverManager.java:243)
at org.apache.commons.dbcp.BasicDataSource.createDataSource
(BasicDataSource.java:773)
... 20 more

-- 
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: Proposal - Comet changes

[Remy Maucherat]

Filip Hanik - Dev Lists wrote:
what am I thinking, all connectors, so far only the connectors 
supporting poll are valid candidates for comet :)


I don't know how to redo the advertisement part of comet support without 
the special "org.apache.tomcat.comet.support" attribute, though.


Rémy

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

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

[Bill Barker]

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 tomcat-tc6 has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 2 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- tomcat-tc6 :  Java Servlet 2.5 & Server Pages JSP 2.1 implementation (for 
...


Full details are available at:
http://vmgump.apache.org/gump/public/tomcat-tc6/tomcat-tc6/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -INFO- Failed with reason build failed
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/tomcat-tc6/tomcat-tc6/gump_work/build_tomcat-tc6_tomcat-tc6.html
Work Name: build_tomcat-tc6_tomcat-tc6 (Type: Build)
Work ended in a state of : Failed
Elapsed: 39 secs
Command Line: java -Djava.awt.headless=true org.apache.tools.ant.Main 
-Dgump.merge=/x1/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only 
-Dtomcat-native.tar.gz=/usr/local/gump/public/workspace/tomcat-tc6/README.txt 
-Dcommons-logging-api.jar=/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-17082006.jar
 
-Dtomcat-dbcp.jar=/usr/local/gump/public/workspace/tomcat-tc6/tomcat-deps/tomcat-jdbc-17082006.jar
 
-Djasper-jdt.jar=/usr/local/gump/packages/eclipse-3.1M6/plugins/org.eclipse.jdt.core_3.1.0/jdtcore.jar
 
[Working Directory: /usr/local/gump/public/workspace/tomcat-tc6]
CLASSPATH: 
/opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/tomcat-tc6/classes:/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/packages/junit3.8.1/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/packages/javamail-1.4/mail.jar:/usr/local/gump/packages/javamail-1.4/lib/mailapi.jar:/usr/local/gump/packages/jaf-1.1ea/activation.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-17082006.jar:/usr/local/gump/packages/eclipse-3.1M6/plugins/org.eclipse.jdt.core_3.1.0/jdtcore.jar:/usr/local/gump/public/workspace/tomcat-tc6/tomcat-deps/tomcat-jdbc-17082006.jar
-
[javac] public void init(FilterConfig filterConfig) {
[javac]  ^
[javac] 
/x1/gump/public/workspace/tomcat-tc6/webapps/examples/WEB-INF/classes/compressionFilters/CompressionFilter.java:126:
 cannot find symbol
[javac] symbol  : class ServletRequest
[javac] location: class compressionFilters.CompressionFilter
[javac] public void doFilter ( ServletRequest request, ServletResponse 
response,
[javac]^
[javac] 
/x1/gump/public/workspace/tomcat-tc6/webapps/examples/WEB-INF/classes/compressionFilters/CompressionFilter.java:126:
 cannot find symbol
[javac] symbol  : class ServletResponse
[javac] location: class compressionFilters.CompressionFilter
[javac] public void doFilter ( ServletRequest request, ServletResponse 
response,
[javac]^
[javac] 
/x1/gump/public/workspace/tomcat-tc6/webapps/examples/WEB-INF/classes/compressionFilters/CompressionFilter.java:127:
 cannot find symbol
[javac] symbol  : class FilterChain
[javac] location: class compressionFilters.CompressionFilter
[javac] FilterChain chain ) throws IOException, 
ServletException {
[javac] ^
[javac] 
/x1/gump/public/workspace/tomcat-tc6/webapps/examples/WEB-INF/classes/compressionFilters/CompressionFilter.java:127:
 cannot find symbol
[javac] symbol  : class ServletException
[javac] location: class compressionFilters.CompressionFilter
[javac] FilterChain chain ) throws IOException, 
ServletException {
[javac] ^
[javac] 
/x1/gump/public/workspace/tomcat-tc6/webapps/examples/WEB-INF/classes/compressionFilters/CompressionFilter.java:205:
 cannot find symbol
[javac] symbol  : class FilterConfig
[javac] location: class compressionFilters.CompressionFilter
[javac] pub

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

[Bill Barker]

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 tomcat-tc6 has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 2 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- tomcat-tc6 :  Java Servlet 2.5 & Server Pages JSP 2.1 implementation (for 
...


Full details are available at:
http://vmgump.apache.org/gump/public/tomcat-tc6/tomcat-tc6/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -INFO- Failed with reason build failed
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/tomcat-tc6/tomcat-tc6/gump_work/build_tomcat-tc6_tomcat-tc6.html
Work Name: build_tomcat-tc6_tomcat-tc6 (Type: Build)
Work ended in a state of : Failed
Elapsed: 39 secs
Command Line: java -Djava.awt.headless=true org.apache.tools.ant.Main 
-Dgump.merge=/x1/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only 
-Dtomcat-native.tar.gz=/usr/local/gump/public/workspace/tomcat-tc6/README.txt 
-Dcommons-logging-api.jar=/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-17082006.jar
 
-Dtomcat-dbcp.jar=/usr/local/gump/public/workspace/tomcat-tc6/tomcat-deps/tomcat-jdbc-17082006.jar
 
-Djasper-jdt.jar=/usr/local/gump/packages/eclipse-3.1M6/plugins/org.eclipse.jdt.core_3.1.0/jdtcore.jar
 
[Working Directory: /usr/local/gump/public/workspace/tomcat-tc6]
CLASSPATH: 
/opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/tomcat-tc6/classes:/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/packages/junit3.8.1/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/packages/javamail-1.4/mail.jar:/usr/local/gump/packages/javamail-1.4/lib/mailapi.jar:/usr/local/gump/packages/jaf-1.1ea/activation.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-17082006.jar:/usr/local/gump/packages/eclipse-3.1M6/plugins/org.eclipse.jdt.core_3.1.0/jdtcore.jar:/usr/local/gump/public/workspace/tomcat-tc6/tomcat-deps/tomcat-jdbc-17082006.jar
-
[javac] public void init(FilterConfig filterConfig) {
[javac]  ^
[javac] 
/x1/gump/public/workspace/tomcat-tc6/webapps/examples/WEB-INF/classes/compressionFilters/CompressionFilter.java:126:
 cannot find symbol
[javac] symbol  : class ServletRequest
[javac] location: class compressionFilters.CompressionFilter
[javac] public void doFilter ( ServletRequest request, ServletResponse 
response,
[javac]^
[javac] 
/x1/gump/public/workspace/tomcat-tc6/webapps/examples/WEB-INF/classes/compressionFilters/CompressionFilter.java:126:
 cannot find symbol
[javac] symbol  : class ServletResponse
[javac] location: class compressionFilters.CompressionFilter
[javac] public void doFilter ( ServletRequest request, ServletResponse 
response,
[javac]^
[javac] 
/x1/gump/public/workspace/tomcat-tc6/webapps/examples/WEB-INF/classes/compressionFilters/CompressionFilter.java:127:
 cannot find symbol
[javac] symbol  : class FilterChain
[javac] location: class compressionFilters.CompressionFilter
[javac] FilterChain chain ) throws IOException, 
ServletException {
[javac] ^
[javac] 
/x1/gump/public/workspace/tomcat-tc6/webapps/examples/WEB-INF/classes/compressionFilters/CompressionFilter.java:127:
 cannot find symbol
[javac] symbol  : class ServletException
[javac] location: class compressionFilters.CompressionFilter
[javac] FilterChain chain ) throws IOException, 
ServletException {
[javac] ^
[javac] 
/x1/gump/public/workspace/tomcat-tc6/webapps/examples/WEB-INF/classes/compressionFilters/CompressionFilter.java:205:
 cannot find symbol
[javac] symbol  : class FilterConfig
[javac] location: class compressionFilters.CompressionFilter
[javac] pub

svn commit: r432210 - in /tomcat/container/tc5.5.x/webapps/docs: index.xml introduction.xml monitoring.xml project.xml ssl-howto.xml windows-service-howto.xml

[jfclere]

Author: jfclere
Date: Thu Aug 17 04:19:42 2006
New Revision: 432210

URL: http://svn.apache.org/viewvc?rev=432210&view=rev
Log:
Remove the jakarta reference.

Modified:
tomcat/container/tc5.5.x/webapps/docs/index.xml
tomcat/container/tc5.5.x/webapps/docs/introduction.xml
tomcat/container/tc5.5.x/webapps/docs/monitoring.xml
tomcat/container/tc5.5.x/webapps/docs/project.xml
tomcat/container/tc5.5.x/webapps/docs/ssl-howto.xml
tomcat/container/tc5.5.x/webapps/docs/windows-service-howto.xml

Modified: tomcat/container/tc5.5.x/webapps/docs/index.xml
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/webapps/docs/index.xml?rev=432210&r1=432209&r2=432210&view=diff
==
--- tomcat/container/tc5.5.x/webapps/docs/index.xml (original)
+++ tomcat/container/tc5.5.x/webapps/docs/index.xml Thu Aug 17 04:19:42 2006
@@ -120,7 +120,7 @@
 - Reference manual that documents all available elements and attributes
   that may be placed into a Apache Tomcat 5 conf/server.xml 
file.
 
-http://jakarta.apache.org/tomcat/connectors-doc/index.html";>JK 
Documentation
+http://tomcat.apache.org/connectors-doc/index.html";>JK 
Documentation
 - Complete documentation and HOWTOs on the JK native webserver connector,
   used to interface Apache Tomcat with servers like Apache HTTPd, IIS
   and others.

Modified: tomcat/container/tc5.5.x/webapps/docs/introduction.xml
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/webapps/docs/introduction.xml?rev=432210&r1=432209&r2=432210&view=diff
==
--- tomcat/container/tc5.5.x/webapps/docs/introduction.xml (original)
+++ tomcat/container/tc5.5.x/webapps/docs/introduction.xml Thu Aug 17 04:19:42 
2006
@@ -99,21 +99,21 @@
 to fully read the relevant documentation as it will save you much time
 and effort. There's nothing like scouring the web only to find out that
 the answer was right in front of you all along!
-http://jakarta.apache.org/tomcat/faq/";>Tomcat FAQ as 
maintained by the developers.
-http://wiki.apache.org/jakarta-tomcat/";>Tomcat WIKI
+http://tomcat.apache.org/faq/";>Tomcat FAQ as maintained by 
the developers.
+http://wiki.apache.org/tomcat/";>Tomcat WIKI
 Tomcat FAQ at http://www.jguru.com/faq/home.jsp?topic=Tomcat";>jGuru
 Tomcat mailing list archives - numerous sites archive the Tomcat mailing
 lists. Since the links change over time, clicking here will search
 http://www.google.com/search?q=tomcat+mailing+list+archives";>Google.
 
 The TOMCAT-USER mailing list, which you can subscribe to
-http://jakarta.apache.org/site/mail.html";>here. If you don't
+http://tomcat.apache.org/lists.html";>here. If you don't
 get a reply, then there's a good chance that your question was probably
 answered in the list archives or one of the FAQs.  Although questions
 about web application development in general are sometimes asked and
 answered, please focus your questions on Tomcat-specific issues.
 The TOMCAT-DEV mailing list, which you can subscribe to
-http://jakarta.apache.org/site/mail.html";>here.  This list is
+http://tomcat.apache.org/lists.html";>here.  This list is
 reserved for discussions about the development of Tomcat
 itself.  Questions about Tomcat configuration, and the problems you run
 into while developing and running applications, will normally be more

Modified: tomcat/container/tc5.5.x/webapps/docs/monitoring.xml
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/webapps/docs/monitoring.xml?rev=432210&r1=432209&r2=432210&view=diff
==
--- tomcat/container/tc5.5.x/webapps/docs/monitoring.xml (original)
+++ tomcat/container/tc5.5.x/webapps/docs/monitoring.xml Thu Aug 17 04:19:42 
2006
@@ -88,8 +88,8 @@
   Start your tomcat and look with a browser at 
http://${JMX.HOST}:${JMX.PORT}
   With the mx connector parameter mx.authMode="basic" 
mx.authUser="tomcat" mx.authPassword="strange" 
   you can control the access!
-  A complete list of all tomcat core MBeans can you find at http://jakarta.apache.org/tomcat/tomcat-5.5-doc/catalina/funcspecs/mbean-names.html";>
-
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/catalina/funcspecs/mbean-names.html.
+  A complete list of all tomcat core MBeans can you find at http://tomcat.apache.org/tomcat-5.5-doc/catalina/funcspecs/mbean-names.html";>
+
http://tomcat.apache.org/tomcat-5.5-doc/catalina/funcspecs/mbean-names.html.
 
 
 
@@ -534,8 +534,8 @@
   
 operation
 Existing Mbean operation (see Tomcat 
-http://jakarta.apache.org/tomcat/tomcat-5.5-doc/catalina/funcspecs/fs-admin-opers.html";>
-
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/catalina/funcspecs/fs-admin-opers.html.
+http://tomcat.apache.org/to

svn commit: r432211 - in /tomcat/container/tc5.5.x/webapps/docs/appdev: installation.xml processes.xml project.xml

[jfclere]

Author: jfclere
Date: Thu Aug 17 04:34:57 2006
New Revision: 432211

URL: http://svn.apache.org/viewvc?rev=432211&view=rev
Log:
Arrange more jakarta stuff.

Modified:
tomcat/container/tc5.5.x/webapps/docs/appdev/installation.xml
tomcat/container/tc5.5.x/webapps/docs/appdev/processes.xml
tomcat/container/tc5.5.x/webapps/docs/appdev/project.xml

Modified: tomcat/container/tc5.5.x/webapps/docs/appdev/installation.xml
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/webapps/docs/appdev/installation.xml?rev=432211&r1=432210&r2=432211&view=diff
==
--- tomcat/container/tc5.5.x/webapps/docs/appdev/installation.xml (original)
+++ tomcat/container/tc5.5.x/webapps/docs/appdev/installation.xml Thu Aug 17 
04:34:57 2006
@@ -37,7 +37,7 @@
 
 
 Binary downloads of the Tomcat server are available from
-http://jakarta.apache.org/binindex.cgi";>http://jakarta.apache.org/binindex.cgi.
+http://tomcat.apache.org/download-55.cgi";>http://tomcat.apache.org/download-55.cgi.
 This manual assumes you are using the most recent release
 of Tomcat 5.  Detailed instructions for downloading and installing
 Tomcat 5 are available here.

Modified: tomcat/container/tc5.5.x/webapps/docs/appdev/processes.xml
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/webapps/docs/appdev/processes.xml?rev=432211&r1=432210&r2=432211&view=diff
==
--- tomcat/container/tc5.5.x/webapps/docs/appdev/processes.xml (original)
+++ tomcat/container/tc5.5.x/webapps/docs/appdev/processes.xml Thu Aug 17 
04:34:57 2006
@@ -118,7 +118,7 @@
 app.path=/hello
 
 # Tomcat 5 installation directory
-catalina.home=/usr/local/jakarta-tomcat-5.0
+catalina.home=/usr/local/apache-tomcat-5.5
 
 # Manager webapp username and password
 manager.username=myusername

Modified: tomcat/container/tc5.5.x/webapps/docs/appdev/project.xml
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/webapps/docs/appdev/project.xml?rev=432211&r1=432210&r2=432211&view=diff
==
--- tomcat/container/tc5.5.x/webapps/docs/appdev/project.xml (original)
+++ tomcat/container/tc5.5.x/webapps/docs/appdev/project.xml Thu Aug 17 
04:34:57 2006
@@ -1,6 +1,6 @@
 
 http://jakarta.apache.org/tomcat/";>
+href="http://apache.apache.org/";>
 
 Application Developer's Guide
 



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

svn commit: r432212 - /tomcat/container/tc5.5.x/webapps/docs/funcspecs/project.xml

[jfclere]

Author: jfclere
Date: Thu Aug 17 04:36:51 2006
New Revision: 432212

URL: http://svn.apache.org/viewvc?rev=432212&view=rev
Log:
Arrange jakarta link.

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

Modified: tomcat/container/tc5.5.x/webapps/docs/funcspecs/project.xml
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/webapps/docs/funcspecs/project.xml?rev=432212&r1=432211&r2=432212&view=diff
==
--- tomcat/container/tc5.5.x/webapps/docs/funcspecs/project.xml (original)
+++ tomcat/container/tc5.5.x/webapps/docs/funcspecs/project.xml Thu Aug 17 
04:36:51 2006
@@ -1,6 +1,6 @@
 
 http://jakarta.apache.org/tomcat/";>
+href="http://tomcat.apache.org/";>
 
 Catalina Functional Specifications
 



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

svn commit: r432213 - /tomcat/container/tc5.5.x/webapps/docs/config/project.xml

[jfclere]

Author: jfclere
Date: Thu Aug 17 04:38:07 2006
New Revision: 432213

URL: http://svn.apache.org/viewvc?rev=432213&view=rev
Log:
Arrange link to jakarta.

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

Modified: tomcat/container/tc5.5.x/webapps/docs/config/project.xml
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/webapps/docs/config/project.xml?rev=432213&r1=432212&r2=432213&view=diff
==
--- tomcat/container/tc5.5.x/webapps/docs/config/project.xml (original)
+++ tomcat/container/tc5.5.x/webapps/docs/config/project.xml Thu Aug 17 
04:38:07 2006
@@ -1,6 +1,6 @@
 
 http://jakarta.apache.org/tomcat/";>
+href="http://tomcat.apache.org/";>
 
   Apache Tomcat Configuration Reference
 



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

svn commit: r432214 - in /tomcat/tc6.0.x/trunk/java/org/apache: catalina/connector/CoyoteAdapter.java coyote/ActionCode.java coyote/http11/Http11AprProcessor.java

[remm]

Author: remm
Date: Thu Aug 17 04:41:43 2006
New Revision: 432214

URL: http://svn.apache.org/viewvc?rev=432214&view=rev
Log:
- Update to use two action code.
- The attribute to advertise comet support remains for now.
- No update to the comet interface at this time.

Modified:
tomcat/tc6.0.x/trunk/java/org/apache/catalina/connector/CoyoteAdapter.java
tomcat/tc6.0.x/trunk/java/org/apache/coyote/ActionCode.java
tomcat/tc6.0.x/trunk/java/org/apache/coyote/http11/Http11AprProcessor.java

Modified: 
tomcat/tc6.0.x/trunk/java/org/apache/catalina/connector/CoyoteAdapter.java
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/catalina/connector/CoyoteAdapter.java?rev=432214&r1=432213&r2=432214&view=diff
==
--- tomcat/tc6.0.x/trunk/java/org/apache/catalina/connector/CoyoteAdapter.java 
(original)
+++ tomcat/tc6.0.x/trunk/java/org/apache/catalina/connector/CoyoteAdapter.java 
Thu Aug 17 04:41:43 2006
@@ -128,7 +128,8 @@
 servlet = (CometProcessor) request.getWrapper().allocate();
 } catch (Throwable t) {
 log.error(sm.getString("coyoteAdapter.service"), t);
-request.removeAttribute("org.apache.tomcat.comet");
+request.recycle();
+response.recycle();
 // Restore the context classloader
 Thread.currentThread().setContextClassLoader
 (CoyoteAdapter.class.getClassLoader());
@@ -140,7 +141,6 @@
 } else {
 if (!servlet.read(request.getRequest(), 
response.getResponse())) {
 error = true;
-request.removeAttribute("org.apache.tomcat.comet");
 try {
 servlet.error(request.getRequest(), 
response.getResponse());
 } catch (Throwable th) {
@@ -148,12 +148,15 @@
 }
 }
 }
+if (response.isClosed()) {
+res.action(ActionCode.ACTION_COMET_END, null);
+}
 return (!error);
 } catch (Throwable t) {
 if (!(t instanceof IOException)) {
 log.error(sm.getString("coyoteAdapter.service"), t);
 }
-request.removeAttribute("org.apache.tomcat.comet");
+error = true;
 try {
 servlet.error(request.getRequest(), 
response.getResponse());
 } catch (Throwable th) {
@@ -161,14 +164,14 @@
 }
 return false;
 } finally {
+// Restore the context classloader
+Thread.currentThread().setContextClassLoader
+(CoyoteAdapter.class.getClassLoader());
 // Recycle the wrapper request and response
-if (request.getAttribute("org.apache.tomcat.comet") == null) {
+if (error || response.isClosed()) {
 request.recycle();
 response.recycle();
 }
-// Restore the context classloader
-Thread.currentThread().setContextClassLoader
-(CoyoteAdapter.class.getClassLoader());
 }
 }
 return true;
@@ -222,14 +225,15 @@
 
connector.getContainer().getPipeline().getFirst().invoke(request, response);
 }
 
-if (request.getAttribute("org.apache.tomcat.comet") == Boolean.TRUE
-&& request.getWrapper().allocate() instanceof 
CometProcessor) {
+if (request.getWrapper().allocate() instanceof CometProcessor 
+&& !response.isClosed()) {
 comet = true;
+res.action(ActionCode.ACTION_COMET_BEGIN, null);
 }
 
 if (!comet) {
 response.finishResponse();
-req.action( ActionCode.ACTION_POST_REQUEST , null);
+req.action(ActionCode.ACTION_POST_REQUEST , null);
 }
 
 } catch (IOException e) {

Modified: tomcat/tc6.0.x/trunk/java/org/apache/coyote/ActionCode.java
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/coyote/ActionCode.java?rev=432214&r1=432213&r2=432214&view=diff
==
--- tomcat/tc6.0.x/trunk/java/org/apache/coyote/ActionCode.java (original)
+++ tomcat/tc6.0.x/trunk/java/org/apache/coyote/ActionCode.java Thu Aug 17 
04:41:43 2006
@@ -133,6 +133,18 @@
 public static final ActionCode ACTION_REQ_SET_BODY_REPLAY = new 
ActionCode(20);
 
 
+/**
+ * Callback for begin Comet processing
+ */
+public static final ActionCode ACTION_COMET_BEGIN = new ActionCode(21);
+
+
+/**
+ * Callback for begin Comet processing
+ */
+

serveltapi/jspapi

[Jean-frederic Clere]

Hi,

I have been fixing in TC5.5 some references to jakarta. Now I am 
wondering how to get the servletapi and jspapi pages.

Any hints?

Cheers

Jean-Frederic

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

svn commit: r432215 - /tomcat/tc6.0.x/trunk/java/org/apache/coyote/http11/Http11NioProcessor.java

[remm]

Author: remm
Date: Thu Aug 17 05:00:04 2006
New Revision: 432215

URL: http://svn.apache.org/viewvc?rev=432215&view=rev
Log:
- Update the other connector.

Modified:
tomcat/tc6.0.x/trunk/java/org/apache/coyote/http11/Http11NioProcessor.java

Modified: 
tomcat/tc6.0.x/trunk/java/org/apache/coyote/http11/Http11NioProcessor.java
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/coyote/http11/Http11NioProcessor.java?rev=432215&r1=432214&r2=432215&view=diff
==
--- tomcat/tc6.0.x/trunk/java/org/apache/coyote/http11/Http11NioProcessor.java 
(original)
+++ tomcat/tc6.0.x/trunk/java/org/apache/coyote/http11/Http11NioProcessor.java 
Thu Aug 17 05:00:04 2006
@@ -47,9 +47,8 @@
 import org.apache.tomcat.util.http.MimeHeaders;
 import org.apache.tomcat.util.net.NioChannel;
 import org.apache.tomcat.util.net.NioEndpoint;
-import org.apache.tomcat.util.net.NioEndpoint.Handler;
-import org.apache.tomcat.util.net.NioEndpoint.Handler.SocketState;
 import org.apache.tomcat.util.net.SSLSupport;
+import org.apache.tomcat.util.net.NioEndpoint.Handler.SocketState;
 import org.apache.tomcat.util.res.StringManager;
 
 
@@ -748,9 +747,6 @@
 try {
 rp.setStage(org.apache.coyote.Constants.STAGE_SERVICE);
 error = !adapter.event(request, response, error);
-if (request.getAttribute("org.apache.tomcat.comet") == null) {
-comet = false;
-}
 SelectionKey key = 
socket.getIOChannel().keyFor(socket.getPoller().getSelector());
 if ( key != null ) {
 NioEndpoint.KeyAttachment attach = (NioEndpoint.KeyAttachment) 
key.attachment();
@@ -892,9 +888,6 @@
 statusDropsConnection(response.getStatus());
 }
 // Comet support
-if (request.getAttribute("org.apache.tomcat.comet") != 
null) {
-comet = true;
-}
 SelectionKey key = 
socket.getIOChannel().keyFor(socket.getPoller().getSelector());
 if (key != null) {
 NioEndpoint.KeyAttachment attach = 
(NioEndpoint.KeyAttachment) key.attachment();
@@ -1195,6 +1188,11 @@
 InternalNioInputBuffer internalBuffer = (InternalNioInputBuffer)
 request.getInputBuffer();
 internalBuffer.addActiveFilter(savedBody);
+
+} else if (actionCode == ActionCode.ACTION_COMET_BEGIN) {
+comet = true;
+} else if (actionCode == ActionCode.ACTION_COMET_END) {
+comet = false;
 }
 
 }



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

Re: serveltapi/jspapi

[Yoav Shapira]

Hi,
What do you mean, how to get them?  You can check out the servlet-api
module from SVN... I must be misunderstanding something...

Yoav

On 8/17/06, Jean-frederic Clere <[EMAIL PROTECTED]> wrote:

Hi,

I have been fixing in TC5.5 some references to jakarta. Now I am
wondering how to get the servletapi and jspapi pages.
Any hints?

Cheers

Jean-Frederic

-
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: serveltapi/jspapi

[Jean-frederic Clere]

Yoav Shapira wrote:


Hi,
What do you mean, how to get them?  You can check out the servlet-api
module from SVN... I must be misunderstanding something...


Yes... In fact, I would like to know how the actual:
/www/tomcat.apache.org/tomcat-5.5-doc/servletapi
and
 /www/tomcat.apache.org/tomcat-5.5-doc/jspapi
were generated.

Cheers

Jean-Frederic



Yoav

On 8/17/06, Jean-frederic Clere <[EMAIL PROTECTED]> wrote:


Hi,

I have been fixing in TC5.5 some references to jakarta. Now I am
wondering how to get the servletapi and jspapi pages.
Any hints?

Cheers

Jean-Frederic

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




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





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

Re: serveltapi/jspapi

[Yoav Shapira]

Hi,
Ah, OK.

The docs are generated by JavaDoc as part of the release build.  Look
at build/build.xml, the "dist-javadoc" target.  That creates the doc
files as part of the webapps/tomcat-docs webapp, and can be run
standalone if you'd like.  If you're actually building a Tomcat
release, you run the "release" target of build/build.xml, which does
this plus (among other things) calls the "package-docs-tgz" target,
which creates a tarball of the docs.  The release manager unzips that
tarball into /www/tomcat.apache.org/...

Yoav

On 8/17/06, Jean-frederic Clere <[EMAIL PROTECTED]> wrote:

Yoav Shapira wrote:

> Hi,
> What do you mean, how to get them?  You can check out the servlet-api
> module from SVN... I must be misunderstanding something...

Yes... In fact, I would like to know how the actual:
 /www/tomcat.apache.org/tomcat-5.5-doc/servletapi
and
  /www/tomcat.apache.org/tomcat-5.5-doc/jspapi
were generated.

Cheers

Jean-Frederic

>
> Yoav
>
> On 8/17/06, Jean-frederic Clere <[EMAIL PROTECTED]> wrote:
>
>> Hi,
>>
>> I have been fixing in TC5.5 some references to jakarta. Now I am
>> wondering how to get the servletapi and jspapi pages.
>> Any hints?
>>
>> Cheers
>>
>> Jean-Frederic
>>
>> -
>> 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]




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

svn commit: r432230 - in /tomcat/tc6.0.x/trunk/java/org/apache/catalina: Wrapper.java connector/CoyoteAdapter.java core/StandardWrapper.java

[remm]

Author: remm
Date: Thu Aug 17 06:22:44 2006
New Revision: 432230

URL: http://svn.apache.org/viewvc?rev=432230&view=rev
Log:
- Calling allocate for no reason was not a very good idea (adding an accessor 
instead for now, bleh).
- Simplify the event method.

Modified:
tomcat/tc6.0.x/trunk/java/org/apache/catalina/Wrapper.java
tomcat/tc6.0.x/trunk/java/org/apache/catalina/connector/CoyoteAdapter.java
tomcat/tc6.0.x/trunk/java/org/apache/catalina/core/StandardWrapper.java

Modified: tomcat/tc6.0.x/trunk/java/org/apache/catalina/Wrapper.java
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/catalina/Wrapper.java?rev=432230&r1=432229&r2=432230&view=diff
==
--- tomcat/tc6.0.x/trunk/java/org/apache/catalina/Wrapper.java (original)
+++ tomcat/tc6.0.x/trunk/java/org/apache/catalina/Wrapper.java Thu Aug 17 
06:22:44 2006
@@ -217,6 +217,12 @@
 
 
 /**
+ * Return the associated servlet instance.
+ */
+public Servlet getServlet();
+
+
+/**
  * Return the value for the specified initialization parameter name,
  * if any; otherwise return null.
  *

Modified: 
tomcat/tc6.0.x/trunk/java/org/apache/catalina/connector/CoyoteAdapter.java
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/catalina/connector/CoyoteAdapter.java?rev=432230&r1=432229&r2=432230&view=diff
==
--- tomcat/tc6.0.x/trunk/java/org/apache/catalina/connector/CoyoteAdapter.java 
(original)
+++ tomcat/tc6.0.x/trunk/java/org/apache/catalina/connector/CoyoteAdapter.java 
Thu Aug 17 06:22:44 2006
@@ -19,6 +19,8 @@
 
 import java.io.IOException;
 
+import javax.servlet.Servlet;
+
 import org.apache.catalina.CometProcessor;
 import org.apache.catalina.Context;
 import org.apache.catalina.Globals;
@@ -117,25 +119,16 @@
 
 if (request.getWrapper() != null) {
 
+CometProcessor servlet = null;
+
 // Bind the context CL to the current thread
 if (request.getContext().getLoader() != null ) {
 Thread.currentThread().setContextClassLoader
 (request.getContext().getLoader().getClassLoader());
 }
 
-CometProcessor servlet = null;
 try {
 servlet = (CometProcessor) request.getWrapper().allocate();
-} catch (Throwable t) {
-log.error(sm.getString("coyoteAdapter.service"), t);
-request.recycle();
-response.recycle();
-// Restore the context classloader
-Thread.currentThread().setContextClassLoader
-(CoyoteAdapter.class.getClassLoader());
-return false;
-}
-try {
 if (error) {
 servlet.error(request.getRequest(), 
response.getResponse());
 } else {
@@ -167,6 +160,11 @@
 // Restore the context classloader
 Thread.currentThread().setContextClassLoader
 (CoyoteAdapter.class.getClassLoader());
+try {
+request.getWrapper().deallocate((Servlet) servlet);
+} catch (Exception e) {
+log.error(sm.getString("coyoteAdapter.service"), e);
+}
 // Recycle the wrapper request and response
 if (error || response.isClosed()) {
 request.recycle();
@@ -225,7 +223,7 @@
 
connector.getContainer().getPipeline().getFirst().invoke(request, response);
 }
 
-if (request.getWrapper().allocate() instanceof CometProcessor 
+if (request.getWrapper().getServlet() instanceof CometProcessor 
 && !response.isClosed()) {
 comet = true;
 res.action(ActionCode.ACTION_COMET_BEGIN, null);

Modified: 
tomcat/tc6.0.x/trunk/java/org/apache/catalina/core/StandardWrapper.java
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/catalina/core/StandardWrapper.java?rev=432230&r1=432229&r2=432230&view=diff
==
--- tomcat/tc6.0.x/trunk/java/org/apache/catalina/core/StandardWrapper.java 
(original)
+++ tomcat/tc6.0.x/trunk/java/org/apache/catalina/core/StandardWrapper.java Thu 
Aug 17 06:22:44 2006
@@ -750,6 +750,14 @@
 
 
 /**
+ * Return the associated servlet instance.
+ */
+public Servlet getServlet() {
+return instance;
+}
+
+
+/**
  * Allocate an initialized instance of this Servlet that is ready to have
  * its service() method called.  If the servlet class does
  * not implement SingleThreadModel, the (only) initialized



-

svn commit: r432231 - /tomcat/tc6.0.x/trunk/webapps/examples/WEB-INF/web.xml

[remm]

Author: remm
Date: Thu Aug 17 06:23:08 2006
New Revision: 432231

URL: http://svn.apache.org/viewvc?rev=432231&view=rev
Log:
- Fix nearly all the servlet links.

Modified:
tomcat/tc6.0.x/trunk/webapps/examples/WEB-INF/web.xml

Modified: tomcat/tc6.0.x/trunk/webapps/examples/WEB-INF/web.xml
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/webapps/examples/WEB-INF/web.xml?rev=432231&r1=432230&r2=432231&view=diff
==
--- tomcat/tc6.0.x/trunk/webapps/examples/WEB-INF/web.xml (original)
+++ tomcat/tc6.0.x/trunk/webapps/examples/WEB-INF/web.xml Thu Aug 17 06:23:08 
2006
@@ -162,27 +162,27 @@
 
 
 HelloWorldExample
-/servlet/HelloWorldExample
+/servlets/servlet/HelloWorldExample
 
 
 RequestInfoExample
-/servlet/RequestInfoExample/*
+/servlets/servlet/RequestInfoExample/*
 
 
 RequestHeaderExample
-/servlet/RequestHeaderExample
+/servlets/servlet/RequestHeaderExample
 
 
 RequestParamExample
-/servlet/RequestParamExample
+/servlets/servlet/RequestParamExample
 
 
 CookieExample
-/servlet/CookieExample
+/servlets/servlet/CookieExample
 
 
 SessionExample
-/servlet/SessionExample
+/servlets/servlet/SessionExample
 
 
 servletToJsp



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

svn commit: r432232 - in /tomcat/tc6.0.x/trunk: build.xml dist.xml

[remm]

Author: remm
Date: Thu Aug 17 06:26:48 2006
New Revision: 432232

URL: http://svn.apache.org/viewvc?rev=432232&view=rev
Log:
- Remove the bug number.
- Add a temp folder in build.

Modified:
tomcat/tc6.0.x/trunk/build.xml
tomcat/tc6.0.x/trunk/dist.xml

Modified: tomcat/tc6.0.x/trunk/build.xml
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/build.xml?rev=432232&r1=432231&r2=432232&view=diff
==
--- tomcat/tc6.0.x/trunk/build.xml (original)
+++ tomcat/tc6.0.x/trunk/build.xml Thu Aug 17 06:26:48 2006
@@ -72,6 +72,7 @@
 
 
 
+
 
 
   

Modified: tomcat/tc6.0.x/trunk/dist.xml
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/dist.xml?rev=432232&r1=432231&r2=432232&view=diff
==
--- tomcat/tc6.0.x/trunk/dist.xml (original)
+++ tomcat/tc6.0.x/trunk/dist.xml Thu Aug 17 06:26:48 2006
@@ -375,8 +375,7 @@
   
 
 
-
-
+
 
 
 



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

Re: Proposal - Comet changes

[Filip Hanik - Dev Lists]

Remy Maucherat wrote:

Filip Hanik - Dev Lists wrote:
what am I thinking, all connectors, so far only the connectors 
supporting poll are valid candidates for comet :)


I don't know how to redo the advertisement part of comet support 
without the special "org.apache.tomcat.comet.support" attribute, though.
I dont think we need to, and I wasn't suggesting we need to. Just hide 
it from the developers, so that in a servlet you don't have to look for 
it etc.
I think the CometServlet (if it has a "final" service method, and 
abstract event method, can simply throw/log a warning if the system is 
configured with a non comet support connector


Filip

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

Re: serveltapi/jspapi

[Jean-frederic Clere]

Yoav Shapira wrote:


Hi,
Ah, OK.

The docs are generated by JavaDoc as part of the release build.  Look
at build/build.xml, the "dist-javadoc" target.  That creates the doc
files as part of the webapps/tomcat-docs webapp, and can be run
standalone if you'd like.  If you're actually building a Tomcat
release, you run the "release" target of build/build.xml, which does
this plus (among other things) calls the "package-docs-tgz" target,
which creates a tarball of the docs.  The release manager unzips that
tarball into /www/tomcat.apache.org/...


Ok. The "new" doc is ready, should I replace the one in 
/www/tomcat.apache.org/?


Cheers

Jean-Frederic



Yoav

On 8/17/06, Jean-frederic Clere <[EMAIL PROTECTED]> wrote:


Yoav Shapira wrote:

> Hi,
> What do you mean, how to get them?  You can check out the servlet-api
> module from SVN... I must be misunderstanding something...

Yes... In fact, I would like to know how the actual:
 /www/tomcat.apache.org/tomcat-5.5-doc/servletapi
and
  /www/tomcat.apache.org/tomcat-5.5-doc/jspapi
were generated.

Cheers

Jean-Frederic

>
> Yoav
>
> On 8/17/06, Jean-frederic Clere <[EMAIL PROTECTED]> wrote:
>
>> Hi,
>>
>> I have been fixing in TC5.5 some references to jakarta. Now I am
>> wondering how to get the servletapi and jspapi pages.
>> Any hints?
>>
>> Cheers
>>
>> Jean-Frederic
>>
>> -
>> 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]




-
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: serveltapi/jspapi

[Yoav Shapira]

Hi,


Ok. The "new" doc is ready, should I replace the one in
/www/tomcat.apache.org/?


We typically only replace them during a release to ensure consistency
between the JavaDocs and the code.  We don't want to have JavaDocs
reflecting current trunk code if the latest release available for
download is 5.5.17, because some files have changed since.

However, if you only modified the servletapi/jspapi module and
generated the docs for the rest (org.apache classes) off the
TOMCAT_5_5_17 tag (as opposed to trunk), that should be fine.

Yoav

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

svn commit: r432237 - in /tomcat/tc6.0.x/trunk/webapps/docs: appdev/installation.xml appdev/processes.xml changelog.xml index.xml introduction.xml monitoring.xml ssl-howto.xml windows-service-howto.xm

[remm]

Author: remm
Date: Thu Aug 17 06:38:32 2006
New Revision: 432237

URL: http://svn.apache.org/viewvc?rev=432237&view=rev
Log:
- Port docs updates.

Modified:
tomcat/tc6.0.x/trunk/webapps/docs/appdev/installation.xml
tomcat/tc6.0.x/trunk/webapps/docs/appdev/processes.xml
tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml
tomcat/tc6.0.x/trunk/webapps/docs/index.xml
tomcat/tc6.0.x/trunk/webapps/docs/introduction.xml
tomcat/tc6.0.x/trunk/webapps/docs/monitoring.xml
tomcat/tc6.0.x/trunk/webapps/docs/ssl-howto.xml
tomcat/tc6.0.x/trunk/webapps/docs/windows-service-howto.xml

Modified: tomcat/tc6.0.x/trunk/webapps/docs/appdev/installation.xml
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/webapps/docs/appdev/installation.xml?rev=432237&r1=432236&r2=432237&view=diff
==
--- tomcat/tc6.0.x/trunk/webapps/docs/appdev/installation.xml (original)
+++ tomcat/tc6.0.x/trunk/webapps/docs/appdev/installation.xml Thu Aug 17 
06:38:32 2006
@@ -17,15 +17,13 @@
 
 
 
-In order to use Tomcat 5 for developing web applications, you must first
+In order to use Tomcat 6 for developing web applications, you must first
 install it (and the software it depends on).  The required steps are outlined
 in the following subsections.
 
 
 
-Tomcat 5.5 was designed to run on J2SE 5.0, but it can run on JDK 1.4
-as well, using the compatability package as detailed in the Tomcat 
-installation instructions.
+Tomcat 6.0 was designed to run on J2SE 5.0.
 
 
 Compatible JDKs for many platforms (or links to where they can be found)
@@ -37,14 +35,14 @@
 
 
 Binary downloads of the Tomcat server are available from
-http://jakarta.apache.org/binindex.cgi";>http://jakarta.apache.org/binindex.cgi.
+http://tomcat.apache.org/download-60.cgi";>http://tomcat.apache.org/download-60.cgi.
 This manual assumes you are using the most recent release
-of Tomcat 5.  Detailed instructions for downloading and installing
-Tomcat 5 are available here.
+of Tomcat 6.  Detailed instructions for downloading and installing
+Tomcat 6 are available here.
 
 In the remainder of this manual, example shell scripts assume that you have
 set an environment variable CATALINA_HOME that contains the
-pathname to the directory in which Tomcat 5 has been installed.
+pathname to the directory in which Tomcat 6 has been installed.
 
 
 

Modified: tomcat/tc6.0.x/trunk/webapps/docs/appdev/processes.xml
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/webapps/docs/appdev/processes.xml?rev=432237&r1=432236&r2=432237&view=diff
==
--- tomcat/tc6.0.x/trunk/webapps/docs/appdev/processes.xml (original)
+++ tomcat/tc6.0.x/trunk/webapps/docs/appdev/processes.xml Thu Aug 17 06:38:32 
2006
@@ -118,7 +118,7 @@
 app.path=/hello
 
 # Tomcat 5 installation directory
-catalina.home=/usr/local/jakarta-tomcat-5.0
+catalina.home=/usr/local/apache-tomcat-6.0
 
 # Manager webapp username and password
 manager.username=myusername

Modified: tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml?rev=432237&r1=432236&r2=432237&view=diff
==
--- tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml (original)
+++ tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml Thu Aug 17 06:38:32 2006
@@ -14,6 +14,107 @@
 
 
 
+
+  
+
+  
+Change MD5 release signature files to have md5 (lowercase) extension 
instead of MD5 (uppercase),
+as suggested by Henk Penning and specified in the
+http://www.apache.org/dev/release-publishing.html";>ASF 
release publishing guidelines. (yoavs)
+  
+
+  
+  
+
+  
+Fix that ManagerBase increment expireSessions counter at background 
task two times. (pero)
+  
+  
+39406: Fix that StandardSession#getLastAccessedTime() uses 
correct exception message,
+suggested by Takayoshi Kimura. (pero)
+  
+  
+39661: Add documentation on JULI FileHandler properties. 
(yoavs)
+  
+  
+39657: Warn (and don't load jar) if JSP API is in webapp 
classloader repository, as suggested by
+  David Sanchez Crespillo. (yoavs)
+  
+  
+39674: Support JRockit JVM in service.bat script, as 
suggested by lizongbo. (yoavs)
+  
+  
+39711: Update Loader configuration documentation, as 
suggested by Stephane Bailliez. (yoavs)
+  
+  
+39865: Add Open Office mime types to conf/web.xml. (markt)
+  
+  
+38814: Align CGI handling of indexed queries, parameters and
+POST content with other CGI providers. The changes: only provide
+parameters on the command line for indexed queries; always provide the
+query string via the QUERY_STRING environment variable; provide POST
+content unmodi

svn commit: r432240 - /tomcat/tc6.0.x/trunk/java/org/apache/tomcat/util/http/FastHttpDateFormat.java

[remm]

Author: remm
Date: Thu Aug 17 06:52:29 2006
New Revision: 432240

URL: http://svn.apache.org/viewvc?rev=432240&view=rev
Log:
- Redo the class with a concurrent hash map (note: no idea at this point if 
it's going to be faster) and generics.

Modified:

tomcat/tc6.0.x/trunk/java/org/apache/tomcat/util/http/FastHttpDateFormat.java

Modified: 
tomcat/tc6.0.x/trunk/java/org/apache/tomcat/util/http/FastHttpDateFormat.java
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/tomcat/util/http/FastHttpDateFormat.java?rev=432240&r1=432239&r2=432240&view=diff
==
--- 
tomcat/tc6.0.x/trunk/java/org/apache/tomcat/util/http/FastHttpDateFormat.java 
(original)
+++ 
tomcat/tc6.0.x/trunk/java/org/apache/tomcat/util/http/FastHttpDateFormat.java 
Thu Aug 17 06:52:29 2006
@@ -1,5 +1,5 @@
 /*
- *  Copyright 1999-2004 The Apache Software Foundation
+ *  Copyright 1999-2006 The Apache Software Foundation
  *
  *  Licensed under the Apache License, Version 2.0 (the "License");
  *  you may not use this file except in compliance with the License.
@@ -16,13 +16,14 @@
 
 package org.apache.tomcat.util.http;
 
-import java.util.Date;
-import java.util.HashMap;
-import java.util.Locale;
-import java.util.TimeZone;
 import java.text.DateFormat;
 import java.text.ParseException;
 import java.text.SimpleDateFormat;
+import java.util.Date;
+import java.util.Locale;
+import java.util.Map;
+import java.util.TimeZone;
+import java.util.concurrent.ConcurrentHashMap;
 
 /**
  * Utility class to generate HTTP dates.
@@ -35,6 +36,10 @@
 // -- Variables
 
 
+protected static final int CACHE_SIZE = 
+
Integer.parseInt(System.getProperty("org.apache.tomcat.util.http.FastHttpDateFormat.CACHE_SIZE",
 "1000"));
+
+
 /**
  * HTTP date format.
  */
@@ -84,13 +89,15 @@
 /**
  * Formatter cache.
  */
-protected static final HashMap formatCache = new HashMap();
+protected static final ConcurrentHashMap formatCache = 
+new ConcurrentHashMap(CACHE_SIZE);
 
 
 /**
  * Parser cache.
  */
-protected static final HashMap parseCache = new HashMap();
+protected static final ConcurrentHashMap parseCache = 
+new ConcurrentHashMap(CACHE_SIZE);
 
 
 // - Public Methods
@@ -121,12 +128,8 @@
 public static final String formatDate
 (long value, DateFormat threadLocalformat) {
 
-String cachedDate = null;
 Long longValue = new Long(value);
-try {
-cachedDate = (String) formatCache.get(longValue);
-} catch (Exception e) {
-}
+String cachedDate = formatCache.get(longValue);
 if (cachedDate != null)
 return cachedDate;
 
@@ -134,15 +137,13 @@
 Date dateValue = new Date(value);
 if (threadLocalformat != null) {
 newDate = threadLocalformat.format(dateValue);
-synchronized (formatCache) {
-updateCache(formatCache, longValue, newDate);
-}
+updateFormatCache(longValue, newDate);
 } else {
 synchronized (formatCache) {
 synchronized (format) {
 newDate = format.format(dateValue);
 }
-updateCache(formatCache, longValue, newDate);
+updateFormatCache(longValue, newDate);
 }
 }
 return newDate;
@@ -156,24 +157,18 @@
 public static final long parseDate(String value, 
DateFormat[] threadLocalformats) {
 
-Long cachedDate = null;
-try {
-cachedDate = (Long) parseCache.get(value);
-} catch (Exception e) {
-}
+Long cachedDate = parseCache.get(value);
 if (cachedDate != null)
 return cachedDate.longValue();
 
 Long date = null;
 if (threadLocalformats != null) {
 date = internalParseDate(value, threadLocalformats);
-synchronized (parseCache) {
-updateCache(parseCache, value, date);
-}
+updateParseCache(value, date);
 } else {
 synchronized (parseCache) {
 date = internalParseDate(value, formats);
-updateCache(parseCache, value, date);
+updateParseCache(value, date);
 }
 }
 if (date == null) {
@@ -208,15 +203,28 @@
 /**
  * Update cache.
  */
-private static final void updateCache(HashMap cache, Object key, 
-  Object value) {
+private static void updateFormatCache(Long key, String value) {
+if (value == null) {
+return;
+}
+if (formatCache.size() > CACHE_SIZE) {
+formatCache.clear();
+}
+  

Re: serveltapi/jspapi

[Jean-frederic Clere]

Yoav Shapira wrote:


Hi,


Ok. The "new" doc is ready, should I replace the one in
/www/tomcat.apache.org/?



We typically only replace them during a release to ensure consistency
between the JavaDocs and the code.  We don't want to have JavaDocs
reflecting current trunk code if the latest release available for
download is 5.5.17, because some files have changed since.


Ok, that makes sense.
I will only change appdev/installation.html that has a broken link.

Cheers

Jean-Frederic



However, if you only modified the servletapi/jspapi module and
generated the docs for the rest (org.apache classes) off the
TOMCAT_5_5_17 tag (as opposed to trunk), that should be fine.

Yoav

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

5.5.18 release

[Remy Maucherat]

Hi,

I think it would be good to consider doing a new point release, which 
would include the APR fix.


Rémy

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

Re: 5.5.18 release

[Jean-frederic Clere]

Remy Maucherat wrote:


Hi,

I think it would be good to consider doing a new point release, which 
would include the APR fix.


And I have arranged the documentation ;-)

Cheers

Jean-Frederic



Rémy

-
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: r432250 - /tomcat/build/tc5.5.x/BUILDING.txt

[jfclere]

Author: jfclere
Date: Thu Aug 17 07:27:16 2006
New Revision: 432250

URL: http://svn.apache.org/viewvc?rev=432250&view=rev
Log:
Add a point for the servlet and jsp api.

Modified:
tomcat/build/tc5.5.x/BUILDING.txt

Modified: tomcat/build/tc5.5.x/BUILDING.txt
URL: 
http://svn.apache.org/viewvc/tomcat/build/tc5.5.x/BUILDING.txt?rev=432250&r1=432249&r2=432250&view=diff
==
--- tomcat/build/tc5.5.x/BUILDING.txt (original)
+++ tomcat/build/tc5.5.x/BUILDING.txt Thu Aug 17 07:27:16 2006
@@ -119,4 +119,10 @@
 compat package, do
 
 cd ${tomcat.source}
-ant build-compat
\ No newline at end of file
+ant build-compat
+
+(6) Building the servlet and jsp API documentation
+
+The documentation can be easly rebuild, do
+cd ${tomcat.source}/build
+ant dist-javadoc



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

Re: 5.5.18 release

[Filip Hanik - Dev Lists]

I agree, its a pretty important fix

Remy Maucherat wrote:

Hi,

I think it would be good to consider doing a new point release, which 
would include the APR fix.


Rémy

-
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: serveltapi/jspapi

[Jean-frederic Clere]

Yoav Shapira wrote:


Hi,
Ah, OK.

The docs are generated by JavaDoc as part of the release build.  Look
at build/build.xml, the "dist-javadoc" target.  That creates the doc
files as part of the webapps/tomcat-docs webapp, and can be run
standalone if you'd like.  If you're actually building a Tomcat
release, you run the "release" target of build/build.xml, which does
this plus (among other things) calls the "package-docs-tgz" target,
which creates a tarball of the docs.


BTW: Release outputs some failed tests:
+++
  [tester] FAIL [GET /tester/ErrorPage08?type=Arithmetic HTTP/1.0] 
Expected data 'ErrorPage06 PASSED - SERVLET', got data 'ErrorPage06 
FAILED - message is not correct'
  [tester] FAIL [GET /tester/WrappedErrorPage08?type=Arithmetic 
HTTP/1.0] Expected data 'ErrorPage06 PASSED - SERVLET', got data 
'ErrorPage06 FAILED - message is not correct'
  [tester] FAIL [GET /tester/ErrorPage08?type=Array HTTP/1.0] Expected 
data 'ErrorPage06 PASSED - JSP', got data 'ErrorPage06 FAILED - message 
is not correct'
  [tester] FAIL [GET /tester/WrappedErrorPage08?type=Array HTTP/1.0] 
Expected data 'ErrorPage06 PASSED - JSP', got data 'ErrorPage06 FAILED - 
message is not correct'

+++

Cheers

Jean-Frederic


The release manager unzips that
tarball into /www/tomcat.apache.org/...

Yoav

On 8/17/06, Jean-frederic Clere <[EMAIL PROTECTED]> wrote:


Yoav Shapira wrote:

> Hi,
> What do you mean, how to get them?  You can check out the servlet-api
> module from SVN... I must be misunderstanding something...

Yes... In fact, I would like to know how the actual:
 /www/tomcat.apache.org/tomcat-5.5-doc/servletapi
and
  /www/tomcat.apache.org/tomcat-5.5-doc/jspapi
were generated.

Cheers

Jean-Frederic

>
> Yoav
>
> On 8/17/06, Jean-frederic Clere <[EMAIL PROTECTED]> wrote:
>
>> Hi,
>>
>> I have been fixing in TC5.5 some references to jakarta. Now I am
>> wondering how to get the servletapi and jspapi pages.
>> Any hints?
>>
>> Cheers
>>
>> Jean-Frederic
>>
>> -
>> 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]




-
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: r432252 - /tomcat/build/tc5.5.x/BUILDING.txt

[jfclere]

Author: jfclere
Date: Thu Aug 17 07:41:02 2006
New Revision: 432252

URL: http://svn.apache.org/viewvc?rev=432252&view=rev
Log:
Add ant release in the list.

Modified:
tomcat/build/tc5.5.x/BUILDING.txt

Modified: tomcat/build/tc5.5.x/BUILDING.txt
URL: 
http://svn.apache.org/viewvc/tomcat/build/tc5.5.x/BUILDING.txt?rev=432252&r1=432251&r2=432252&view=diff
==
--- tomcat/build/tc5.5.x/BUILDING.txt (original)
+++ tomcat/build/tc5.5.x/BUILDING.txt Thu Aug 17 07:41:02 2006
@@ -126,3 +126,10 @@
 The documentation can be easly rebuild, do
 cd ${tomcat.source}/build
 ant dist-javadoc
+
+(7) Building a release running tests:
+
+do
+cd ${tomcat.source}/build
+ant release
+



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

Re: 5.5.18 release

[Yoav Shapira]

+1 for doing a release.

Yoav

On 8/17/06, Filip Hanik - Dev Lists <[EMAIL PROTECTED]> wrote:

I agree, its a pretty important fix

Remy Maucherat wrote:
> Hi,
>
> I think it would be good to consider doing a new point release, which
> would include the APR fix.
>
> Rémy
>
> -
> 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]

Bug report

[Dimitri Piriou]

Hello,
 
Sorry if I don't post at the right place but I'm sending you this mail to
make a bug (I think that is one) report. I'm developping a servlet and a
mistake made Tomcat stopping each time my code had to be executed. An
exception was thrown before and here is the extract of Tomcat log file:
 
java.sql.SQLException: No operations allowed after statement closed
 
There was, indeed, an error in my code and I used a preparedStatement I had
already closed but is it normal that Tomcat stopped?

Here is my source code:
 
--
protected void doPost(HttpServletRequest request, HttpServletResponse
response) throws ServletException, IOException {
  response.setStatus( HttpServletResponse.SC_OK );
 response.setContentType( "text/vnd.wap.wml" );
 ServletOutputStream out = response.getOutputStream();
 int code_id = Integer.parseInt(request.getParameter("code_id"));
 out.println("");
 out.println("http://www.wapforum.org/DTD/wml_1.1.xml\>
http://www.wapforum.org/DTD/wml_1.1.xml\";>");
 try{
 Class.forName("com.mysql.jdbc.Driver").newInstance();
 java.sql.Connection conn = java.sql.DriverManager.getConnection(
   "jdbc:mysql://localhost/bd?user=user&password=password");
 String useragent = request.getHeader("User-Agent");
 PreparedStatement stmt = conn.prepareStatement("SELECT DISTINCT
nom1_id, nom1, nom2 FROM device NATURAL JOIN nom1 INNER JOIN nom2 ON
nom2.nom2_id = nom1.nom2_id WHERE phone_user_agent = ?");
 stmt.setString(1, useragent);
 ResultSet rs = stmt.executeQuery();
 String nom1 = "";
 String nom2= "";
 
 while (rs.next()) {
  nom1 = rs.getString("nom1");
  nom2 = rs.getString("nom2");
  }
 stmt.close();
 PreparedStatement stmt_jeucode = conn.prepareStatement("SELECT code
FROM codes WHERE code_id = ?");
 stmt_jeucode.setInt(1, code_id);
 rs = stmt.executeQuery(); // Exception levée ici
 String code = "";
 while (rs.next()) {
  code = rs.getString("code");
 }
 String toPrint = "gal" + code_id + "_" + code + "_" + nom2 + "_" +
nom1 + ".jar";
  out.println("" + toPrint +
" doPost");
 
 
 } catch(Exception e){
 System.err.println("Connection ratée: "+e);
 System.exit(-1);  
 }
 out.close();
 }
--
 
 
Best Regards,
 
Dimitri Piriou
Axellance, France

DO NOT REPLY [Bug 40279] New: - ServletContext.getMinorVersion() returns 4

[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=40279

   Summary: ServletContext.getMinorVersion() returns 4
   Product: Tomcat 6
   Version: unspecified
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


For Tomcat 6, ServletContext.getMinorVersion() should return 5, but it is
returning 4.

Please update org.apache.catalina.core.Constants.java and the javadoc for
javax.servlet.ServletContext.getMinorVersion()

-- 
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: Bug report

[charly]

Its very normal that Tomcat stops if there is code in a webapp which
forces Tomcat or the JVM  to stop:


 System.exit(-1);


Karl-Heinz



From: "Dimitri Piriou" <[EMAIL PROTECTED]>

Sorry if I don't post at the right place but I'm sending you this mail to
make a bug (I think that is one) report. I'm developping a servlet and a
mistake made Tomcat stopping each time my code had to be executed. An
exception was thrown before and here is the extract of Tomcat log file:

java.sql.SQLException: No operations allowed after statement closed

There was, indeed, an error in my code and I used a preparedStatement I had
already closed but is it normal that Tomcat stopped?

Here is my source code:

..

} catch(Exception e){
System.err.println("Connection ratée: "+e);
System.exit(-1);
}
out.close();






___ 
Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de


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

Re: Bug report

[Florian Fray]

Hi Dimitri,

this is not a Tomcat bug, but look at the second "rs = stmt.executeQuery();"
You closed this "stmt" few lines before and I think you intended to call 
"rs = stmt_jeucode.executeQuery();" instead.


Regards,

Florian


Dimitri Piriou schrieb:

Hello,
 
Sorry if I don't post at the right place but I'm sending you this mail to

make a bug (I think that is one) report. I'm developping a servlet and a
mistake made Tomcat stopping each time my code had to be executed. An
exception was thrown before and here is the extract of Tomcat log file:
 
java.sql.SQLException: No operations allowed after statement closed
 
There was, indeed, an error in my code and I used a preparedStatement I had

already closed but is it normal that Tomcat stopped?

Here is my source code:
 
--

protected void doPost(HttpServletRequest request, HttpServletResponse
response) throws ServletException, IOException {
  response.setStatus( HttpServletResponse.SC_OK );
 response.setContentType( "text/vnd.wap.wml" );
 ServletOutputStream out = response.getOutputStream();
 int code_id = Integer.parseInt(request.getParameter("code_id"));
 out.println("");
 out.println("http://www.wapforum.org/DTD/wml_1.1.xml\>
http://www.wapforum.org/DTD/wml_1.1.xml\";>");
 try{
 Class.forName("com.mysql.jdbc.Driver").newInstance();
 java.sql.Connection conn = java.sql.DriverManager.getConnection(
   "jdbc:mysql://localhost/bd?user=user&password=password");
 String useragent = request.getHeader("User-Agent");
 PreparedStatement stmt = conn.prepareStatement("SELECT DISTINCT
nom1_id, nom1, nom2 FROM device NATURAL JOIN nom1 INNER JOIN nom2 ON
nom2.nom2_id = nom1.nom2_id WHERE phone_user_agent = ?");
 stmt.setString(1, useragent);
 ResultSet rs = stmt.executeQuery();
 String nom1 = "";
 String nom2= "";
 
 while (rs.next()) {

  nom1 = rs.getString("nom1");
  nom2 = rs.getString("nom2");
  }
 stmt.close();
 PreparedStatement stmt_jeucode = conn.prepareStatement("SELECT code
FROM codes WHERE code_id = ?");
 stmt_jeucode.setInt(1, code_id);
 rs = stmt.executeQuery(); // Exception levée ici
 String code = "";
 while (rs.next()) {
  code = rs.getString("code");
 }
 String toPrint = "gal" + code_id + "_" + code + "_" + nom2 + "_" +
nom1 + ".jar";
  out.println("" + toPrint +
" doPost");
 
 
 } catch(Exception e){

 System.err.println("Connection ratée: "+e);
 System.exit(-1);  
 }

 out.close();
 }
--
 
 
Best Regards,
 
Dimitri Piriou

Axellance, France

  


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

Re: Bug report

[Florian Fray]

Hi Dimitri,

forget this one, I should read the postings completely before responding :-)
So Charly is completely right with his assumption.

Regards,

Florian

Florian Fray schrieb:

Hi Dimitri,

this is not a Tomcat bug, but look at the second "rs = 
stmt.executeQuery();"
You closed this "stmt" few lines before and I think you intended to 
call "rs = stmt_jeucode.executeQuery();" instead.


Regards,

Florian


Dimitri Piriou schrieb:

Hello,
 
Sorry if I don't post at the right place but I'm sending you this 
mail to

make a bug (I think that is one) report. I'm developping a servlet and a
mistake made Tomcat stopping each time my code had to be executed. An
exception was thrown before and here is the extract of Tomcat log file:
 
java.sql.SQLException: No operations allowed after statement closed
 
There was, indeed, an error in my code and I used a preparedStatement 
I had

already closed but is it normal that Tomcat stopped?

Here is my source code:
 
--

protected void doPost(HttpServletRequest request, HttpServletResponse
response) throws ServletException, IOException {
  response.setStatus( HttpServletResponse.SC_OK );
 response.setContentType( "text/vnd.wap.wml" );
 ServletOutputStream out = response.getOutputStream();
 int code_id = Integer.parseInt(request.getParameter("code_id"));
 out.println("");
 out.println("1.1//EN\" \"

http://www.wapforum.org/DTD/wml_1.1.xml\>
http://www.wapforum.org/DTD/wml_1.1.xml\";>");
 try{
 Class.forName("com.mysql.jdbc.Driver").newInstance();
 java.sql.Connection conn = 
java.sql.DriverManager.getConnection(

   "jdbc:mysql://localhost/bd?user=user&password=password");
 String useragent = request.getHeader("User-Agent");
 PreparedStatement stmt = conn.prepareStatement("SELECT DISTINCT
nom1_id, nom1, nom2 FROM device NATURAL JOIN nom1 INNER JOIN nom2 ON
nom2.nom2_id = nom1.nom2_id WHERE phone_user_agent = ?");
 stmt.setString(1, useragent);
 ResultSet rs = stmt.executeQuery();
 String nom1 = "";
 String nom2= "";
  while (rs.next()) {
  nom1 = rs.getString("nom1");
  nom2 = rs.getString("nom2");
  }
 stmt.close();
 PreparedStatement stmt_jeucode = 
conn.prepareStatement("SELECT code

FROM codes WHERE code_id = ?");
 stmt_jeucode.setInt(1, code_id);
 rs = stmt.executeQuery(); // Exception levée ici
 String code = "";
 while (rs.next()) {
  code = rs.getString("code");
 }
 String toPrint = "gal" + code_id + "_" + code + "_" + nom2 + 
"_" +

nom1 + ".jar";
  out.println("" + 
toPrint +

" doPost");
 
 
 } catch(Exception e){

 System.err.println("Connection ratée: "+e);
 System.exit(-1);   }
 out.close();
 }
--
 
 
Best Regards,
 
Dimitri Piriou

Axellance, France

  


-
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: Working on mod_jk

[Rodrigo Ramele]

Tomcat gurus:

I am working with apr table in mod_jk to store the session table but i can't
achieve to share the table between differents requests... Someone could give
me a tip ? (or a good reference to a site or book related with apache 2
module programming)

Thanks a lot !!!


On 8/14/06, Rainer Jung <[EMAIL PROTECTED]> wrote:


Klaus Wagner wrote:
> On Mon, 2006-08-14 at 16:24 +0200, Rainer Jung wrote:
>
>>Klaus Wagner wrote:
>>...
>>If you really, really want to do this, for the watchdog you can enhance
>>the existing maintain methods. There is already a mechanism that calls
>>the maintain methods during a request only if the last call to it is
>>longer ago than worker.maintain seconds (Default: 60 seconds). The
>>method is called during request work, so it must be stable and fast
>
>
> I don't want to do anything, just giving impressions how I would do if I
> had to do but thanks. Good to know that there is pretty much everything
> there that would be needed.
>
> regards Klaus

I wanted to adress the original poster :)

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

Re: 5.5.18 release

[Filip Hanik - Dev Lists]

cool, I will cut the release

Yoav Shapira wrote:

+1 for doing a release.

Yoav

On 8/17/06, Filip Hanik - Dev Lists <[EMAIL PROTECTED]> wrote:

I agree, its a pretty important fix

Remy Maucherat wrote:
> Hi,
>
> I think it would be good to consider doing a new point release, which
> would include the APR fix.
>
> Rémy
>
> -
> 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]






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

Re: Working on mod_jk

[Rainer Jung]

If your platform uses multiple processes for Apache, then traditional in
memory data will not be shared. You'll need to use shared memory for
that. Have a look at Jean-Cleres hints in the same thread about the
slotmem implementation he was doing a couple of weeks ago in the httpd
project.

Regards,

Rainer

Rodrigo Ramele schrieb:
> Tomcat gurus:
> 
> I am working with apr table in mod_jk to store the session table but i
> can't
> achieve to share the table between differents requests... Someone could
> give
> me a tip ? (or a good reference to a site or book related with apache 2
> module programming)
> 
> Thanks a lot !!!
> 
> 
> On 8/14/06, Rainer Jung <[EMAIL PROTECTED]> wrote:
>>
>> Klaus Wagner wrote:
>> > On Mon, 2006-08-14 at 16:24 +0200, Rainer Jung wrote:
>> >
>> >>Klaus Wagner wrote:
>> >>...
>> >>If you really, really want to do this, for the watchdog you can enhance
>> >>the existing maintain methods. There is already a mechanism that calls
>> >>the maintain methods during a request only if the last call to it is
>> >>longer ago than worker.maintain seconds (Default: 60 seconds). The
>> >>method is called during request work, so it must be stable and fast
>> >
>> >
>> > I don't want to do anything, just giving impressions how I would do
>> if I
>> > had to do but thanks. Good to know that there is pretty much everything
>> > there that would be needed.
>> >
>> > regards Klaus
>>
>> I wanted to adress the original poster :)
>>
>> -
>> 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: change in session activity tracking between Tomcat 4.1/5.0 and Tomcat 5.5

[Jan Luehe]

Hi Dies,

Dies Koper wrote On 08/16/06 21:27,:


Hello Jan,

Thank you for your reply.

Yes, I noticed the "associated with this session". It seemed clear. But
then I read the following in the specification:

[Servlet 2.4 spec - SRV.7.6 Last Accessed Times]
The session is considered to be accessed when a request that is part of
the session is first handled by the servlet container.

I noticed "request that is part of the session".
 



I see what you are getting at, and I agree that the servlet spec
could be much clearer about this. Unfortunately, this ambiguous
wording as been around for the longest time.

I don't see how the mere presence of a JSESSIONID could
be considered and treated the same as accessing a session
(but I also see how SRV.7.6 might be interpreted that way).
Session access to me implies that a session is being acquired
via a call to HttpServletRequest.getSession().

If the mere presence of a JSESSIONID in the request were
considered session access, how would you treat the case
where a request did not carry any JSESSIONID, and a servlet
created a new session by a call to HttpServletRequest.getSession()?
According to your interpretation of SRV.7.6, the session
would not be considered accessed until a subsequent request
that carried its JSESSIONID was received by the container.

I don't believe this was the original spec authors' intention.

I will double-check with the Servlet EG to make sure we're all
in agreement on this.

Thanks,


Jan


Is a request with a jsessionid that gets accepted by the container part
of a session? I'd say yes. But you say it is not, until the servlet
calls a method that needs to access the session context (getSession,
encodeURL, etc.), only then you can say it actually was part of the session?
I suppose that does sounds reasonable.

 


I think this change was made to bring the impl in compliance with the
servlet spec.
   



The servlet 2.3 spec contains the same. So Tomcat 4.1 does not but
Tomcat 5.0/5.5 now does comply with the spec regarding this method?
#I had opened a bug about this last month, I'd like to add this info to
it for reference before it is closed.

Just to make sure, you /think/ this change was done because you have
some recollection of it or guessing from what I wrote and what the spec
writes?
I tried searching the mailing lists about it but could not find any
discussion about it.

Thank again for the reply,
Dies


Jan Luehe wrote:
 


Hi Dies,

Dies Koper wrote On 08/16/06 05:28,:

   


Hello,

I'm looking into an issue we ran into when upgrading from Tomcat 4.1 to
Tomcat 5.5.

The time returned by the HttpSession.getLastAccessTime method seems to
have changed.
We believe it should return the time of the previous request from the
same client. It did in Tomcat 4.1. It did so no matter whether that
client accessed a Servlet or an html file.

However, in Tomcat 5.5 it only returns this time if the previous request
went to a servlet, and that servlet called the getSession or
request.encodeURL method. Otherwise it returns the time of the last
request from that client that did call either of those methods.


 


I think this change was made to bring the impl in compliance with the
servlet
spec.

The javadocs of HttpSession.getLastAccessedTime() have this:

* Returns the last time the client sent a request associated with
* this session, as the number of milliseconds since midnight
* January 1, 1970 GMT, and marked by the time the container received the
* request.

Notice the "associated with this session".

Only if a request creates or resumes a session should the session's
lastAccessedTime
be updated.


Jan


   


I am a bit confused why. Did the Tomcat developers disagree with the
Servlet spec or the interpretation of it at the time Tomcat 4.1 was
released and is this now fixed? Or is it an accidental side-effect of
another change?

The reason I ask is because I need to solve this problem. Should I look
for a work-around or try to write a patch?

So far, I found that the change happened in Tomcat 5.0, with the
following commit.

Revision: 302627
Author: remm
Date: 3:21:36, 2004-01-23
Message:
- Improvements to session activity tracking, handling the case where the
session is new, as well as cross context.
- If this doesn't work, I give up ;)

Modified :
/tomcat/container/catalina/trunk/catalina/src/share/org/apache/catalina/core/ApplicationDispatcher.java
Modified :
/tomcat/container/catalina/trunk/catalina/src/share/org/apache/catalina/core/ApplicationHttpRequest.java
Modified :
/tomcat/container/catalina/trunk/catalina/src/share/org/apache/catalina/core/StandardHostValve.java
Modified :
/tomcat/container/catalina/trunk/catalina/src/share/org/apache/catalina/session/StandardSession.java
 




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

 



-
T

Re: change in session activity tracking between Tomcat 4.1/5.0 and Tomcat 5.5

[Dies Koper]

Hello Jan,

Thank you again for your reply.

Jan Luehe wrote:

I see what you are getting at, and I agree that the servlet spec
could be much clearer about this. Unfortunately, this ambiguous
wording as been around for the longest time.


That is why I was surprised to find the change in Tomcat 5, and no 
mention in the commit log, Bugzilla or this mailing list that it was 
misinterpreted and therefore fixed.



If the mere presence of a JSESSIONID in the request were
considered session access, how would you treat the case
where a request did not carry any JSESSIONID, and a servlet
created a new session by a call to HttpServletRequest.getSession()?
According to your interpretation of SRV.7.6, the session
would not be considered accessed until a subsequent request
that carried its JSESSIONID was received by the container.


Yes, that would also be my interpretation of what the API says:
Returns:
a long representing the last time the client sent a request 
associated with this session


I would expect it having said something like the following in your 
interpretation:


Returns the last time this session object was accessed, as the number of 
milliseconds since midnight January 1, 1970 GMT, and marked by the time 
the container received the request.

or
Returns:
a long representing the last time the session object was accessed


I don't believe this was the original spec authors' intention.

I will double-check with the Servlet EG to make sure we're all
in agreement on this.


I suppose they changed their minds a few times on what this method 
should do and that led to the ambiguity. Thank you for double-checking, 
I'm looking forward to hearing their reply.


Regards,
Dies Koper


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