Re: net start "Apache tomcat" is not working on java build
If this is not worked out, could you please suggest me how to call other batch file(startTomcat.bat) from build.bat file I have startTomcat.bat file which works perfectly net stop "Apache Tomcat 6" net start "Apache Tomcat 6" -- View this message in context: http://old.nabble.com/net-start-%22Apache-tomcat%22-is-not-working-on-java-build-tp27860190p27860413.html Sent from the Tomcat - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Reusing instances
On 03/11/2010 08:50 AM, jean-frederic clere wrote: On 03/11/2010 08:30 AM, Mladen Turk wrote: On 03/11/2010 07:52 AM, Costin Manolache wrote: On Wed, Mar 10, 2010 at 10:28 PM, Mladen Turk wrote: On 03/10/2010 11:10 PM, Costin Manolache wrote: You want to have each webapp served by a different process ? Or even different versions of a webapp in a different process ? First goal is to get rid of connectors and use Tomcat directly inside httpd or IIS or new Commons Runtime (replacing Tomcat Native and Daemon) I'm working on. It used to work - about 10 years ago :-) Actually didn't. It worked for IIS and Httpd on windows only since at that time they had a single child process. Now IIS is the same as httpd with worker mpm. That was on of the reasons we kill JK2. JNI inproc connector simply didn't work. One of the big problem is that the prefork and worker models may use several process for the same session and you can't fix a session to a JVM process... Sure. See the initial post. Session sharing is one of the things that has to be done. However this can be easily managed using shared memory or even using memcached At the end you needed a flat cluster with one node for each process and that doesn't scale. In essence it is a cluster, and that's why the subject title is 'reusing instances' since it lives in the same directory. Regards -- ^TM - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: net start "Apache tomcat" is not working on java build
On 03/11/2010 08:50 AM, pannar wrote: Boss, Hilarious :) what do you say? What you have described should work. You call the net stop, do some task and then call net start. Unless your task modifies the tomcat service files it should work. Add 'pause' before net start call. Perhaps your build spawns some processes that are still active and are holding some locks. Regards -- ^TM - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: net start "Apache tomcat" is not working on java build
>>Add 'pause' before net start call. Yes i did add the pause as you suggested. Earlier it was was after the net start call. Both of them didn't work >>Perhaps your build spawns some processes that are still active and are holding some locks. You must be right.. I also feeling the same. Actually, my build extract the java files from VSS and trying to compile them using ant. while fetching from VSS, there is a display message as "A writable copy of E:\Build\LatestVersion\web-inf\web.xml already exists" Is this preventing net start to work? The build is successfully went and even got the mail notification, But unfortunately net start command didn't work after the line E:\Build>e:\ant\bin\ant all -logger org.apache.tools.ant.listener.MailLogge r -propertyfile MailLogger.properties 1>>build.log At the end of the build.log file says BUILD SUCCESSFUL Total time: 1 minute 3 seconds Regards -- ^TM - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org -- View this message in context: http://old.nabble.com/net-start-%22Apache-tomcat%22-is-not-working-on-java-build-tp27860190p27860714.html Sent from the Tomcat - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: svn commit: r921464 - in /tomcat/trunk/java/org/apache/jasper: JspCompilationContext.java servlet/JspServletWrapper.java
On 03/10/2010 06:54 PM, Mark Thomas wrote: > On 10/03/2010 17:46, Remy Maucherat wrote: >> On Wed, 2010-03-10 at 17:35 +, ma...@apache.org wrote: >>> Author: markt >>> Date: Wed Mar 10 17:35:43 2010 >>> New Revision: 921464 >>> >>> URL: http://svn.apache.org/viewvc?rev=921464&view=rev >>> Log: >>> Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=48795 >>> If compilation fails, always try to re-compile the next time around >>> >>> Modified: >>> tomcat/trunk/java/org/apache/jasper/JspCompilationContext.java >>> tomcat/trunk/java/org/apache/jasper/servlet/JspServletWrapper.java >> >> Great idea in theory. Since compilation is an expensive process, this is >> likely a dos problem however. > > I did consider that but I was working on the basis that in production > you wouldn't (OK shouldn't) have broken JSPs that don't compile. In that > scenario with valid JSPs if you don't pre-compile there will be the > initial recompilation as currently but no further load. > > If we think broken JSPs in production are something we need to handle > then we could make this dependent on the setting of the development mode. > > Thoughts? Or have an additional switch for that. Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[RESULTS][VOTE] Release build 6.0.26
Stable [6] So I will go on with the release process. Comments? Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[g...@vmgump]: Project tomcat-trunk-test (in module tomcat-trunk) 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 gene...@gump.apache.org. Project tomcat-trunk-test has an issue affecting its community integration. This issue affects 1 projects. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - tomcat-trunk-test : Java Servlet 3.0 & Server Pages JSP 2.1 implementation (for ... Full details are available at: http://vmgump.apache.org/gump/public/tomcat-trunk/tomcat-trunk-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on tomcat-trunk-dbcp exists, no need to add for property jasper-jdt.jar. -DEBUG- Dependency on commons-daemon exists, no need to add for property commons-daemon.native.src.tgz. -DEBUG- Dependency on commons-daemon exists, no need to add for property tomcat-native.tar.gz. -DEBUG- Dependency on tomcat-trunk-dbcp exists, no need to add for property tomcat-dbcp.home. -INFO- Failed with reason build failed -INFO- Project Reports in: /srv/gump/public/workspace/tomcat-trunk/output/build/logs The following work was performed: http://vmgump.apache.org/gump/public/tomcat-trunk/tomcat-trunk-test/gump_work/build_tomcat-trunk_tomcat-trunk-test.html Work Name: build_tomcat-trunk_tomcat-trunk-test (Type: Build) Work ended in a state of : Failed Elapsed: 19 secs Command Line: /usr/lib/jvm/java-6-sun/bin/java -Djava.awt.headless=true org.apache.tools.ant.Main -Dgump.merge=/srv/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Djunit.jar=/srv/gump/public/workspace/junit/dist/junit-10032010.jar -Dno.build.jasper-jdt=true -Dtomcat-native.tar.gz=/srv/gump/public/workspace/apache-commons/daemon/dist/bin/commons-daemon-10032010-native-src.tar.gz -Dtomcat-dbcp.home=/srv/gump/public/workspace/tomcat-trunk/tomcat-deps -Djdt.jar=/srv/gump/packages/eclipse/plugins/org.eclipse.jdt.core_3.4.2/jdtcore.jar -Dcommons-daemon.native.src.tgz=/srv/gump/public/workspace/apache-commons/daemon/dist/bin/commons-daemon-10032010-native-src.tar.gz -Dcommons-daemon.jar=/srv/gump/public/workspace/apache-commons/daemon/dist/commons-daemon-10032010.jar -Djasper-jdt.jar=/srv/gump/public/workspace/tomcat-trunk/tomcat-deps/tomcat-jdbc-10032010.jar -Dcommons-pool.home=/srv/gump/public/workspace/apache-commons/pool -Dcommons-dbcp.home=/srv/gump/public/workspace /apache-commons/dbcp -Dtomcat-dbcp.jar=/srv/gump/public/workspace/tomcat-trunk/tomcat-deps/tomcat-jdbc-10032010.jar test [Working Directory: /srv/gump/public/workspace/tomcat-trunk] CLASSPATH: /usr/lib/jvm/java-6-sun/lib/tools.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/webapps/examples/WEB-INF/classes:/srv/gump/public/workspace/tomcat-trunk/output/testclasses:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/dist/lib/ant-swing.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-xalan2.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/packages/junit3.8.1/junit.jar:/srv/gump/public/workspace/xml-commons/java/build/resolver.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/tomcat-api.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/catalina-ant.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/jsp-api.jar:/srv/gump/public/workspace/tomca t-trunk/output/build/bin/tomcat-juli.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/el-api.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/servlet-api.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/catalina-ha.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/jasper.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/jasper-el.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/tomcat-coyote.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/bin/bootstrap.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/catalina-tribes.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/annotations-api.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/tomcat-util.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/catalina.jar:/srv/gump/packages/javamail-1.4/mail.jar:/srv/gump/packages/javamail-1.4/lib/mailapi.jar:/srv/gump/packages/jaf-1.1ea/activation.jar:/srv/gump/packages/ eclipse/plugins/org.eclipse.jdt.core_3.4.2/jdtcore.jar:/srv/gump/public/workspace/tomcat-trunk/tomcat-deps/tomcat-jdbc-10032010.jar:/srv/gump/public/workspace/apache-commons/daemon/dist/commons-daemon-10032010.jar
Re: net start "Apache tomcat" is not working on java build
Anybody, please suggest me how to resolve this issue. There will be a workaround, if i know how to call one batch file from build.bat file, my problem will be resolved. anybody knows how to call a batch file inside another batch file? -- View this message in context: http://old.nabble.com/net-start-%22Apache-tomcat%22-is-not-working-on-java-build-tp27860190p27861817.html Sent from the Tomcat - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: net start "Apache tomcat" is not working on java build
On 11/03/2010, pannar wrote: > > Anybody, please suggest me how to resolve this issue. > > There will be a workaround, if i know how to call one batch file from > build.bat file, my problem will be resolved. > > anybody knows how to call a batch file inside another batch file? On Windows: CALL batchfile > -- > View this message in context: > http://old.nabble.com/net-start-%22Apache-tomcat%22-is-not-working-on-java-build-tp27860190p27861817.html > > Sent from the Tomcat - Dev mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > For additional commands, e-mail: dev-h...@tomcat.apache.org > > - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: net start "Apache tomcat" is not working on java build
Thanks! unfortunately, it didn't work. In fact no command is working after the second line below ECHO start building e:\ant\bin\ant all -logger org.apache.tools.ant.listener.MailLogger -propertyfile MailLogger.properties >>build.log call e:\build\startTomcat.bat -- View this message in context: http://old.nabble.com/net-start-%22Apache-tomcat%22-is-not-working-on-java-build-tp27860190p27861989.html Sent from the Tomcat - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 48891] New: Missing EOL-style settings in tomcat/jk/trunk
https://issues.apache.org/bugzilla/show_bug.cgi?id=48891 Summary: Missing EOL-style settings in tomcat/jk/trunk Product: Tomcat 7 Version: trunk Platform: PC OS/Version: Windows XP Status: NEW Severity: enhancement Priority: P2 Component: Catalina AssignedTo: dev@tomcat.apache.org ReportedBy: s...@apache.org Adding the following SVN properties should help avoid compilation problems: svn ps svn:eol-style CRLF native/apache-1.3/mod_jk.dsp svn ps svn:eol-style CRLF native/apache-2.0/mod_jk.dsp svn ps svn:eol-style CRLF native/iis/isapi.dsp svn ps svn:eol-style CRLF native/iis/isapi.dsw svn ps svn:eol-style CRLF native/iis/pcre/dftables.dsp svn ps svn:eol-style CRLF native/iis/pcre/pcre.dsp svn ps svn:eol-style CRLF native/iis/pcre/pcreposix.dsp svn ps svn:eol-style CRLF native/jni/jni_connect.dsp svn ps svn:eol-style CRLF native/netscape/nsapi.dsp svn ps svn:eol-style CRLF native/nt_service/nt_service.dsp -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: net start "Apache tomcat" is not working on java build
It must be CALL e:\ant\bin\ant.bat all -logger org.apache.tools.ant.listener.MailLogger (...) Please read http://tomcat.apache.org/lists.html and ask such questions on the users@ list. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: net start "Apache tomcat" is not working on java build
On 11/03/2010, pannar wrote: > > Thanks! unfortunately, it didn't work. In fact no command is working after > the second line below Because ANT is a command file; you need to CALL that too. > ECHO start building > > e:\ant\bin\ant all -logger org.apache.tools.ant.listener.MailLogger > -propertyfile MailLogger.properties >>build.log > > call e:\build\startTomcat.bat > > -- > View this message in context: > http://old.nabble.com/net-start-%22Apache-tomcat%22-is-not-working-on-java-build-tp27860190p27861989.html > > Sent from the Tomcat - Dev mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > For additional commands, e-mail: dev-h...@tomcat.apache.org > > - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: net start "Apache tomcat" is not working on java build
>>Because ANT is a command file; you need to CALL that too. PLEASE tell me how?? The following command line in the build.bat file is executed well e:\ant\bin\ant all -logger org.apache.tools.ant.listener.MailLogger -propertyfile MailLogger.properties >>build.log ant is the batch file which is available in e:\ant\bin. should i make change in the above line using call? -- View this message in context: http://old.nabble.com/net-start-%22Apache-tomcat%22-is-not-working-on-java-build-tp27860190p27862069.html Sent from the Tomcat - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: svn commit: r921464 - in /tomcat/trunk/java/org/apache/jasper: JspCompilationContext.java servlet/JspServletWrapper.java
FWIW ... Broken JSP's in production can be a very common issue. Or worse - folks who misuse fragments (meant for includes) and leave them in an area which may be allowed to be requested directly. -Tim On 3/10/2010 12:54 PM, Mark Thomas wrote: I did consider that but I was working on the basis that in production you wouldn't (OK shouldn't) have broken JSPs that don't compile. In that scenario with valid JSPs if you don't pre-compile there will be the initial recompilation as currently but no further load. If we think broken JSPs in production are something we need to handle then we could make this dependent on the setting of the development mode. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 48892] New: Use URIEncoding from server.xml for decoding post data sent with application/x-www-form-urlencoded mime type
https://issues.apache.org/bugzilla/show_bug.cgi?id=48892 Summary: Use URIEncoding from server.xml for decoding post data sent with application/x-www-form-urlencoded mime type Product: Tomcat 7 Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Connectors AssignedTo: dev@tomcat.apache.org ReportedBy: e...@omikron.net Here is a simple scenario. I have a HTML page served by tomcat with "Content-Type: text/html;charset=utf-8": When this form is submitted the browser will encode the value of the input field using UTF-8. It will create a POST request header with a content type line like this: Content-Type: application/x-www-form-urlencoded I checked this behavior using FF3.6 and IE8. Both browsers will omit the charset param in the Content-Type header. When parsing this request Tomcat will try to get the encoding from the content type header line (org.apache.coyote.Request.getCharacterEncoding()). Since there is no charset param in the content type header, Tomcat will use the standard encoding ISO-8859-1 (org.apache.catalina.connector.Request.parseParameters()). Which is obviously wrong in this case. There is no way to force the browser to put the charset in the content type header (http://stackoverflow.com/questions/2418944/how-to-force-browser-to-set-charset-in-content-type-http-header). A good solution for this problem would be to use the URIEncoding connector setting for application/x-www-form-urlencoded encoded post requests. After all the encoding names says "URLencoded". -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: net start "Apache tomcat" is not working on java build
On 11/03/2010 11:09, pannar wrote: Because ANT is a command file; you need to CALL that too. PLEASE tell me how?? As you have been told mulitple times now: THIS QUESTION BELONGS ON THE USERS LIST. Please move this thread there. Mark - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 39309] tomcat can't compile big jsp, hitting a compiler limit
https://issues.apache.org/bugzilla/show_bug.cgi?id=39309 Konstantin Kolinko changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WORKSFORME --- Comment #5 from Konstantin Kolinko 2010-03-11 12:38:02 UTC --- Please note, that there is a configuration option in the JspServlet, "mappedfile". If set to "false", adjacent println statements will be merged into a single one. See http://tomcat.apache.org/tomcat-6.0-doc/jasper-howto.html#Configuration and the comments in conf/web.xml If you need anything else, implementable ideas and patches are welcome. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r921828 - in /tomcat/site/trunk: docs/download-60.html docs/index.html xdocs/download-60.xml xdocs/index.xml xdocs/whichversion.xml
Author: jfclere Date: Thu Mar 11 12:43:50 2010 New Revision: 921828 URL: http://svn.apache.org/viewvc?rev=921828&view=rev Log: Release 6.0.26. Modified: tomcat/site/trunk/docs/download-60.html tomcat/site/trunk/docs/index.html tomcat/site/trunk/xdocs/download-60.xml tomcat/site/trunk/xdocs/index.xml tomcat/site/trunk/xdocs/whichversion.xml Modified: tomcat/site/trunk/docs/download-60.html URL: http://svn.apache.org/viewvc/tomcat/site/trunk/docs/download-60.html?rev=921828&r1=921827&r2=921828&view=diff == --- tomcat/site/trunk/docs/download-60.html (original) +++ tomcat/site/trunk/docs/download-60.html Thu Mar 11 12:43:50 2010 @@ -3,17 +3,17 @@ Apache Tomcat - Apache Tomcat 6 Downloads - - + + - - + + http://tomcat.apache.org/";> - + @@ -24,28 +24,28 @@ http://www.apache.org/";> -http://www.apache.org/images/asf-logo.gif"; align="right" alt="Apache Logo" border="0"/> +http://www.apache.org/images/asf-logo.gif"; /> -http://www.google.com/search"; method="get"> - - - +http://www.google.com/search";> + + + - + - + - + Apache Tomcat @@ -171,11 +171,11 @@ - - + + - + Tomcat 6 Downloads @@ -196,14 +196,14 @@ - + - + - + Quick Navigation @@ -215,8 +215,8 @@ http://www.apache.org/dist/tomcat/tomcat-6/KEYS";>KEYS | -6.0.24 | -Browse | +6.0.26 | +Browse | http://archive.apache.org/dist/tomcat/tomcat-6";>Archives @@ -224,14 +224,14 @@ - + - + - + Release Integrity @@ -255,14 +255,14 @@ - + - + - + Mirrors @@ -278,8 +278,8 @@ encounter a problem with this mirror, please select another mirror. If all mirrors are failing, there are backup mirrors (at the end of the mirrors list) that should be - available.[if-any logo] - + available.[if-any logo] + [end] @@ -294,7 +294,7 @@ [for backup][backup] (backup)[end] [end] - + @@ -305,16 +305,16 @@ - + - + - - -6.0.24 + + +6.0.26 @@ -324,15 +324,15 @@ - Please see the - README + Please see the + README file for packaging information. It explains what every distribution contains. - + - + Binary Distributions @@ -346,48 +346,48 @@ Core: -zip -(http://www.apache.org/dist/tomcat/tomcat-6/v6.0.24/bin/apache-tomcat-6.0.24.zip.asc";>pgp, -http://www.apache.org/dist/tomcat/tomcat-6/v6.0.24/bin/apache-tomcat-6.0.24.zip.md5";>md5) +zip +(http://www.apache.org/dist/tomcat/tomcat-6/v6.0.26/bin/apache-tomcat-6.0.26.zip.asc";>pgp, +http://www.apache.org/dist/tomcat/tomcat-6/v6.0.26/bin/apache-tomcat-6.0.26.zip.md5";>md5) -tar.gz -(http://www.apache.org/dist/tomcat/tomcat-6/v6.0.24/bin/apache-tomcat-6.0.24.tar.gz.asc";>pgp, -http://www.apache.org/dist/tomcat/tomcat-6/v6.0.24/bin/apache-tomcat-6.0.24.tar.gz.md5";>md5) +tar.gz +(http://www.apache.org/dist/tomcat/tomcat-6/v6.0.26/bin/apache-tomcat-6.0.26.tar.gz.asc";>pgp, +http://www.apache.org/dist/tomcat/tomcat-6/v6.0.26/bin/apache-tomcat-6.0.26.tar.gz.md5";>md5) -32-bit Windows zip -(http://www.apache.org/dist/tomcat/tomcat-6/v6.0.24/bin/apache-tomcat-6.0.24-windows-x86.zip.asc";>pgp, -http://www.apache.org/dist/tomcat/tomcat-6/v6.0.24/bin/apache-tomcat-6.0.24-windows-x86.zip.md5";>md5) +32-bit Windows zip +(http://www.apache.org/dist/tomcat/tomcat-6/v6.0.26/bin/apache-tomcat-6.0.26-windows-x86.zip.asc";>pgp, +http://www.apache.org/dist/tomcat/tomcat-6/v6.0.26/bin/apache-tomcat-6.0.26-windows-x86.zip.md5";>md5) -64-bit Windows zip -(http://www.apache.org/dist/tomcat/tomcat-6/v6.0.24/bin/apache-tomcat-6.0.24-windows-x64.zip.asc";>pgp, -http://www.apache.org/dist/tomcat/tomcat-6/v6.0.24/bin/apache-tomcat-6.0.24-windows-x64.zip.md5";>md5) +64-bit Windows zip +(http://www.apache.org/dist/tomcat/tomcat-6/v6.0.26/bin/apache-tomcat-6.0.26-windows-x64.zip.asc";>pgp, +http://www.apache.org/dist/tomcat/tomcat-6/v6.0.26/bin/apache-tomcat-6.0.26-windows-x64.zip.md5";>md5) -64-bit Itanium Windows zip -(http://www.apache.org/dist/tomcat/tomcat-6/v6.0.24/bin/apache-tomcat-6.0.24-windows-i64.zip.asc";>pgp, -http://www.apache.org/dist/tomcat/tomcat-6/v6.0.24/bin/apache-tomcat-6.0.24-windows-i64.zip.md5";>md5) +64-bit Itanium Windows zip +(http://www.apache.org/dist/tomcat/tomcat-
Re: svn commit: r921464 - in /tomcat/trunk/java/org/apache/jasper: JspCompilationContext.java servlet/JspServletWrapper.java
On 11/03/2010 11:31, Tim Funk wrote: FWIW ... Broken JSP's in production can be a very common issue. Or worse - folks who misuse fragments (meant for includes) and leave them in an area which may be allowed to be requested directly. -Tim That's enough of a reason for me to make this development only. I'll make those changes and re-propose the patch. Mark On 3/10/2010 12:54 PM, Mark Thomas wrote: I did consider that but I was working on the basis that in production you wouldn't (OK shouldn't) have broken JSPs that don't compile. In that scenario with valid JSPs if you don't pre-compile there will be the initial recompilation as currently but no further load. If we think broken JSPs in production are something we need to handle then we could make this dependent on the setting of the development mode. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r921830 - /tomcat/tc6.0.x/trunk/STATUS.txt
Author: markt Date: Thu Mar 11 12:48:18 2010 New Revision: 921830 URL: http://svn.apache.org/viewvc?rev=921830&view=rev Log: Withdraw pending updated proposal Modified: tomcat/tc6.0.x/trunk/STATUS.txt Modified: tomcat/tc6.0.x/trunk/STATUS.txt URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?rev=921830&r1=921829&r2=921830&view=diff == --- tomcat/tc6.0.x/trunk/STATUS.txt (original) +++ tomcat/tc6.0.x/trunk/STATUS.txt Thu Mar 11 12:48:18 2010 @@ -174,12 +174,6 @@ PATCHES PROPOSED TO BACKPORT: +1: markt -1: -* Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=48795 - If compilation fails, always try to re-compile the next time around - http://svn.apache.org/viewvc?rev=921464&view=rev - +1: markt - -1: - * Update to NSIS 2.46 NSIS changelog: http://nsis.sourceforge.net/Docs/AppendixF.html#F.1.1 http://svn.apache.org/viewvc?rev=921630&view=rev @@ -193,4 +187,3 @@ PATCHES PROPOSED TO BACKPORT: http://people.apache.org/~kkolinko/patches/2010-03-11_tc6_commons-daemon.patch +1: kkolinko -1: - - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 40218] JNDI realm - recursive group/role matching
https://issues.apache.org/bugzilla/show_bug.cgi?id=40218 Konstantin Kolinko changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #2 from Konstantin Kolinko 2010-03-11 13:09:57 UTC --- *** This bug has been marked as a duplicate of bug 46925 *** -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 46925] Nested groups in JNDI realm with non-recursive implementation
https://issues.apache.org/bugzilla/show_bug.cgi?id=46925 Konstantin Kolinko changed: What|Removed |Added CC||anto...@apache.org --- Comment #3 from Konstantin Kolinko 2010-03-11 13:09:57 UTC --- *** Bug 40218 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r921838 - in /tomcat/trunk/java/org/apache/jasper: JspCompilationContext.java servlet/JspServletWrapper.java
Author: markt
Date: Thu Mar 11 13:23:09 2010
New Revision: 921838
URL: http://svn.apache.org/viewvc?rev=921838&view=rev
Log:
Revert 921464 for rework
Modified:
tomcat/trunk/java/org/apache/jasper/JspCompilationContext.java
tomcat/trunk/java/org/apache/jasper/servlet/JspServletWrapper.java
Modified: tomcat/trunk/java/org/apache/jasper/JspCompilationContext.java
URL:
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/jasper/JspCompilationContext.java?rev=921838&r1=921837&r2=921838&view=diff
==
--- tomcat/trunk/java/org/apache/jasper/JspCompilationContext.java (original)
+++ tomcat/trunk/java/org/apache/jasper/JspCompilationContext.java Thu Mar 11
13:23:09 2010
@@ -595,8 +595,6 @@ public class JspCompilationContext {
} catch (JasperException ex) {
// Cache compilation exception
jsw.setCompilationException(ex);
-// Make sure recompilation is attempted
-jsw.setLastModificationTest(-1);
throw ex;
} catch (Exception ex) {
JasperException je = new JasperException(
Modified: tomcat/trunk/java/org/apache/jasper/servlet/JspServletWrapper.java
URL:
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/jasper/servlet/JspServletWrapper.java?rev=921838&r1=921837&r2=921838&view=diff
==
--- tomcat/trunk/java/org/apache/jasper/servlet/JspServletWrapper.java
(original)
+++ tomcat/trunk/java/org/apache/jasper/servlet/JspServletWrapper.java Thu Mar
11 13:23:09 2010
@@ -202,8 +202,8 @@ public class JspServletWrapper {
}
if (options.getDevelopment() || firstTime ) {
synchronized (this) {
-ctxt.compile();
firstTime = false;
+ctxt.compile();
}
} else {
if (compileException != null) {
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 46384] Due to missing synchronization, a member may disappear permanent.
https://issues.apache.org/bugzilla/show_bug.cgi?id=46384 --- Comment #7 from Konstantin Kolinko 2010-03-11 13:58:50 UTC --- As said in http://marc.info/?l=tomcat-dev&m=125934902622453&w=2 it is fixed in 5.5.29. (Probably that comment disappeared in the Bugzilla data loss/rollback incident) The commit that fixed the issue is r884960. As mentioned in comment 5 and comment 3, Tomcat 6 and trunk are not affected by this issue. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: net start "Apache tomcat" is not working on java build
how to move this thread to users list? I am new to this forum. Please suggest. the next time i will post a message from there. -- View this message in context: http://old.nabble.com/net-start-%22Apache-tomcat%22-is-not-working-on-java-build-tp27860190p27864306.html Sent from the Tomcat - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Tomcat 6.0.26 docs on the site - not replicated
Somehow http://tomcat.apache.org/tomcat-6.0-doc/ as of now displays a set of empty folders. Maybe that will fix itself in few minutes (e.g. if replication is still in progress)?? I looked at file permissions at p.a.o, and do not see any problems there (the files are readable and directories are listable), besides one: there is no write access for the group. It should not have prevented the replication, though. cd tomcat-6.0-doc chmod -R g+w * would fix that By the way, until this is resolved 6.0.24 docs are available at http://tomcat.apache.org/tomcat-6.0-doc-6.0.24/ All the above is about the US mirror. It is the only one that we have now: the EU mirror is out of service for the last four days. Best regards, Konstantin Kolinko - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Tomcat 6.0.26 docs on the site - not replicated
On 03/11/2010 03:44 PM, Konstantin Kolinko wrote: > Somehow http://tomcat.apache.org/tomcat-6.0-doc/ as of now displays a > set of empty folders. > > Maybe that will fix itself in few minutes (e.g. if replication is > still in progress)?? > > I looked at file permissions at p.a.o, and do not see any problems > there (the files are readable and directories are listable), besides > one: there is no write access for the group. > It should not have prevented the replication, though. Yep something looks wrong with the replication... It seems it occurs while I was modifying the files in people.apache.org. The download is also broken and there the permissions are ok. > > cd tomcat-6.0-doc > chmod -R g+w * > would fix that Done Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Reusing instances
And what is the problem you are trying to solve ? The old in-process' goal was speed - replacing marshalling with JNI. I don't think it gained much. I think app isolation/chrooting and clean versioning/reload are great goals - but the model is one app per process. I fail to see use cases for having multiple webapps in different processes on same machine, still sharing directories. Is it to allow >4G heap ? 64bit VMs solve this. Scale ? Better done with more machines. Maybe too many cores ? Costin On Thu, Mar 11, 2010 at 12:09 AM, Mladen Turk wrote: > On 03/11/2010 08:50 AM, jean-frederic clere wrote: > >> On 03/11/2010 08:30 AM, Mladen Turk wrote: >> >>> On 03/11/2010 07:52 AM, Costin Manolache wrote: >>> On Wed, Mar 10, 2010 at 10:28 PM, Mladen Turk wrote: On 03/10/2010 11:10 PM, Costin Manolache wrote: > > You want to have each webapp served by a different process ? >> Or even different versions of a webapp in a different process ? >> >> >> First goal is to get rid of connectors and use Tomcat > directly inside httpd or IIS or new Commons Runtime > (replacing Tomcat Native and Daemon) I'm working on. > > It used to work - about 10 years ago :-) >>> Actually didn't. It worked for IIS and Httpd on windows >>> only since at that time they had a single child process. >>> Now IIS is the same as httpd with worker mpm. >>> >>> That was on of the reasons we kill JK2. >>> JNI inproc connector simply didn't work. >>> >> >> One of the big problem is that the prefork and worker models may use >> several process for the same session and you can't fix a session to a >> JVM process... >> > > Sure. See the initial post. Session sharing is one > of the things that has to be done. > However this can be easily managed using shared memory > or even using memcached > > > > At the end you needed a flat cluster with one node for >> each process and that doesn't scale. >> >> > In essence it is a cluster, and that's why the subject title > is 'reusing instances' since it lives in the same directory. > > > Regards > -- > ^TM > > > - > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > For additional commands, e-mail: dev-h...@tomcat.apache.org > >
Re: Reusing instances
On 03/11/2010 05:17 PM, Costin Manolache wrote: And what is the problem you are trying to solve ? Those are the same one for which modern web servers have multiple worker processes. One JVM crash doesn't kill the server, recycle the worker process on some condition (memory leak, number of requests, cpu outage, etc. ) The old in-process' goal was speed - replacing marshalling with JNI. I don't think it gained much. More important one is to use the web server connectors directly. It's not about speed, but about eliminating connector as a point of failure. Regards -- ^TM - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Reusing instances
On 03/11/2010 05:27 PM, Mladen Turk wrote: > More important one is to use the web server connectors directly. > It's not about speed, but about eliminating connector as a > point of failure. > hm You still have to move the data for httpd (in C) to Tomcat (in JAVA) so you still have a connector, no? - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r921941 - /tomcat/site/trunk/docs/whichversion.html
Author: jfclere Date: Thu Mar 11 17:07:33 2010 New Revision: 921941 URL: http://svn.apache.org/viewvc?rev=921941&view=rev Log: Release 6.0.26. Modified: tomcat/site/trunk/docs/whichversion.html Modified: tomcat/site/trunk/docs/whichversion.html URL: http://svn.apache.org/viewvc/tomcat/site/trunk/docs/whichversion.html?rev=921941&r1=921940&r2=921941&view=diff == --- tomcat/site/trunk/docs/whichversion.html (original) +++ tomcat/site/trunk/docs/whichversion.html Thu Mar 11 17:07:33 2010 @@ -3,19 +3,19 @@ Apache Tomcat - Which Version Do I Want? - - - - + + + + - - + + http://tomcat.apache.org/";> - + @@ -26,28 +26,28 @@ http://www.apache.org/";> -http://www.apache.org/images/asf-logo.gif"; align="right" alt="Apache Logo" border="0"/> +http://www.apache.org/images/asf-logo.gif"; /> -http://www.google.com/search"; method="get"> - - - +http://www.google.com/search";> + + + - + - + - + Apache Tomcat @@ -173,11 +173,11 @@ - - + + - + Apache Tomcat Versions @@ -195,68 +195,68 @@ and the respective Apache Tomcat version - - + + Servlet/JSP Spec - - + + Apache Tomcat version - - + + Actual release revision - -2.5/2.1 + +2.5/2.1 - -6.0.x + +6.0.x - -6.0.24 + +6.0.26 - -2.4/2.0 + +2.4/2.0 - -5.5.x + +5.5.x - -5.5.28 + +5.5.28 - -2.3/1.2 + +2.3/1.2 - -4.1.x (archived) + +4.1.x (archived) - -4.1.40 (archived) + +4.1.40 (archived) - -2.2/1.1 + +2.2/1.1 - -3.3.x (archived) + +3.3.x (archived) - -3.3.2 (archived) + +3.3.2 (archived) @@ -281,14 +281,14 @@ be interested or able to support you. - + - + - + Alpha / Beta / Stable @@ -334,14 +334,14 @@ stably for extended periods of time. - + - + - + Apache Tomcat 6.x @@ -371,14 +371,14 @@ specifications. In addition to that, it - + - + - + Apache Tomcat 5.x @@ -423,14 +423,14 @@ it in production - + - + - + Apache Tomcat 4.x @@ -483,14 +483,14 @@ specifications with no changes. - + - + - + Apache Tomcat 3.x @@ -561,7 +561,7 @@ strongly encouraged to migrate to the cu - + @@ -570,17 +570,17 @@ strongly encouraged to migrate to the cu - + - + Copyright © 1999-2010, The Apache Software Foundation - + "Apache", the Apache feather, and the Apache Tomcat logo are trademarks of the Apache Software Foundation for our open source software. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Reusing instances
On 03/11/2010 05:49 PM, jean-frederic clere wrote: On 03/11/2010 05:27 PM, Mladen Turk wrote: More important one is to use the web server connectors directly. It's not about speed, but about eliminating connector as a point of failure. hm You still have to move the data for httpd (in C) to Tomcat (in JAVA) so you still have a connector, no? Sort of. However there is no network involved and there are no protocol issues that arise from marshalling via proxy. Regards -- ^TM - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r921973 - /tomcat/trunk/java/org/apache/jasper/runtime/JspWriterImpl.java
Author: kkolinko
Date: Thu Mar 11 18:32:39 2010
New Revision: 921973
URL: http://svn.apache.org/viewvc?rev=921973&view=rev
Log:
Mark the min(a,b) method as static.
Inspired by https://issues.apache.org/bugzilla/show_bug.cgi?id=44265
Modified:
tomcat/trunk/java/org/apache/jasper/runtime/JspWriterImpl.java
Modified: tomcat/trunk/java/org/apache/jasper/runtime/JspWriterImpl.java
URL:
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/jasper/runtime/JspWriterImpl.java?rev=921973&r1=921972&r2=921973&view=diff
==
--- tomcat/trunk/java/org/apache/jasper/runtime/JspWriterImpl.java (original)
+++ tomcat/trunk/java/org/apache/jasper/runtime/JspWriterImpl.java Thu Mar 11
18:32:39 2010
@@ -234,7 +234,7 @@ public class JspWriterImpl extends JspWr
* Our own little min method, to avoid loading java.lang.Math if we've run
* out of file descriptors and we're trying to print a stack trace.
*/
-private int min(int a, int b) {
+private static int min(int a, int b) {
if (a < b) return a;
return b;
}
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 44265] Improve JspWriterImpl performance with "inline" sub method
https://issues.apache.org/bugzilla/show_bug.cgi?id=44265 Konstantin Kolinko changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Konstantin Kolinko 2010-03-11 18:45:03 UTC --- How did you measure your performance? In the file that you attached all you did was to inline the calls to JspWriterImpl.min() and JspWriterImpl.ensureOpen(). Those methods are private, so any decent JVM will inline them automatically. Also, please next time provide a patch generated with the "diff -u" or "svn diff" command. http://www.apache.org/dev/contributors.html#patches I marked JspWriterImpl.min() as "static" in TC trunk in r921973, but I do not see any need to backport this change to TC 6, because I do not expect any measurable difference in performance. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r922010 - in /tomcat/trunk: conf/ java/org/apache/jasper/ java/org/apache/jasper/resources/
Author: markt
Date: Thu Mar 11 20:28:34 2010
New Revision: 922010
URL: http://svn.apache.org/viewvc?rev=922010&view=rev
Log:
Alternative fix for bug 48795. Add a new property to control if the next
request always triggers recompilation after a compilation failure. Defaults to
false and only applies in development mode
Modified:
tomcat/trunk/conf/web.xml
tomcat/trunk/java/org/apache/jasper/EmbeddedServletOptions.java
tomcat/trunk/java/org/apache/jasper/JspC.java
tomcat/trunk/java/org/apache/jasper/JspCompilationContext.java
tomcat/trunk/java/org/apache/jasper/Options.java
tomcat/trunk/java/org/apache/jasper/resources/LocalStrings.properties
Modified: tomcat/trunk/conf/web.xml
URL:
http://svn.apache.org/viewvc/tomcat/trunk/conf/web.xml?rev=922010&r1=922009&r2=922010&view=diff
==
--- tomcat/trunk/conf/web.xml (original)
+++ tomcat/trunk/conf/web.xml Thu Mar 11 20:28:34 2010
@@ -194,6 +194,14 @@
+
+
+
+
+
+
+
+
Modified: tomcat/trunk/java/org/apache/jasper/EmbeddedServletOptions.java
URL:
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/jasper/EmbeddedServletOptions.java?rev=922010&r1=922009&r2=922010&view=diff
==
--- tomcat/trunk/java/org/apache/jasper/EmbeddedServletOptions.java (original)
+++ tomcat/trunk/java/org/apache/jasper/EmbeddedServletOptions.java Thu Mar 11
20:28:34 2010
@@ -170,6 +170,11 @@ public final class EmbeddedServletOption
private int modificationTestInterval = 4;
/**
+ * Is re-compilation attempted immediately after a failure?
+ */
+private boolean recompileOnFail = false;
+
+/**
* Is generation of X-Powered-By response header enabled/disabled?
*/
private boolean xpoweredBy;
@@ -238,6 +243,13 @@ public final class EmbeddedServletOption
}
/**
+ * Re-compile on failure.
+ */
+public boolean getRecompileOnFail() {
+return recompileOnFail;
+}
+
+/**
* Is Jasper being used in development mode?
*/
public boolean getDevelopment() {
@@ -477,6 +489,18 @@ public final class EmbeddedServletOption
}
}
+String recompileOnFail = config.getInitParameter("recompileOnFail");
+if (recompileOnFail != null) {
+if (recompileOnFail.equalsIgnoreCase("true")) {
+this.recompileOnFail = true;
+} else if (recompileOnFail.equalsIgnoreCase("false")) {
+this.recompileOnFail = false;
+} else {
+if (log.isWarnEnabled()) {
+
log.warn(Localizer.getMessage("jsp.warning.recompileOnFail"));
+}
+}
+}
String development = config.getInitParameter("development");
if (development != null) {
if (development.equalsIgnoreCase("true")) {
Modified: tomcat/trunk/java/org/apache/jasper/JspC.java
URL:
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/jasper/JspC.java?rev=922010&r1=922009&r2=922010&view=diff
==
--- tomcat/trunk/java/org/apache/jasper/JspC.java (original)
+++ tomcat/trunk/java/org/apache/jasper/JspC.java Thu Mar 11 20:28:34 2010
@@ -520,6 +520,16 @@ public class JspC implements Options {
return 0;
}
+
+/**
+ * In JspC this always returns false.
+ * {...@inheritdoc}
+ */
+public boolean getRecompileOnFail() {
+return false;
+}
+
+
/**
* In JspC this always returns false.
* {...@inheritdoc}
Modified: tomcat/trunk/java/org/apache/jasper/JspCompilationContext.java
URL:
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/jasper/JspCompilationContext.java?rev=922010&r1=922009&r2=922010&view=diff
==
--- tomcat/trunk/java/org/apache/jasper/JspCompilationContext.java (original)
+++ tomcat/trunk/java/org/apache/jasper/JspCompilationContext.java Thu Mar 11
20:28:34 2010
@@ -595,6 +595,10 @@ public class JspCompilationContext {
} catch (JasperException ex) {
// Cache compilation exception
jsw.setCompilationException(ex);
+if (options.getDevelopment() && options.getRecompileOnFail()) {
+// Force a recompilation attempt on next access
+jsw.setLastModificationTest(-1);
+}
throw ex;
} catch (Exception ex) {
JasperException je = new JasperException(
Modified: tomcat/trunk/java/org/apache/jasper/Options.java
URL:
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/jasper/Options.java?rev=922010&r1=922009&r2=922010&view=diff
==
svn commit: r922011 - /tomcat/tc6.0.x/trunk/STATUS.txt
Author: markt Date: Thu Mar 11 20:31:59 2010 New Revision: 922011 URL: http://svn.apache.org/viewvc?rev=922011&view=rev Log: Proposal Modified: tomcat/tc6.0.x/trunk/STATUS.txt Modified: tomcat/tc6.0.x/trunk/STATUS.txt URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?rev=922011&r1=922010&r2=922011&view=diff == --- tomcat/tc6.0.x/trunk/STATUS.txt (original) +++ tomcat/tc6.0.x/trunk/STATUS.txt Thu Mar 11 20:31:59 2010 @@ -187,3 +187,11 @@ PATCHES PROPOSED TO BACKPORT: http://people.apache.org/~kkolinko/patches/2010-03-11_tc6_commons-daemon.patch +1: kkolinko -1: + +* Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=48795 + Provide an option to allow recompilation on the next request following a JSP + compilation error rather than waiting modifcationTestInterval before the next + attempt + http://svn.apache.org/viewvc?rev=922010&view=rev + +1: markt + -1: - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 48795] Tomcat tries to use cache when compilation failed
https://issues.apache.org/bugzilla/show_bug.cgi?id=48795 --- Comment #2 from Mark Thomas 2010-03-11 20:39:50 UTC --- After some discussion, a modified patch has been applied and proposed. The issue is that immediately re-trying the compilation increases the risk of a DOS attack. Whilst JSP compilation failures shouldn't happen in production, they often do. The new approach adds a new init parameter for the JSP servlet that controls if failed compilations are immediately retried on the next access or if modificationTestInterval is honour. This only applies in development mode. For versions where this feature is not available, consider setting modificationTestInterval to 0. Again the same warning re DOS applies. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 48837] Memory leaks protection does not cure leaks triggered by JSP pages code
https://issues.apache.org/bugzilla/show_bug.cgi?id=48837 --- Comment #1 from sylvain.laur...@gmail.com 2010-03-11 21:46:46 UTC --- Created an attachment (id=25116) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=25116) Patch to enhance classloader leaks because of uncleared ThreadLocal Proposing a patch to better detect leaks. Before the patch, the leak caused by an uncleared ThreadLocal is detected only if the ThreadLocal key or value is loaded by the WebAppClassLoader. The patch proposes to also detect cases where the key or value object class was loaded by a child classloader (or any level of descendant). The leak of the example foo.jsp is detected (and cleared) with this patch. Note that there's still a leak if the key or value is a JDK class like an ArrayList which itself contains an instance of a class loaded by the WebAppClassLoader (or a child classloader). Sylvain -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 48895] New: WebAppClassLoader.clearThreadLocalMap() concurrency issues
https://issues.apache.org/bugzilla/show_bug.cgi?id=48895 Summary: WebAppClassLoader.clearThreadLocalMap() concurrency issues Product: Tomcat 6 Version: 6.0.24 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Catalina AssignedTo: dev@tomcat.apache.org ReportedBy: sylvain.laur...@gmail.com I think that the memory leak protection of WebAppClassLoader.clearReferencesThreadLocals() which detects and clears ThreadLocals that would prevent GC the WebAppClassLoader instance has issues regarding concurrency : - It enumerates Threads and looks into internal structures of the Thread class, but there are no "memory barrier" that would ensure a consistent state of the ThreadLocalMap being examined. So, it is theoretically possible that a ThreadLocal in Thread A was properly cleaned up by the application, but the current thread B (that is undeploying the application) does not see the up to date state because there's no synchronization between those threads. - Much more severe : after detecting such a leak, it invokes java.lang.ThreadLocal.ThreadLocalMap.remove(ThreadLocal) on Thread A's ThreadLocalMap instance but the invocation is done by Thread B (the thread that undeploys the app). The remove() method is not thread safe at all, and nor is the expungeStaleEntries() method which may also be invoked in clearThreadLocalMap(). So, if a webapp is being undeployed while other applications continue to receive a heavy load of requests, this could corrupt the internal structures of the ThreadLocalMap instance ! I propose to keep the detection of leaks as it is, but to make the actual clearing optional (and disabled by default) to avoid encountering big problems in production. Idea to improve the clearing in a safe way : if the thread that is "provoking" the leak is one of tomcat's worker threads, we could mark it as "dirty", and then have a background task that would end such threads (renew those threads in the pool). -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Console for Tomcat
Hi, I'm continuing the study to see what type of Graphical (RIA) Console could be developed for Tomcat, and I have spoken with other Pivot developers, but at this point we need some help from you to better understand some key points that make that application really useful. JMX could be the way to exchange data with Tomcat, but do you think it's more useful a Monitoring (all at Runtime, no persistent changes) via JMX, or a Configuration Application (and in this case we could load/save config files directly if on the same host, or better calling some service exposed by Tomcat and let it the load/save work) ? Or both ? > My first use case to try to address is some of most common operations, like: Monitoring: > - list/manage applications and maybe server status > - deploy/undeploy/start/stop applications Configuration: > - list/manage users > - list/manage datasources That's why this was my first idea for some simple features to implement, and this could be the beginning. Then, as suggested, a step further could be the ability to handle a Cluster of Tomcat, but here probably we'll need the support of someone of you to avoid pitfalls. Do you prefer to continue the discussion here or in other way (another Tomcat mailing list, or other) ? Comments are (very) welcome ... Thanks again, Sandro - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[g...@vmgump]: Project tomcat-trunk-test (in module tomcat-trunk) 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 gene...@gump.apache.org. Project tomcat-trunk-test has an issue affecting its community integration. This issue affects 1 projects. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - tomcat-trunk-test : Java Servlet 3.0 & Server Pages JSP 2.1 implementation (for ... Full details are available at: http://vmgump.apache.org/gump/public/tomcat-trunk/tomcat-trunk-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on tomcat-trunk-dbcp exists, no need to add for property jasper-jdt.jar. -DEBUG- Dependency on commons-daemon exists, no need to add for property commons-daemon.native.src.tgz. -DEBUG- Dependency on commons-daemon exists, no need to add for property tomcat-native.tar.gz. -DEBUG- Dependency on tomcat-trunk-dbcp exists, no need to add for property tomcat-dbcp.home. -INFO- Failed with reason build failed -INFO- Project Reports in: /srv/gump/public/workspace/tomcat-trunk/output/build/logs The following work was performed: http://vmgump.apache.org/gump/public/tomcat-trunk/tomcat-trunk-test/gump_work/build_tomcat-trunk_tomcat-trunk-test.html Work Name: build_tomcat-trunk_tomcat-trunk-test (Type: Build) Work ended in a state of : Failed Elapsed: 17 secs Command Line: /usr/lib/jvm/java-6-sun/bin/java -Djava.awt.headless=true org.apache.tools.ant.Main -Dgump.merge=/srv/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Djunit.jar=/srv/gump/public/workspace/junit/dist/junit-11032010.jar -Dno.build.jasper-jdt=true -Dtomcat-native.tar.gz=/srv/gump/public/workspace/apache-commons/daemon/dist/bin/commons-daemon-11032010-native-src.tar.gz -Dtomcat-dbcp.home=/srv/gump/public/workspace/tomcat-trunk/tomcat-deps -Djdt.jar=/srv/gump/packages/eclipse/plugins/org.eclipse.jdt.core_3.4.2/jdtcore.jar -Dcommons-daemon.native.src.tgz=/srv/gump/public/workspace/apache-commons/daemon/dist/bin/commons-daemon-11032010-native-src.tar.gz -Dcommons-daemon.jar=/srv/gump/public/workspace/apache-commons/daemon/dist/commons-daemon-11032010.jar -Djasper-jdt.jar=/srv/gump/public/workspace/tomcat-trunk/tomcat-deps/tomcat-jdbc-11032010.jar -Dcommons-pool.home=/srv/gump/public/workspace/apache-commons/pool -Dcommons-dbcp.home=/srv/gump/public/workspace /apache-commons/dbcp -Dtomcat-dbcp.jar=/srv/gump/public/workspace/tomcat-trunk/tomcat-deps/tomcat-jdbc-11032010.jar test [Working Directory: /srv/gump/public/workspace/tomcat-trunk] CLASSPATH: /usr/lib/jvm/java-6-sun/lib/tools.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/webapps/examples/WEB-INF/classes:/srv/gump/public/workspace/tomcat-trunk/output/testclasses:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/dist/lib/ant-swing.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-xalan2.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/packages/junit3.8.1/junit.jar:/srv/gump/public/workspace/xml-commons/java/build/resolver.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/tomcat-api.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/catalina-ant.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/jsp-api.jar:/srv/gump/public/workspace/tomca t-trunk/output/build/bin/tomcat-juli.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/el-api.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/servlet-api.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/catalina-ha.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/jasper.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/jasper-el.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/tomcat-coyote.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/bin/bootstrap.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/catalina-tribes.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/annotations-api.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/tomcat-util.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/catalina.jar:/srv/gump/packages/javamail-1.4/mail.jar:/srv/gump/packages/javamail-1.4/lib/mailapi.jar:/srv/gump/packages/jaf-1.1ea/activation.jar:/srv/gump/packages/ eclipse/plugins/org.eclipse.jdt.core_3.4.2/jdtcore.jar:/srv/gump/public/workspace/tomcat-trunk/tomcat-deps/tomcat-jdbc-11032010.jar:/srv/gump/public/workspace/apache-commons/daemon/dist/commons-daemon-11032010.jar
DO NOT REPLY [Bug 47242] request for AJP command line client
https://issues.apache.org/bugzilla/show_bug.cgi?id=47242 --- Comment #14 from chamith buddhika 2010-03-12 02:36:23 UTC --- Created an attachment (id=25118) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=25118) AJPClient sources Hi Ken, Attached you will find modified sources. I have been doing some changes lately but has not been incorporated to this as yet since I couldn't test the additions. Btw now no need to use -o switch explicitly since the by default it will output to the console. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r922136 - /tomcat/trunk/build.xml
Author: billbarker Date: Fri Mar 12 03:52:01 2010 New Revision: 922136 URL: http://svn.apache.org/viewvc?rev=922136&view=rev Log: Re-work the script to make it more Gump friendly No functional change for normal builds, but allows skipping a taskdef that Gump doesn't want or need when running tests. Modified: tomcat/trunk/build.xml Modified: tomcat/trunk/build.xml URL: http://svn.apache.org/viewvc/tomcat/trunk/build.xml?rev=922136&r1=922135&r2=922136&view=diff == --- tomcat/trunk/build.xml (original) +++ tomcat/trunk/build.xml Fri Mar 12 03:52:01 2010 @@ -716,6 +716,16 @@ + + + + + + + + @@ -799,13 +809,7 @@ - - - - - - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Tomcat and Apache question
Hi, I am completely new to Tomcat, and I'm trying to setup this module named "mod_proxy_html module" I have just installed a product called JIRA and I have it working with Tomcat 5.x but I don't think I can install that module without Apache running on my machine. 1. Is Apache required or is just having Tomcat enough? 2. I hear Tomcat is java web server but Apache is a web server also, why would I need to run both? 3.Can you install mod_proxy_html module on a Windows machine without Apache 4. Can Tomcat do everything Apache can do? I'm basically trying to run two applications (JIRA and Confluence) on port 80 and use host headers. I come from the IIS world and I'm looking how to mirror that functionality using JIRA and Tomcat. Any help appreciated. -ws -- View this message in context: http://old.nabble.com/Tomcat-and-Apache-question-tp27873246p27873246.html Sent from the Tomcat - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Tomcat and Apache question
Hi; Please use the u...@tomcat.apache.org mailing list for such user questions. Development forum is a place where development related issues are discussed. Thanks; --Gurkan 2010/3/12 westside > > Hi, > > I am completely new to Tomcat, and I'm trying to setup this module named > "mod_proxy_html module" I have just installed a product called JIRA and I > have it working with Tomcat 5.x but I don't think I can install that module > without Apache running on my machine. > > 1. Is Apache required or is just having Tomcat enough? > 2. I hear Tomcat is java web server but Apache is a web server also, why > would I need to run both? > 3.Can you install mod_proxy_html module on a Windows machine without Apache > 4. Can Tomcat do everything Apache can do? > > I'm basically trying to run two applications (JIRA and Confluence) on port > 80 and use host headers. I come from the IIS world and I'm looking how to > mirror that functionality using JIRA and Tomcat. > > Any help appreciated. > > -ws > -- > View this message in context: > http://old.nabble.com/Tomcat-and-Apache-question-tp27873246p27873246.html > Sent from the Tomcat - Dev mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > For additional commands, e-mail: dev-h...@tomcat.apache.org > > -- Gurkan Erdogdu http://gurkanerdogdu.blogspot.com
[ANN] Apache Tomcat 6.0.26 released
The Apache Tomcat team announces the immediate availability of Apache Tomcat 6.0.26 stable. This release includes bug-fixes over Apache Tomcat 6.0.24. Note that is version has 4 zip binaries: a generic one and three bundled with Tomcat native binaries for different CPU architectures. Apache Tomcat 6.0 includes new features over Apache Tomcat 5.5, including support for the new Servlet 2.5 and JSP 2.1 specifications, a refactored clustering implementation, advanced IO features, and improvements in memory usage. Please refer to the change log for the list of changes: http://tomcat.apache.org/tomcat-6.0-doc/changelog.html Downloads: http://tomcat.apache.org/download-60.cgi Migration guide from Apache Tomcat 5.5.x: http://tomcat.apache.org/migration.html Thank you, -- The Apache Tomcat Team - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
