Re: Question: Strange Session Remove Attribute
Hmm, but I can't find a statement that the valueUnbound get an invalid session, when it called after sessionDestoryed. HttpSessionBindingListener === /** * * Notifies the object that it is being unbound * from a session and identifies the session. * * @param eventthe event that identifies *the session * * @see #valueBound * */ public void valueUnbound(HttpSessionBindingEvent event); I thing the part identifies the session is in conflict with the current tomcat implementation. Today the user get a IllegalStateException at event.getSession().getId() instead the session identifier. The current servlet spec is not clear at this session event definition. :( What is correct? - current handling - emit remove session event and after this the session is invalid - remove emit event after invalidation What we can do? - document the situation Add lifecycle diagrams ( state flow) -propose a change to the spec team Don't emit remove session attribute events, when session destoryed, like ServletContext and ServletRequest handling ( my favorit) Only direct removeAttribute calls, emit remove event. Peter Remy Maucherat schrieb: Peter Rossbach wrote: Hups, the remove session attribute events after session destory is documented at the servlet spec? Any hint welcome Yes, read the javadoc for HttpSessionBindingListener. 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]
cvs commit: jakarta-tomcat-connectors/jk/xdocs/install apache1.xml apache2.xml
pero2005/04/04 23:32:55 Modified:jk/xdocs changelog.xml jk/xdocs/install apache1.xml apache2.xml Log: add doc for apache --enable-prefork configure switch Revision ChangesPath 1.20 +10 -0 jakarta-tomcat-connectors/jk/xdocs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/changelog.xml,v retrieving revision 1.19 retrieving revision 1.20 diff -u -r1.19 -r1.20 --- changelog.xml 30 Mar 2005 06:21:19 - 1.19 +++ changelog.xml 5 Apr 2005 06:32:55 - 1.20 @@ -21,6 +21,16 @@ new documentation project for JK has been started. /p /section +section name=Changes with JK 1.2.11 + br / + subsection name=Native +changelog + update +Add --enable-prefork to the documentation (pero) + /update +/changelog + /subsection +/section section name=Changes with JK 1.2.10 br / subsection name=Native 1.8 +3 -0 jakarta-tomcat-connectors/jk/xdocs/install/apache1.xml Index: apache1.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/install/apache1.xml,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- apache1.xml 28 Mar 2005 09:56:02 - 1.7 +++ apache1.xml 5 Apr 2005 06:32:55 - 1.8 @@ -80,6 +80,9 @@ attribute name=--enable-maitainer-mode required=false pBuild mod_jk enabling maintainer or DEBUG mode./p /attribute + attribute name=--enable-prefork required=false + pBuild mod_jk without all the pthread code, better support apache prefork mode./p + /attribute /attributes pJNI related parameters :/p 1.9 +3 -0 jakarta-tomcat-connectors/jk/xdocs/install/apache2.xml Index: apache2.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/install/apache2.xml,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- apache2.xml 28 Mar 2005 09:56:02 - 1.8 +++ apache2.xml 5 Apr 2005 06:32:55 - 1.9 @@ -66,6 +66,9 @@ attribute name=--enable-maitainer-mode required=false pBuild mod_jk enabling maintainer or DEBUG mode./p /attribute + attribute name=--enable-prefork required=false + pBuild mod_jk without all the pthread code, better support apache prefork mode./p + /attribute /attributes pJNI related parameters :/p - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Question: Strange Session Remove Attribute
Peter Rossbach wrote: Hmm, but I can't find a statement that the valueUnbound get an invalid session, when it called after sessionDestoryed. HttpSessionBindingListener === /** * * Notifies the object that it is being unbound * from a session and identifies the session. * * @param eventthe event that identifies *the session * * @see #valueBound * */ public void valueUnbound(HttpSessionBindingEvent event); I thing the part identifies the session is in conflict with the current tomcat implementation. Interface HttpSessionBindingListener: Causes an object to be notified when it is bound to or unbound from a session. The object is notified by an HttpSessionBindingEvent object. This may be as a result of a servlet programmer explicitly unbinding an attribute from a session, due to a session being invalidated, or due to a session timing out. Today the user get a IllegalStateException at event.getSession().getId() instead the session identifier. The current servlet spec is not clear at this session event definition. :( What is correct? - current handling - emit remove session event and after this the session is invalid - remove emit event after invalidation What we can do? - document the situation Add lifecycle diagrams ( state flow) -propose a change to the spec team Don't emit remove session attribute events, when session destoryed, like ServletContext and ServletRequest handling ( my favorit) Only direct removeAttribute calls, emit remove event. I give up ;) Yes, the current behavior is certain to be the correct one. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34150] - child pid # exit signal Segmentation fault (11)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34150. 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=34150 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2005-04-05 09:15 --- Hello, since one week we never saw the error again. Seems to be working now with the prefork mode. Thanks! Best regards Torsten -- 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]
[GUMP@brutus]: Project jakarta-tomcat-jasper_tc5 (in module jakarta-tomcat-jasper_tc5) failed
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 14 projects, and has been outstanding for 6 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - avalon-http-context : Avalon SVN - avalon-http-demo : Avalon SVN - avalon-http-examples : Avalon SVN - avalon-http-impl : Avalon SVN - avalon-http-server : Avalon SVN - avalon-http-servlet : Avalon SVN - avalon-http-static : Avalon SVN - avalon-http-test : Avalon SVN - avalon-planet-facilities : Avalon SVN - 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 - metro-reflector-blocks-complete : Avalon SVN Full details are available at: http://brutus.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- Output [jasper-runtime.jar] identifier set to output basename: [jasper-runtime] -DEBUG- Output [jasper-compiler.jar] identifier set to output basename: [jasper-compiler] -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://brutus.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: 4 secs Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar org.apache.tools.ant.Main -Dgump.merge=/home/gump/workspaces2/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.0.1/plugins/org.eclipse.jdt.core_3.0.1/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.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.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.0.1/plugins/org.eclipse.jdt.core_3.0.1/jdtcore.jar - Buildfile: build.xml build-prepare: [mkdir] Created dir: /home/gump/workspaces2/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build [mkdir] Created dir: /home/gump/workspaces2/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build/bin [mkdir] Created dir: /home/gump/workspaces2/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build/common/classes [mkdir] Created dir: /home/gump/workspaces2/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build/common/lib [mkdir] Created dir: /home/gump/workspaces2/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build/shared/classes [mkdir] Created dir: /home/gump/workspaces2/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build/shared/lib copy-launcher.jars: build-static: [copy] Copying 4 files to /home/gump/workspaces2/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build/bin build-only: [javac]
[GUMP@brutus]: Project jakarta-tomcat-jk-native (in module jakarta-tomcat-connectors) failed
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-jk-native has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 82 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - jakarta-tomcat-jk-native : Connectors to various web servers Full details are available at: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/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 The following work was performed: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/gump_work/build_jakarta-tomcat-connectors_jakarta-tomcat-jk-native.html Work Name: build_jakarta-tomcat-connectors_jakarta-tomcat-jk-native (Type: Build) Work ended in a state of : Failed Elapsed: Command Line: make [Working Directory: /usr/local/gump/public/workspace/jakarta-tomcat-connectors/jk/native] - Making all in common make[1]: Entering directory `/home/gump/workspaces2/public/workspace/jakarta-tomcat-connectors/jk/native/common' /bin/sh /usr/local/gump/public/workspace/apache-httpd/dest-05042005/build/libtool --silent --mode=compile gcc -I/usr/local/gump/public/workspace/apache-httpd/dest-05042005/include -g -O2 -g -O2 -pthread -DHAVE_APR -I/usr/local/gump/public/workspace/apr/dest-05042005/include/apr-1 -g -O2 -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -I/home/gump/workspaces2/public/workspace/apache-httpd/srclib/pcre -I /opt/jdk1.4/include -I /opt/jdk1.4/include/ -c jk_ajp12_worker.c /usr/local/gump/public/workspace/apache-httpd/dest-05042005/build/libtool: /usr/local/gump/public/workspace/apache-httpd/dest-05042005/build/libtool: No such file or directory make[1]: *** [jk_ajp12_worker.lo] Error 127 make[1]: Leaving directory `/home/gump/workspaces2/public/workspace/jakarta-tomcat-connectors/jk/native/common' make: *** [all-recursive] Error 1 - To subscribe to this information via syndicated feeds: - RSS: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/rss.xml - Atom: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2305042005, brutus:brutus-public:2305042005 Gump E-mail Identifier (unique within run) #20. -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33711] - Memory leak (classloader) with Log4J and Single Sign On.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33711. 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=33711 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-04-05 11:56 --- I think this has been fixed. Too bad there's no feedback. -- 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 33743] - WebappClassLoader race condition
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33743. 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=33743 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-04-05 11:57 --- My patch should address the possible race on entry.binaryContent. -- 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 34299] New: - Http11Processor intermittently throwing ArrayIndexOutOfBoundsException
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34299. 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=34299 Summary: Http11Processor intermittently throwing ArrayIndexOutOfBoundsException Product: Tomcat 4 Version: Unknown Platform: PC OS/Version: other Status: NEW Severity: normal Priority: P1 Component: Connector:Coyote HTTP/1.1 AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Hi, We are running Tomcat 4.1.30. Our application sends back a HTTP 200 Status Code when we receive a request from our external Trading Partner. We encounter the following error intermittently (see below). Our application logs show that we have sucessfully written the message across the socket to our servlet. Is this a known issue with this version of Tomcat? java.lang.ArrayIndexOutOfBoundsException at org.apache.coyote.http11.InternalOutputBuffer.write (InternalOutputBuffer.java:731) at org.apache.coyote.http11.InternalOutputBuffer.write (InternalOutputBuffer.java:659) at org.apache.coyote.http11.InternalOutputBuffer.sendHeader (InternalOutputBuffer.java:539) at org.apache.coyote.http11.Http11Processor.prepareResponse (Http11Processor.java:1552) at org.apache.coyote.http11.Http11Processor.action (Http11Processor.java:921) at org.apache.coyote.Response.action(Response.java:224) at org.apache.coyote.http11.InternalOutputBuffer.endRequest (InternalOutputBuffer.java:431) at org.apache.coyote.http11.Http11Processor.action (Http11Processor.java:968) at org.apache.coyote.Response.action(Response.java:226) at org.apache.coyote.Response.finish(Response.java:348) at org.apache.coyote.tomcat4.OutputBuffer.close(OutputBuffer.java:324) at org.apache.coyote.tomcat4.CoyoteOutputStream.close (CoyoteOutputStream.java:123) at com.sterlingcommerce.woodstock.services.b2bhttp.servlet.B2BHttpServlet.doPost (B2BHttpServlet.java:1051) at javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter (ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke (StandardWrapperValve.java:256) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNe xt(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke (ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke (StandardContextValve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNe xt(StandardPipeline.java:643) at org.apache.catalina.valves.CertificatesValve.invoke (CertificatesValve.java:246) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNe xt(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke (ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke (StandardContext.java:2422) at org.apache.catalina.core.StandardHostValve.invoke (StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNe xt(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke (ErrorDispatcherValve.java:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNe xt(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke (ErrorReportValve.java:163) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNe xt(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke (ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke (StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNe xt(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke (ContainerBase.java:995) at org.apache.coyote.tomcat4.CoyoteAdapter.service
DO NOT REPLY [Bug 34299] New: - Http11Processor intermittently throwing ArrayIndexOutOfBoundsException [T2005040501FV]
Dear tomcat-dev@jakarta.apache.org, Please read the following automated response carefully! In response to your support issue submitted on 4/5/2005 at 2:59:21 AM MST, we have automatically opened a trouble ticket in our support database. - Your tracking number for this issue is: T2005040501FV. - This ticket has been routed to our CCBill Client Support pool. - Your curent ticket status is: OPEN All emails are responded to in the order that they are received. We will do our best to answer your message in a timely manner. You should be receiving a personal response by e-mail from one of our staff shortly. In the event you need to contact us regarding your ticket status, please refer to the tracking number at the top of this message. This will help our staff locate and review your correspondence with us. Due to the large volume of e-mail CCBill processes daily, we have a number of support staff on hand to personally respond to each request. Depending on the issues presented in your ticket, and for the best possible service, more than one support agent may be involved in processing your ticket. Regards, CCBill Client Support Team [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34299] New: - Http11Processor intermittently throwing ArrayIndexOutOfBoundsException [T2005040501FV]
Dear tomcat-dev@jakarta.apache.org, This note is to let you know that we received your reply on 4/5/2005 at 2:59:53 AM. - Your tracking number for this issue is: T2005040501FV. - This ticket has been routed to our CCBill Client Support pool. - Your curent ticket status is: OPEN For the best possible service, we will attempt to route all further correspondence back to the agent who originally answered your inquiry. To maintain the continuity of the discussion, please use the Reply feature of your mail software, rather than creating a new message each time you write to us concerning the same issue. Please also be sure to include any and all previous text with your reply. Due to the large volume of e-mail CCBill processes daily, we have a number of support staff on hand to personally respond to each request. Depending on the issues presented in your ticket, and for the best possible service, more than one support agent may be involved in processing your ticket. Regards, CCBill Support Team [EMAIL PROTECTED] *** REPLY SEPARATOR *** Dear tomcat-dev@jakarta.apache.org, Please read the following automated response carefully! In response to your support issue submitted on 4/5/2005 at 2:59:21 AM MST, we have automatically opened a trouble ticket in our support database. - Your tracking number for this issue is: T2005040501FV. - This ticket has been routed to our CCBill Client Support pool. - Your curent ticket status is: OPEN All emails are responded to in the order that they are received. We will do our best to answer your message in a timely manner. You should be receiving a personal response by e-mail from one of our staff shortly. In the event you need to contact us regarding your ticket status, please refer to the tracking number at the top of this message. This will help our staff locate and review your correspondence with us. Due to the large volume of e-mail CCBill processes daily, we have a number of support staff on hand to personally respond to each request. Depending on the issues presented in your ticket, and for the best possible service, more than one support agent may be involved in processing your ticket. Regards, CCBill Client Support Team [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 34272] - Patch to externalize the JspServlet Options implementation
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34272. 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=34272 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-04-05 11:59 --- I have applied 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]
DO NOT REPLY [Bug 34299] New: - Http11Processor intermittently throwing ArrayIndexOutOfBoundsException [T2005040501FV]
Dear tomcat-dev@jakarta.apache.org, This note is to let you know that we received your reply on 4/5/2005 at 3:00:21 AM. - Your tracking number for this issue is: T2005040501FV. - This ticket has been routed to our CCBill Client Support pool. - Your curent ticket status is: OPEN For the best possible service, we will attempt to route all further correspondence back to the agent who originally answered your inquiry. To maintain the continuity of the discussion, please use the Reply feature of your mail software, rather than creating a new message each time you write to us concerning the same issue. Please also be sure to include any and all previous text with your reply. Due to the large volume of e-mail CCBill processes daily, we have a number of support staff on hand to personally respond to each request. Depending on the issues presented in your ticket, and for the best possible service, more than one support agent may be involved in processing your ticket. Regards, CCBill Support Team [EMAIL PROTECTED] *** REPLY SEPARATOR *** Dear tomcat-dev@jakarta.apache.org, This note is to let you know that we received your reply on 4/5/2005 at 2:59:53 AM. - Your tracking number for this issue is: T2005040501FV. - This ticket has been routed to our CCBill Client Support pool. - Your curent ticket status is: OPEN For the best possible service, we will attempt to route all further correspondence back to the agent who originally answered your inquiry. To maintain the continuity of the discussion, please use the Reply feature of your mail software, rather than creating a new message each time you write to us concerning the same issue. Please also be sure to include any and all previous text with your reply. Due to the large volume of e-mail CCBill processes daily, we have a number of support staff on hand to personally respond to each request. Depending on the issues presented in your ticket, and for the best possible service, more than one support agent may be involved in processing your ticket. Regards, CCBill Support Team [EMAIL PROTECTED] *** REPLY SEPARATOR *** Dear tomcat-dev@jakarta.apache.org, Please read the following automated response carefully! In response to your support issue submitted on 4/5/2005 at 2:59:21 AM MST, we have automatically opened a trouble ticket in our support database. - Your tracking number for this issue is: T2005040501FV. - This ticket has been routed to our CCBill Client Support pool. - Your curent ticket status is: OPEN All emails are responded to in the order that they are received. We will do our best to answer your message in a timely manner. You should be receiving a personal response by e-mail from one of our staff shortly. In the event you need to contact us regarding your ticket status, please refer to the tracking n *** Original message truncated *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34299] New: - Http11Processor intermittently throwing ArrayIndexOutOfBoundsException [T2005040501FV]
Dear tomcat-dev@jakarta.apache.org, This note is to let you know that we received your reply on 4/5/2005 at 3:01:21 AM. - Your tracking number for this issue is: T2005040501FV. - This ticket has been routed to our CCBill Client Support pool. - Your curent ticket status is: OPEN For the best possible service, we will attempt to route all further correspondence back to the agent who originally answered your inquiry. To maintain the continuity of the discussion, please use the Reply feature of your mail software, rather than creating a new message each time you write to us concerning the same issue. Please also be sure to include any and all previous text with your reply. Due to the large volume of e-mail CCBill processes daily, we have a number of support staff on hand to personally respond to each request. Depending on the issues presented in your ticket, and for the best possible service, more than one support agent may be involved in processing your ticket. Regards, CCBill Support Team [EMAIL PROTECTED] *** REPLY SEPARATOR *** Dear tomcat-dev@jakarta.apache.org, This note is to let you know that we received your reply on 4/5/2005 at 3:00:21 AM. - Your tracking number for this issue is: T2005040501FV. - This ticket has been routed to our CCBill Client Support pool. - Your curent ticket status is: OPEN For the best possible service, we will attempt to route all further correspondence back to the agent who originally answered your inquiry. To maintain the continuity of the discussion, please use the Reply feature of your mail software, rather than creating a new message each time you write to us concerning the same issue. Please also be sure to include any and all previous text with your reply. Due to the large volume of e-mail CCBill processes daily, we have a number of support staff on hand to personally respond to each request. Depending on the issues presented in your ticket, and for the best possible service, more than one support agent may be involved in processing your ticket. Regards, CCBill Support Team [EMAIL PROTECTED] *** REPLY SEPARATOR *** Dear tomcat-dev@jakarta.apache.org, This note is to let you know that we received your reply on 4/5/2005 at 2:59:53 AM. - Your tracking number for this issue is: T2005040501FV. - This ticket has been routed to our CCBill Client Support pool. - Your curent ticket status is: OPEN For the best possible service, we will attempt to route all further correspondence back to the agent who originally answered your inquiry. To maintain the continuity of the discussion, please use the Reply feature of your mail software, rather than creating a new message each time you write to us concerning the same issue. Please also be sure to include any and all previous text with your reply. Due to the large volume of *** Original message truncated *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34299] New: - Http11Processor intermittently throwing ArrayIndexOutOfBoundsException [T2005040501FV]
Dear tomcat-dev@jakarta.apache.org, This note is to let you know that we received your reply on 4/5/2005 at 3:01:52 AM. - Your tracking number for this issue is: T2005040501FV. - This ticket has been routed to our CCBill Client Support pool. - Your curent ticket status is: OPEN For the best possible service, we will attempt to route all further correspondence back to the agent who originally answered your inquiry. To maintain the continuity of the discussion, please use the Reply feature of your mail software, rather than creating a new message each time you write to us concerning the same issue. Please also be sure to include any and all previous text with your reply. Due to the large volume of e-mail CCBill processes daily, we have a number of support staff on hand to personally respond to each request. Depending on the issues presented in your ticket, and for the best possible service, more than one support agent may be involved in processing your ticket. Regards, CCBill Support Team [EMAIL PROTECTED] *** REPLY SEPARATOR *** Dear tomcat-dev@jakarta.apache.org, This note is to let you know that we received your reply on 4/5/2005 at 3:01:21 AM. - Your tracking number for this issue is: T2005040501FV. - This ticket has been routed to our CCBill Client Support pool. - Your curent ticket status is: OPEN For the best possible service, we will attempt to route all further correspondence back to the agent who originally answered your inquiry. To maintain the continuity of the discussion, please use the Reply feature of your mail software, rather than creating a new message each time you write to us concerning the same issue. Please also be sure to include any and all previous text with your reply. Due to the large volume of e-mail CCBill processes daily, we have a number of support staff on hand to personally respond to each request. Depending on the issues presented in your ticket, and for the best possible service, more than one support agent may be involved in processing your ticket. Regards, CCBill Support Team [EMAIL PROTECTED] *** REPLY SEPARATOR *** Dear tomcat-dev@jakarta.apache.org, This note is to let you know that we received your reply on 4/5/2005 at 3:00:21 AM. - Your tracking number for this issue is: T2005040501FV. - This ticket has been routed to our CCBill Client Support pool. - Your curent ticket status is: OPEN For the best possible service, we will attempt to route all further correspondence back to the agent who originally answered your inquiry. To maintain the continuity of the discussion, please use the Reply feature of your mail software, rather than creating a new message each time you write to us concerning the same issue. Please also be sure to include any and all previous text with your reply. Due to the large volume of *** Original message truncated *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34299] New: - Http11Processor intermittently throwing ArrayIndexOutOfBoundsException [T2005040501FV]
Dear tomcat-dev@jakarta.apache.org, This note is to let you know that we received your reply on 4/5/2005 at 3:02:21 AM. - Your tracking number for this issue is: T2005040501FV. - This ticket has been routed to our CCBill Client Support pool. - Your curent ticket status is: OPEN For the best possible service, we will attempt to route all further correspondence back to the agent who originally answered your inquiry. To maintain the continuity of the discussion, please use the Reply feature of your mail software, rather than creating a new message each time you write to us concerning the same issue. Please also be sure to include any and all previous text with your reply. Due to the large volume of e-mail CCBill processes daily, we have a number of support staff on hand to personally respond to each request. Depending on the issues presented in your ticket, and for the best possible service, more than one support agent may be involved in processing your ticket. Regards, CCBill Support Team [EMAIL PROTECTED] *** REPLY SEPARATOR *** Dear tomcat-dev@jakarta.apache.org, This note is to let you know that we received your reply on 4/5/2005 at 3:01:52 AM. - Your tracking number for this issue is: T2005040501FV. - This ticket has been routed to our CCBill Client Support pool. - Your curent ticket status is: OPEN For the best possible service, we will attempt to route all further correspondence back to the agent who originally answered your inquiry. To maintain the continuity of the discussion, please use the Reply feature of your mail software, rather than creating a new message each time you write to us concerning the same issue. Please also be sure to include any and all previous text with your reply. Due to the large volume of e-mail CCBill processes daily, we have a number of support staff on hand to personally respond to each request. Depending on the issues presented in your ticket, and for the best possible service, more than one support agent may be involved in processing your ticket. Regards, CCBill Support Team [EMAIL PROTECTED] *** REPLY SEPARATOR *** Dear tomcat-dev@jakarta.apache.org, This note is to let you know that we received your reply on 4/5/2005 at 3:01:21 AM. - Your tracking number for this issue is: T2005040501FV. - This ticket has been routed to our CCBill Client Support pool. - Your curent ticket status is: OPEN For the best possible service, we will attempt to route all further correspondence back to the agent who originally answered your inquiry. To maintain the continuity of the discussion, please use the Reply feature of your mail software, rather than creating a new message each time you write to us concerning the same issue. Please also be sure to include any and all previous text with your reply. Due to the large volume of *** Original message truncated *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34299] New: - Http11Processor intermittently throwing ArrayIndexOutOfBoundsException [T2005040501FV]
Dear tomcat-dev@jakarta.apache.org, This note is to let you know that we received your reply on 4/5/2005 at 3:02:53 AM. - Your tracking number for this issue is: T2005040501FV. - This ticket has been routed to our CCBill Client Support pool. - Your curent ticket status is: OPEN For the best possible service, we will attempt to route all further correspondence back to the agent who originally answered your inquiry. To maintain the continuity of the discussion, please use the Reply feature of your mail software, rather than creating a new message each time you write to us concerning the same issue. Please also be sure to include any and all previous text with your reply. Due to the large volume of e-mail CCBill processes daily, we have a number of support staff on hand to personally respond to each request. Depending on the issues presented in your ticket, and for the best possible service, more than one support agent may be involved in processing your ticket. Regards, CCBill Support Team [EMAIL PROTECTED] *** REPLY SEPARATOR *** Dear tomcat-dev@jakarta.apache.org, This note is to let you know that we received your reply on 4/5/2005 at 3:02:21 AM. - Your tracking number for this issue is: T2005040501FV. - This ticket has been routed to our CCBill Client Support pool. - Your curent ticket status is: OPEN For the best possible service, we will attempt to route all further correspondence back to the agent who originally answered your inquiry. To maintain the continuity of the discussion, please use the Reply feature of your mail software, rather than creating a new message each time you write to us concerning the same issue. Please also be sure to include any and all previous text with your reply. Due to the large volume of e-mail CCBill processes daily, we have a number of support staff on hand to personally respond to each request. Depending on the issues presented in your ticket, and for the best possible service, more than one support agent may be involved in processing your ticket. Regards, CCBill Support Team [EMAIL PROTECTED] *** REPLY SEPARATOR *** Dear tomcat-dev@jakarta.apache.org, This note is to let you know that we received your reply on 4/5/2005 at 3:01:52 AM. - Your tracking number for this issue is: T2005040501FV. - This ticket has been routed to our CCBill Client Support pool. - Your curent ticket status is: OPEN For the best possible service, we will attempt to route all further correspondence back to the agent who originally answered your inquiry. To maintain the continuity of the discussion, please use the Reply feature of your mail software, rather than creating a new message each time you write to us concerning the same issue. Please also be sure to include any and all previous text with your reply. Due to the large volume of *** Original message truncated *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34299] New: - Http11Processor intermittently throwing ArrayIndexOutOfBoundsException [T2005040501FV]
Dear tomcat-dev@jakarta.apache.org, This is an automated response from CWIE/CCBill. We received your reply on 4/5/2005 at 3:03:21 AM. Because we have received more than 30 e-mail messages from your address within the last 24 hours, we will not send any further automated response messages to you for the next 24 hours. Any further mailings will be accepted, however confirmation will not be sent. Please let us know if you have any questions. Regards, CWIE/CCBill Support Team [EMAIL PROTECTED] [EMAIL PROTECTED] 480-449-7750 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
first time user
I have just install tomcat and got it working at http://localhost:8080 I am able to run load %= new java.util.Date() % under a jsp file question: 1) I have create a HelloWorld.java file, where should I put this file and be able to run it? 2) if I want it to look for helloworld.xml and have the action being call from there, what can I do? 3) do I have to put all the .jar file in the CLASSPATH under autoexec.bat? This would be a huge line if I also want to put the Velocity template what can I do? my directory: c:\web Tomcat5 webapps ROOT-- http://localhost:8080 webwork2 lib webwork-2.1.7.jar webflow-2.1.7.jar Thanks so much, Ben - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: first time user
Ben you should contact the tomcat use list instead : tomcat-user@jakarta.apache.org Regards On Apr 4, 2005 12:43 PM, Ben [EMAIL PROTECTED] wrote: I have just install tomcat and got it working at http://localhost:8080 I am able to run load %= new java.util.Date() % under a jsp file question: 1) I have create a HelloWorld.java file, where should I put this file and be able to run it? 2) if I want it to look for helloworld.xml and have the action being call from there, what can I do? 3) do I have to put all the .jar file in the CLASSPATH under autoexec.bat? This would be a huge line if I also want to put the Velocity template what can I do? my directory: c:\web Tomcat5 webapps ROOT-- http://localhost:8080 webwork2 lib webwork-2.1.7.jar webflow-2.1.7.jar Thanks so much, Ben - 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 33711] - Memory leak (classloader) with Log4J and Single Sign On.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33711. 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=33711 --- Additional Comments From [EMAIL PROTECTED] 2005-04-05 13:32 --- (In reply to comment #15) I think this has been fixed. Too bad there's no feedback. I'm looking to verify this this week. Looks good so far but didn't want to say yes until I'm certain. K. -- 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 34302] New: - Tomcat doesn't read JDK 1.5 correctly
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34302.
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=34302
Summary: Tomcat doesn't read JDK 1.5 correctly
Product: Tomcat 5
Version: 5.5.8
Platform: HP
OS/Version: Windows XP
Status: NEW
Keywords: JDK1.5
Severity: major
Priority: P4
Component: Servlet JSP API
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
I am using JDK 1.5.0_02 b09 and Tomcat 5.5.8. When I run the page I get the
Server Error: java.lang.VerifyError: (class: util/emenuUserLogin, method:
insertDBtest signature: (Ljava/lang/String;)Ljava/lang/String;) Incompatible
object argument for function call
It's a simple login page and string concatenation within the class.
JSP CODE:
%@ page import=util.mainUserLogin%
%@ page import=java.io.* %
html
head
titleNew Client/title
/head
%
if(request.getMethod().equalsIgnoreCase(post)){
String userId = request.getParameter(ulogin);
String pWord = request.getParameter(upword);
System.out.print(userId);
int i = 0;
mainUserLogin emUL = new mainUserLogin();
String imback = emUL.insertDBtest(userId);
i = 1;
System.out.print(imback);
}
%
body
table border=0
tr
td
form method=POST action=
p/bfont color=#FF size=4*/fontfont face=Arial
size=2bdenotes required information/b/font/p
table border=0 width=100%
tr
td width=30% align=rightfont face=Arial
size=2Login:/font/td
td width=20% align=leftinput type=text name=ulogin
size=20font color=#FF size=4*/font/td
td width=30% align=rightfont face=Arial size=2/font/td
/tr
tr
td width=30% align=rightfont face=Arial size=2Email
Address:/font/td
td width=20% align=left input type=text name=upword
size=20font color=#FF size=4*/font/td
/tr
tr
td width=30% align=right/td
td width=20% align=leftinput type=submit value= Complete
Registration name=btnAddUser/td
td width=30% align=right/td
td width=20% align=left/td
/tr
/table
/form
/tr
/table
/body
/html
*
Condensed Java Code:
package util;
import java.io.*;
public class mainUserLogin {
public String insertDBtest(String uLogin) throws Exception{
String qry = select count(clientid) as cnt from main_client +
where login = lower('+ uLogin +');
return qry;
}
}
***
I'm not sure if this is related to Bugzilla 31777 or not... I don't think it
is, and perhaps there is an easy way for me to get the appropriate JDK and
Tomcat .jar files in sync, however I am new to that part of the programming
world and need some specific instructions... (If this is a duplicate,
shouldn't Tomcat automatically download w/ the corresponding JVM to 1.5 by
now?)
My own work around was to point my compiler back to JDK 1.3, and then
everything works fine on Tomcat, but I would much rather stay on 1.5 and get
Tomcat coordinated.
Hope this makes sense... My apologies if this is a duplicate or there is an
easy answer that I have simply overlooked.
Keep up the good work
--
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]
Syntax from JkEnvVar is changed
Hey, I want transfer a static version number with every request SetEnv config.version 1.0 JkEnvVar config.version but I got this apache startup failure Syntax error on line 25 of D:/tomcat//mod_jk/mod_jk.conf: JkEnvVar takes two arguments, Adds a name of environment variable that should be sent to servlet-engine Env: Windows XP (SP2) Apache 2.0.53, mod_jk 1.2.10, Tomcat 5.5 HEAD After I change it to SetEnv config.version 1.0 JkEnvVar config.version none config is working. Other issue is, that only a request.getAttribute(config.version) give me access to the env attribute. The request.getAttributeNames() get only real container attribute names back. Why mod_jk not transfer only those env var that really exists? How transfer a env var without value? We must update the jk doc or change the semantic. Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler JDTCompiler.java
[EMAIL PROTECTED] wrote:
remm2005/04/04 06:57:49
Modified:jasper2/src/share/org/apache/jasper
EmbeddedServletOptions.java
webapps/docs changelog.xml
.build.properties.default
jasper2/src/share/org/apache/jasper/compiler
JDTCompiler.java
Log:
- Update to JDT 3.1 M6 (Java 5 feature complete, from what I have read).
- Please test it (compilation on JDK 1.4 seems to work as usual) to see if
this is ok or should be reverted.
Cool, another one of my great ideas ;) At least there aren't any major
regressions in JDK 1.4 mode.
public final class test_jsp extends org.apache.jasper.runtime.HttpJspBase
implements org.apache.jasper.runtime.JspSourceDependent {
private static java.util.Vector _jspx_dependants;
public java.util.List getDependants() {
return _jspx_dependants;
}
In JDK 1.5 mode, ECJ apparently doesn't like casting Vector - List.
This should be allowed, I think (javac works, from what I can tell).
Can anyone confirm this problem ?
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler JDTCompiler.java
Is there a reason _jspx_dependants is a Vector - why not an ArrayList? This
would remove the syncs inside of Vector.
-Tim
Remy Maucherat wrote:
[EMAIL PROTECTED] wrote:
remm2005/04/04 06:57:49
Modified:jasper2/src/share/org/apache/jasper
EmbeddedServletOptions.java
webapps/docs changelog.xml
.build.properties.default
jasper2/src/share/org/apache/jasper/compiler
JDTCompiler.java
Log:
- Update to JDT 3.1 M6 (Java 5 feature complete, from what I have
read).
- Please test it (compilation on JDK 1.4 seems to work as usual) to
see if this is ok or should be reverted.
Cool, another one of my great ideas ;) At least there aren't any major
regressions in JDK 1.4 mode.
public final class test_jsp extends org.apache.jasper.runtime.HttpJspBase
implements org.apache.jasper.runtime.JspSourceDependent {
private static java.util.Vector _jspx_dependants;
public java.util.List getDependants() {
return _jspx_dependants;
}
In JDK 1.5 mode, ECJ apparently doesn't like casting Vector - List.
This should be allowed, I think (javac works, from what I can tell).
Can anyone confirm this problem ?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler JDTCompiler.java
Tim Funk wrote: Is there a reason _jspx_dependants is a Vector - why not an ArrayList? This would remove the syncs inside of Vector. I don't know. It probably wouldn't hurt. It won't help me with my ECJ bug, however ;) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler JDTCompiler.java
Despite advancements in speed, etc, the notion of Eclipse or Tomcat or anything else using it until it is both faster *and* as robust as javac is a bit strange. The notion that Eclipse depends upon it to the point that it's Java 5 support is held up by JDT development is particularly strange to me. javac is not a panacea but it support Java 5 quite nicely right now. [I'm using NetBeans 4, so I'm unaffected by Eclipse's move -- it just baffles me.] -- Jess Holle Remy Maucherat wrote: Tim Funk wrote: Is there a reason _jspx_dependants is a Vector - why not an ArrayList? This would remove the syncs inside of Vector. I don't know. It probably wouldn't hurt. It won't help me with my ECJ bug, however ;) 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: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler JDTCompiler.java
Jess Holle wrote: Despite advancements in speed, etc, the notion of Eclipse or Tomcat or anything else using it until it is both faster *and* as robust as javac is a bit strange. The notion that Eclipse depends upon it to the point that it's Java 5 support is held up by JDT development is particularly strange to me. javac is not a panacea but it support Java 5 quite nicely right now. [I'm using NetBeans 4, so I'm unaffected by Eclipse's move -- it just baffles me.] Cool, a new type of rant: the rant which one cannot actually understand :) At this point, I am still inverstigating what the issue is. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/modules/cluster/test/src/share/org/apache/catalina/cluster/io - New directory
pero2005/04/05 11:04:50 jakarta-tomcat-catalina/modules/cluster/test/src/share/org/apache/catalina/cluster/io - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/modules/cluster/test/src/share/org/apache/catalina/cluster/io XByteBufferTest.java
pero2005/04/05 11:05:52
Modified:modules/cluster/src/share/org/apache/catalina/cluster/io
XByteBuffer.java
Added: modules/cluster/test/src/share/org/apache/catalina/cluster/io
XByteBufferTest.java
Log:
Extract test code and move to real unit testcase!
Revision ChangesPath
1.12 +1 -47
jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/io/XByteBuffer.java
Index: XByteBuffer.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/io/XByteBuffer.java,v
retrieving revision 1.11
retrieving revision 1.12
diff -u -r1.11 -r1.12
--- XByteBuffer.java 25 Mar 2005 22:21:26 - 1.11
+++ XByteBuffer.java 5 Apr 2005 18:05:52 - 1.12
@@ -393,51 +393,5 @@
}
-// FIXME: extract this to test code!
-public static void main(String[] args) throws Exception {
- log.info(Before=+Integer.MAX_VALUE);
- byte[] d = toBytes(Integer.MAX_VALUE);
- log.info(After=+toInt(d,0));
-
-
- log.info(Before=+Long.MAX_VALUE);
- d = toBytes(Long.MAX_VALUE);
- log.info(After=+toLong(d,0));
-
- log.info(Before= + 4564564);
- d = toBytes((long)4564564);
- log.info(After= + toLong(d, 0));
-
- byte[] d1 = createDataPackage(new byte[] {1},true);
- byte[] d2 = createDataPackage(new byte[] {2},true);
- byte[] d3 = createDataPackage(new byte[] {3},true);
- byte[] test = new byte[d1.length+d2.length+d3.length+5];
- System.arraycopy(d1,0,test,0,d1.length);
- System.arraycopy(d2,0,test,d1.length,d2.length);
- System.arraycopy(d3,0,test,d2.length+d1.length,d3.length);
- printBuf(d1);
- printBuf(d2);
- printBuf(d3);
- printBuf(test);
- XByteBuffer b = new XByteBuffer();
- b.append(test,0,test.length);
- int s = b.countPackages();
- log.info(Nr of packages=+s);
- while ( s 0 ) {
- d = b.extractPackage(true);
- log.info(Package d1=);
- printBuf(d);
- s--;
- }//while
-
-}
-
-public static void printBuf(byte[] b) {
-StringBuffer buf = new StringBuffer();
-for ( int i=0; ib.length; i++ ) {
-buf.append(b[i] + );
-}
-log.info(buf);
-}
}
1.1
jakarta-tomcat-catalina/modules/cluster/test/src/share/org/apache/catalina/cluster/io/XByteBufferTest.java
Index: XByteBufferTest.java
===
/*
* Copyright 1999,2005 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. You may obtain a copy
of
* the License at
*
* http://www.apache.org/licenses/LICENSE-2.0
*
* Unless required by applicable law or agreed to in writing, software
* distributed under the License is distributed on an AS IS BASIS, WITHOUT
* WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the
* License for the specific language governing permissions and limitations
under
* the License.
*/
package org.apache.catalina.cluster.io;
import java.io.IOException;
import junit.framework.TestCase;
/**
* @author Peter Rossbach
*
* @version $Revision: 1.1 $ $Date: 2005/04/05 18:05:52 $
*/
public class XByteBufferTest extends TestCase {
public void testBytes() {
XByteBuffer xbuf = new XByteBuffer() ;
assertEquals(0,xbuf.bufSize);
assertEquals(1024,xbuf.buf.length);
assertEquals(0,xbuf.getBytes().length);
assertNotSame(xbuf.buf,xbuf.getBytes());
}
/**
* Test append to message buffer
* Test that only correct message header are appended
*/
public void testAppend() {
XByteBuffer xbuf = new XByteBuffer();
byte[] bs = new byte[] { 1, 2, 3 };
boolean status = xbuf.append(bs, 0, 3);
assertTrue(status);
assertEquals(3, xbuf.bufSize);
byte buf[] = xbuf.getBytes();
assertEquals(3, buf.length);
status = xbuf.append(bs, 0, 3);
assertTrue(status);
status = xbuf.append(bs, 0, 3);
// not a correct message !!
assertFalse(status);
// buffer is cleared
assertEquals(0,xbuf.bufSize);
status = xbuf.append(XByteBuffer.START_DATA,0,
XByteBuffer.START_DATA.length);
assertTrue(status);
}
/**
* Test create a compress multi message data package and extract it
* @throws IOException
*/
public void
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet JspServletWrapper.java
remm2005/04/05 16:14:43
Modified:jasper2/src/share/org/apache/jasper/compiler
DefaultErrorHandler.java TagFileProcessor.java
Generator.java
jasper2/src/share/org/apache/jasper/runtime
JspSourceDependent.java
jasper2/src/share/org/apache/jasper
EmbeddedServletOptions.java
jasper2/src/share/org/apache/jasper/servlet
JspServletWrapper.java
Log:
- Use ArrayList instead of Vector.
- Add ugly hack until I find the cause of the issue with JDT and the source
dependent interface.
Functionally, the hack on the type obviously does not change anything.
Revision ChangesPath
1.13 +22 -23
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/DefaultErrorHandler.java
Index: DefaultErrorHandler.java
===
RCS file:
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/DefaultErrorHandler.java,v
retrieving revision 1.12
retrieving revision 1.13
diff -u -r1.12 -r1.13
--- DefaultErrorHandler.java 25 May 2004 21:27:55 - 1.12
+++ DefaultErrorHandler.java 5 Apr 2005 23:14:43 - 1.13
@@ -24,7 +24,7 @@
* @author Jan Luehe
*/
class DefaultErrorHandler implements ErrorHandler {
-
+
/*
* Processes the given JSP parse error.
*
@@ -35,11 +35,11 @@
* @param exception Parse exception
*/
public void jspError(String fname, int line, int column, String errMsg,
- Exception ex) throws JasperException {
- throw new JasperException(fname + ( + line + , + column + )
- + + errMsg, ex);
+Exception ex) throws JasperException {
+throw new JasperException(fname + ( + line + , + column + )
++ + errMsg, ex);
}
-
+
/*
* Processes the given JSP parse error.
*
@@ -47,9 +47,9 @@
* @param exception Parse exception
*/
public void jspError(String errMsg, Exception ex) throws JasperException
{
- throw new JasperException(errMsg, ex);
+throw new JasperException(errMsg, ex);
}
-
+
/*
* Processes the given javac compilation errors.
*
@@ -57,34 +57,33 @@
* compilation errors
*/
public void javacError(JavacErrorDetail[] details) throws
JasperException {
-
+
if (details == null) {
return;
}
-
- Object[] args = null;
+
+Object[] args = null;
StringBuffer buf = new StringBuffer();
-
+
for (int i=0; i details.length; i++) {
if (details[i].getJspBeginLineNumber() = 0) {
args = new Object[] {
new Integer(details[i].getJspBeginLineNumber()),
details[i].getJspFileName() };
buf.append(Localizer.getMessage(jsp.error.single.line.number,
-args));
+args));
buf.append(\n);
}
-
+
buf.append(
-Localizer.getMessage(jsp.error.corresponding.servlet));
+Localizer.getMessage(jsp.error.corresponding.servlet));
buf.append(details[i].getErrorMessage());
buf.append(\n\n);
}
-
- throw new JasperException(
-Localizer.getMessage(jsp.error.unable.compile) + \n\n + buf);
+
+throw new
JasperException(Localizer.getMessage(jsp.error.unable.compile) + \n\n +
buf);
}
-
+
/**
* Processes the given javac error report and exception.
*
@@ -92,10 +91,10 @@
* @param exception Compilation exception
*/
public void javacError(String errorReport, Exception exception)
-throws JasperException {
-
- throw new JasperException(
-Localizer.getMessage(jsp.error.unable.compile), exception);
+throws JasperException {
+
+throw new JasperException(
+Localizer.getMessage(jsp.error.unable.compile), exception);
}
-
+
}
1.60 +2 -1
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/TagFileProcessor.java
Index: TagFileProcessor.java
===
RCS file:
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/TagFileProcessor.java,v
retrieving revision 1.59
retrieving revision 1.60
diff -u -r1.59 -r1.60
--- TagFileProcessor.java 12 May 2004 23:59:19 - 1.59
+++ TagFileProcessor.java
DO NOT REPLY [Bug 31886] - Tomcat hangs under heavy load using JDBCStore
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=31886. 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=31886 --- Additional Comments From [EMAIL PROTECTED] 2005-04-06 03:10 --- Sorry to respond so late... but this particular bug does seem to be fixed. -- 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 34319] New: - StoreBase.processExpires() is very inefficient
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34319. 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=34319 Summary: StoreBase.processExpires() is very inefficient Product: Tomcat 5 Version: 5.5.9 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Using a session store such as JDBCStore with the default configuration (Engine.backgroundProcessorDelay=10 and StandardManager.processExpiresFrequency=6), StoreBase.processExpires() will wake up once a minute and load all stored sessions into memory. So, with the default 30-minute session-timeout setting, this means we are loading up to 29 minutes worth of sessions that won't be ready to expire. In this example we load 30x more sessions than we actually need to. Since the purpose of StoreBase.processExpires() is to find sessions that are ready to be expired, it doesn't make sense to load ALL session for cases where we could pre-filter sessions BEFORE loading them. For example, JDBCStore could use a where clause to reduce the number of sessions loaded as candidates to be expired and FileStore could query the filesystem for the age of the files before loading. The current behavior could be the worst-case fallback for Stores in which it is not possible to get age information. I propose that StoreBase.processExpires() be refactored to load only keys of old sessions when possible by providing an oldKeys() method that may be overriden. By default this would just return all keys but it should be easy to extend this in specialized versions (I will provide a sample patch to illustrate for JDBCStore). -- 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 34319] - StoreBase.processExpires() is very inefficient
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34319. 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=34319 --- Additional Comments From [EMAIL PROTECTED] 2005-04-06 04:14 --- Created an attachment (id=14627) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14627action=view) StoreBase.oldKeys() example This is just one way of doing it. In any case I'd be happy with any alternative that achieves the same goal. -- 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 34319] - StoreBase.processExpires() is very inefficient
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34319. 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=34319 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #14627|StoreBase.oldKeys() example |JDBCStore example description|| -- 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]
[GUMP@brutus]: Project jakarta-tomcat-jasper_tc5 (in module jakarta-tomcat-jasper_tc5) failed
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 14 projects. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - avalon-http-context : Avalon SVN - avalon-http-demo : Avalon SVN - avalon-http-examples : Avalon SVN - avalon-http-impl : Avalon SVN - avalon-http-server : Avalon SVN - avalon-http-servlet : Avalon SVN - avalon-http-static : Avalon SVN - avalon-http-test : Avalon SVN - avalon-planet-facilities : Avalon SVN - 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 - metro-reflector-blocks-complete : Avalon SVN Full details are available at: http://brutus.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- Output [jasper-runtime.jar] identifier set to output basename: [jasper-runtime] -DEBUG- Output [jasper-compiler.jar] identifier set to output basename: [jasper-compiler] -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://brutus.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: 4 secs Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar org.apache.tools.ant.Main -Dgump.merge=/home/gump/workspaces2/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.0.1/plugins/org.eclipse.jdt.core_3.0.1/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.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.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.0.1/plugins/org.eclipse.jdt.core_3.0.1/jdtcore.jar - Buildfile: build.xml build-prepare: [mkdir] Created dir: /home/gump/workspaces2/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build [mkdir] Created dir: /home/gump/workspaces2/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build/bin [mkdir] Created dir: /home/gump/workspaces2/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build/common/classes [mkdir] Created dir: /home/gump/workspaces2/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build/common/lib [mkdir] Created dir: /home/gump/workspaces2/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build/shared/classes [mkdir] Created dir: /home/gump/workspaces2/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build/shared/lib copy-launcher.jars: build-static: [copy] Copying 4 files to /home/gump/workspaces2/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build/bin build-only: [javac] Compiling 87 source files to
