Re: Using JIRA instead STATUS.txt
-1 Status file is easily available. Le 14 mars 2010 à 21:39, Mladen Turk a écrit : On 03/14/2010 07:31 PM, Konstantin Kolinko wrote: I am -1. IMHO JIRA can do a better job then status file. The questions you've raised actually show how hard it is to get something out of status. It's a mixture of hundreds of commit messages, references to other commit messages, p.a.o files that no longer exist, and so on. At the end it's not about technical aspect, but about additional hassle required to adapt to another technology. This is perfectly fine and understandable. All I'm trying to do is to get some data out of the hard work we are already doing with maintaining the status file. I was actually hoping that you and Mark would be the last persons objecting to that given the amount of status entries you are pushing trough, but it seems that this obviously works fine for you guys :) I find the status file as a real PITA, and I'm buying a beer (plural :) to the one that can come up with the idea how to make it easier to work with. Regards -- ^TM - 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: Using JIRA instead STATUS.txt
Le 14 mars 2010 à 21:39, Mladen Turk a écrit : On 03/14/2010 07:31 PM, Konstantin Kolinko wrote: I am -1. IMHO JIRA can do a better job then status file. The questions you've raised actually show how hard it is to get something out of status. It's a mixture of hundreds of commit messages, references to other commit messages, p.a.o files that no longer exist, and so on. At the end it's not about technical aspect, but about additional hassle required to adapt to another technology. This is perfectly fine and understandable. All I'm trying to do is to get some data out of the hard work we are already doing with maintaining the status file. I was actually hoping that you and Mark would be the last persons objecting to that given the amount of status entries you are pushing trough, but it seems that this obviously works fine for you guys :) I find the status file as a real PITA, and I'm buying a beer (plural :) to the one that can come up with the idea how to make it easier to work with. Instead of a Status file, a status folder with some folders, ie: requests, actions, wontdo You have a request, just create a time stamped file in requests folders, ie spdy-addition-20100315.txt. Comments are added in this file by others commiters. If an action is decided, just move the file to actions. Else move it to wontdo. Just my 0.1€. Regards -- ^TM - 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
DO NOT REPLY [Bug 48913] New: Request.changeSessionId adds a second Set-Cookie JSESSIONID
https://issues.apache.org/bugzilla/show_bug.cgi?id=48913 Summary: Request.changeSessionId adds a second Set-Cookie JSESSIONID Product: Tomcat 6 Version: 6.0.24 Platform: All OS/Version: All Status: NEW Severity: regression Priority: P2 Component: Catalina AssignedTo: dev@tomcat.apache.org ReportedBy: stephan.zlata...@yahoo.com The protection mechanism against session fixation attacks available in Tomcat 6.0.24 has the problem that if a Valve or a custom Authenticator implementation enforces creation of an HTTP session for a request and the JSESSIONID is created before the authenticator registers the session and it is required to change the session id (which is the default behavior) then instead of changing the session id a second one is issued and both are sent to the user agent. Here is the details on how I encounter the problem: During authentication my Authenticator implementation requires access to the HTTP session before it invokes method register(request, response, principal, authType, username, password). When it accesses the HTTP session the Response is instructed to send Set-Cookie with a newly generated JSESSIONID and immediately after that - as part of the register method invocation - the Request is instructed to change the JSESSIONID. The problem is that Request.changeSessionId does not check whether the response is already instructed to issue a Set-Cookie header for the session ID and simply adds a second cookie to be sent to the browser. The HTTP response contains two Set-Cookie headers for JSESSIONID with different values, where the second is the newest one. As MS IE uses the first cookie it receives it is not able to connect to the session with next requests. Can you confirm this is not the intended behavior and let me know when this problem can be corrected? -- 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: Using JIRA instead STATUS.txt
-0.5 It might seem moving to JIRA from Bugzilla would be a better first step. Then if commit messages follow a naming convention - the commit could automagically update the JIRA bug with the commit message. This might fix the tracking desire yet keeping the simplicity of the STATUS file. But that sounds like a different vote. -Tim On 3/14/2010 3:07 AM, Mladen Turk wrote: Hi, I would suggest that we use JIRA instead maintaining STATUS.txt files. Each branch can then be a separate component and each status vote JIRA issue classified as either bug, feature, etc... Voting is supported except that one cannot vote for the created issue, so that would be presumed. However there is no -1 vote, so that would have to be done like today by entering the comment with -1. Nice thing is that patches can be directly attached without the need to scp to the people.a.o. If we decide on that I'll work with IT to allow only committers write access. Comments? Regards - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 48914] New: EL MethodExpression behavior incorrect
https://issues.apache.org/bugzilla/show_bug.cgi?id=48914
Summary: EL MethodExpression behavior incorrect
Product: Tomcat 7
Version: trunk
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: normal
Priority: P2
Component: Servlet & JSP API
AssignedTo: dev@tomcat.apache.org
ReportedBy: robert_goff...@yahoo.com
When dealing with the new [] and . operators in the EL specification, the
specification says: "If the expression is a MethodExpression, then calling its
invoke method causes the method to be invoked, and the parameters params for
the invoke method will be ignored, since those specified in EL will be used."
The behavior in Tomcat 7 is different as it uses the values specified in the
invoke method.
This can be tested by doing something like this:
MethodExpression myMethodExpression = fact.createMethodExpression(ctxt,
"#{myBean[myStringExpression]('using brackets in EL')}", String.class, new
Class[] {String.class});
Object myMethodReturn = myMethodExpression.invoke(ctxt, new String[]
{"using brackets"});
pw.println("myMethodReturn="+myMethodReturn);
--
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: Using JIRA instead STATUS.txt
On 03/15/2010 02:18 PM, Tim Funk wrote: -0.5 It might seem moving to JIRA from Bugzilla would be a better first step. Then if commit messages follow a naming convention - the commit could automagically update the JIRA bug with the commit message. This might fix the tracking desire yet keeping the simplicity of the STATUS file. But that sounds like a different vote. I wasn't considering that as a vote or something. I just wanted to see what people think about that since I find it pretty awkward. Seems that majority is fine with the status procedure, so we won't be changing that obviously. For BZ->JIRA, not sure. Perhaps for Tomcat 7 and on. We have lots of references to BZ entries all over the docs so that would be a problem to translate thought. Regards -- ^TM - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r923275 - /tomcat/jk/trunk/xdocs/reference/iis.xml
Author: rjung Date: Mon Mar 15 14:56:58 2010 New Revision: 923275 URL: http://svn.apache.org/viewvc?rev=923275&view=rev Log: Fix broken xdocs xml syntax introduced by r920093. Please build xdocs before committing. Modified: tomcat/jk/trunk/xdocs/reference/iis.xml Modified: tomcat/jk/trunk/xdocs/reference/iis.xml URL: http://svn.apache.org/viewvc/tomcat/jk/trunk/xdocs/reference/iis.xml?rev=923275&r1=923274&r2=923275&view=diff == --- tomcat/jk/trunk/xdocs/reference/iis.xml (original) +++ tomcat/jk/trunk/xdocs/reference/iis.xml Mon Mar 15 14:56:58 2010 @@ -90,8 +90,8 @@ Setting this to 0 (the default) disables The maximum log file size in megabytes, after which the log file will be rotated. Setting this to 0 (the default) disables log rotation based on file size. -The value can have an optional M suffix, i.e. both 5 and 5M will rotate the log file when it grows to 5MB. -If log_rotationtime is specified, then this setting is ignored. +The value can have an optional M suffix, i.e. both 5 and 5M will rotate the log file when it grows to 5MB. +If log_rotationtime is specified, then this setting is ignored. A string value which is the full path to workers.properties file - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r923287 - in /tomcat/jk/trunk/xdocs: generic_howto/quick.xml style.xsl
Author: rjung Date: Mon Mar 15 15:26:00 2010 New Revision: 923287 URL: http://svn.apache.org/viewvc?rev=923287&view=rev Log: Tab police, remove trailing spaces. No actual content change. Modified: tomcat/jk/trunk/xdocs/generic_howto/quick.xml tomcat/jk/trunk/xdocs/style.xsl Modified: tomcat/jk/trunk/xdocs/generic_howto/quick.xml URL: http://svn.apache.org/viewvc/tomcat/jk/trunk/xdocs/generic_howto/quick.xml?rev=923287&r1=923286&r2=923287&view=diff == --- tomcat/jk/trunk/xdocs/generic_howto/quick.xml (original) +++ tomcat/jk/trunk/xdocs/generic_howto/quick.xml Mon Mar 15 15:26:00 2010 @@ -72,26 +72,26 @@ more complete separate HowTo for Apache is available. - You should first have mod_jk.so (unix) or mod_jk.dll (Windows) installed - in your Apache module directory (see your Apache documentation to locate it). + You should first have mod_jk.so (unix) or mod_jk.dll (Windows) installed + in your Apache module directory (see your Apache documentation to locate it). - Usual locations for modules directory on Unix: - - /usr/lib/apache/ - /usr/lib/apache2/ - /usr/local/apache/libexec/ - + Usual locations for modules directory on Unix: + + /usr/lib/apache/ + /usr/lib/apache2/ + /usr/local/apache/libexec/ + - Usual locations for modules directory on Windows : - - C:\Program Files\Apache Group\Apache\modules\ - C:\Program Files\Apache Group\Apache2\modules\ - + Usual locations for modules directory on Windows : + + C:\Program Files\Apache Group\Apache\modules\ + C:\Program Files\Apache Group\Apache2\modules\ + - You'll find a link to prebuilt binaries + You'll find a link to prebuilt binaries http://tomcat.apache.org/download-connectors.cgi/";>here @@ -99,19 +99,19 @@ included from another file: - Usual locations for configuration directory on Unix: - - /etc/httpd/conf/ - /etc/httpd2/conf/ - /usr/local/apache/conf/ - + Usual locations for configuration directory on Unix: + + /etc/httpd/conf/ + /etc/httpd2/conf/ + /usr/local/apache/conf/ + - Usual locations for configuration directory on Windows : - - C:\Program Files\Apache Group\Apache\conf\ - C:\Program Files\Apache Group\Apache2\conf\ - + Usual locations for configuration directory on Windows : + + C:\Program Files\Apache Group\Apache\conf\ + C:\Program Files\Apache Group\Apache2\conf\ + @@ -143,7 +143,7 @@ - A separate HowTo for the IIS web server is available. + A separate HowTo for the IIS web server is available. More information to be added! @@ -152,7 +152,7 @@ More information to be added! - A separate HowTo for the Netscape/iPlanet/Sun web server is available. + A separate HowTo for the Netscape/iPlanet/Sun web server is available. More information to be added? @@ -162,7 +162,7 @@ More information to be added? - (Re)start the web server and browse to the http://localhost/examples/";>http://localhost/examples/ + (Re)start the web server and browse to the http://localhost/examples/";>http://localhost/examples/ Modified: tomcat/jk/trunk/xdocs/style.xsl URL: http://svn.apache.org/viewvc/tomcat/jk/trunk/xdocs/style.xsl?rev=923287&r1=923286&r2=923287&view=diff == --- tomcat/jk/trunk/xdocs/style.xsl (original) +++ tomcat/jk/trunk/xdocs/style.xsl Mon Mar 15 15:26:00 2010 @@ -68,7 +68,7 @@ - + - + Attribute - + Description @@ -319,18 +319,18 @@ - + - + - + - - + @@ -366,30 +366,30 @@ - + - + - + ? - - + + - + - + - - + @@ -420,30 +420,30 @@ -
svn commit: r923288 - in /tomcat/jk/trunk/xdocs/miscellaneous: changelog.xml doccontrib.xml
Author: rjung Date: Mon Mar 15 15:27:18 2010 New Revision: 923288 URL: http://svn.apache.org/viewvc?rev=923288&view=rev Log: Fix wrong pathes used in docs contrib page. It described making paths from a subversion checkout, so our repos reorg needs to be reflected in the paths. Also fix tab usage in changelog. Modified: tomcat/jk/trunk/xdocs/miscellaneous/changelog.xml tomcat/jk/trunk/xdocs/miscellaneous/doccontrib.xml Modified: tomcat/jk/trunk/xdocs/miscellaneous/changelog.xml URL: http://svn.apache.org/viewvc/tomcat/jk/trunk/xdocs/miscellaneous/changelog.xml?rev=923288&r1=923287&r2=923288&view=diff == --- tomcat/jk/trunk/xdocs/miscellaneous/changelog.xml (original) +++ tomcat/jk/trunk/xdocs/miscellaneous/changelog.xml Mon Mar 15 15:27:18 2010 @@ -52,8 +52,11 @@ 38895: IIS: Use RAW headers instead of CGI headers by default - to prevent conversion of underscores '_' to hyphens '-' in header names. - Old behaviour can be enabled by defining USE_CGI_HEADERS. (timw) +to prevent conversion of underscores '_' to hyphens '-' in header names. +Old behaviour can be enabled by defining USE_CGI_HEADERS. (timw) + + +Docs: Update subversion paths used in docs. (rjung) Modified: tomcat/jk/trunk/xdocs/miscellaneous/doccontrib.xml URL: http://svn.apache.org/viewvc/tomcat/jk/trunk/xdocs/miscellaneous/doccontrib.xml?rev=923288&r1=923287&r2=923288&view=diff == --- tomcat/jk/trunk/xdocs/miscellaneous/doccontrib.xml (original) +++ tomcat/jk/trunk/xdocs/miscellaneous/doccontrib.xml Mon Mar 15 15:27:18 2010 @@ -73,7 +73,7 @@ line. Ant is used to build the documentation, among other things, and it must be able to see a file called build.xml. This file is located in the -SVN_HOME\tomcat\jk\trunk\xdocs directory. In the +xdocs directory. In the build.xml file there is a target named all that will be used to build the docs. @@ -111,22 +111,20 @@ the svn update command. To update your xdocs directory simply cd into the xdocs directory and: -C:\build\tomcat-connectors\jk\>cd xdocs -C:\build\tomcat-connectors\jk\xdocs\>svn update +C:\build\tomcat-connectors\>cd xdocs +C:\build\tomcat-connectors\xdocs\>svn update Open a command prompt window and cd to the directory where you downloaded -the source. Now cd into the jk directory and then into the xdocs directory so -that Ant can see the +the source. Now cd into the xdocs directory so that Ant can see the build.xml file. Then from a command prompt, run the following: -C:\build\tomcat-connectors>cd jk -C:\build\tomcat-connectors\jk>cd xdocs -C:\build\tomcat-connectors\jk\xdocs>ant all +C:\build\tomcat-connectors>cd xdocs +C:\build\tomcat-connectors\xdocs>ant all . @@ -134,31 +132,31 @@ that Ant can see the You should see the ant compiler messages scrolling by rapidly and then stop with the following: -[style] Transforming into C:\build\tomcat-connectors\jk\build\docs\news\printer> -[style] Processing C:\build\tomcat-connectors\jk\xdocs\news\20041100.xml +[style] Transforming into C:\build\tomcat-connectors\build\docs\news\printer> +[style] Processing C:\build\tomcat-connectors\xdocs\news\20041100.xml to -C:\build\tomcat-connectors\jk\build\docs\news/20041100.html -[style] Loading stylesheet C:\build\tomcat-connectors\jk\xdocs\style.xsl -[style] Processing C:\build\tomcat-connectors\jk\xdocs\news\20050101.xml +C:\build\tomcat-connectors\build\docs\news/20041100.html +[style] Loading stylesheet C:\build\tomcat-connectors\xdocs\style.xsl +[style] Processing C:\build\tomcat-connectors\xdocs\news\20050101.xml to -C:\build\tomcat-connectors\jk\build\docs\news/20050101.html -[style] Processing C:\build\tomcat-connectors\jk\xdocs\news\20060101.xml +C:\build\tomcat-connectors\build\docs\news/20050101.html +[style] Processing C:\build\tomcat-connectors\xdocs\news\20060101.xml to -C:\build\tomcat-connectors\jk\build\docs\news/20060101.html -[style] Transforming into C:\build\tomcat-connectors\jk\build\docs> -[style] Processing C:\build\tomcat-connectors\jk\xdocs\index.xml +C:\build\tomcat-connectors\build\docs\news/20060101.html +[style] Transforming into C:\build\tomcat-connectors\build\docs> +[style] Processing C:\build\tomcat-connectors\xdocs\index.xml to -C:\build\tomcat-connectors\jk\build\docs\index.html -[style] Loading stylesheet C:\build\tomcat-connectors\jk\xdocs\style.xsl +C:\build\tomcat-connectors\build\docs\index.html +[style] Loading stylesheet C:\build\tomcat-connectors\xdocs\style.xsl BUILD SUCCESSFUL Total time: 10 seconds -C:\build\tomcat-connectors\jk> +C:\build\tomcat-connectors> All the xml files present in the xdocs directory structure were transformed -to html and copied to the SVN_HOME\tomcat-
svn commit: r923303 - in /tomcat/jk/trunk/xdocs: miscellaneous/changelog.xml webserver_howto/iis.xml
Author: rjung Date: Mon Mar 15 15:40:37 2010 New Revision: 923303 URL: http://svn.apache.org/viewvc?rev=923303&view=rev Log: Grammar and style improvements in the IIS howto. Also some clarifications about serving static content by IIS. Patch provided by André Warnier. Modified: tomcat/jk/trunk/xdocs/miscellaneous/changelog.xml tomcat/jk/trunk/xdocs/webserver_howto/iis.xml Modified: tomcat/jk/trunk/xdocs/miscellaneous/changelog.xml URL: http://svn.apache.org/viewvc/tomcat/jk/trunk/xdocs/miscellaneous/changelog.xml?rev=923303&r1=923302&r2=923303&view=diff == --- tomcat/jk/trunk/xdocs/miscellaneous/changelog.xml (original) +++ tomcat/jk/trunk/xdocs/miscellaneous/changelog.xml Mon Mar 15 15:40:37 2010 @@ -55,6 +55,11 @@ to prevent conversion of underscores '_' to hyphens '-' in header names. Old behaviour can be enabled by defining USE_CGI_HEADERS. (timw) + +Docs: Grammar and style improvements and clarification about serving +static content by IIS. +Patch provided by André Warnier. (rjung) + Docs: Update subversion paths used in docs. (rjung) Modified: tomcat/jk/trunk/xdocs/webserver_howto/iis.xml URL: http://svn.apache.org/viewvc/tomcat/jk/trunk/xdocs/webserver_howto/iis.xml?rev=923303&r1=923302&r2=923303&view=diff == --- tomcat/jk/trunk/xdocs/webserver_howto/iis.xml (original) +++ tomcat/jk/trunk/xdocs/webserver_howto/iis.xml Mon Mar 15 15:40:37 2010 @@ -142,7 +142,7 @@ filter function for each in-coming reque The filter then tests the request URL against a list of URI-paths held inside uriworkermap.properties, If the current request matches one of the entries in the list of URI-paths, -the filter transfer the request to the extension. +the filter transfers the request to the extension. The extension collects the request parameters and forwards them to the appropriate worker using the defined @@ -202,7 +202,7 @@ Adding more contexts to the configuratio In this document I will assume that isapi_redirect.dll is placed in c:\tomcat\bin\win32\i386\isapi_redirect.dll and -that you created the properties files are in c:\tomcat\conf. +that the properties files which you created are in c:\tomcat\conf. @@ -312,36 +312,28 @@ uriworkermap.properties will be: After saving uriworkermap.properties restart IIS and it will serve the new context. - - -A feature is present till Tomcat 3.2, where a uriworkermap.properties-auto is automatically -written each time Tomcat is started. This file includes settings for each of the contexts that -Tomcat will serve during its run. - - -Each context has settings to have Tomcat handle servlet and JSP requests, -but by default static content is left to be served by IIS. - -Each context also has a commented out setting to have Tomcat handle all requests to the context. -You can rename this file (so it won't be overwritten the next time Tomcat is started) and -uncomment this setting or make other customisations. - - -You may also use this file as is in your worker_mount_file setting. +The above should be all you need for IIS to pass through to Tomcat any request for any URI which corresponds +to a Tomcat context (webapp). -Sometimes it is better to have IIS serve the static pages (html, gif, jpeg etc.) -even if these files are part of a context served by Tomcat. +If your webiste is very busy (more than 100 requests/second, or more than 100 simultaneous client connections), +it might sometimes be desirable to have IIS serve static content (html, gif, jpeg etc.) directly, +even if these files are part of a context served by Tomcat. Allowing IIS to serve such files directly may + avoid the small overhead consisting of passing the request to Tomcat via the redirector, and may free up + Tomcat somewhat, by using it only to process requests that only Tomcat can handle (e.g. requests to JSP pages and java servlets). -For example, consider the html and gif files in the examples context, there is no need -to serve them from the Tomcat process, IIS will suffice. - - +For example, consider the html and gif files in the examples context : you could serve these files directly +with IIS; there is no need to serve them from the Tomcat process. + +However, you should be very careful when you implement the following configuration style, because by doing so you are +in fact providing a "back-door" to IIS, and allowing it to serve files out of a Tomcat context without Tomcat's knowledge, +thus bypassing any security +restrictions which Tomcat itself and the Tomcat context (webapp) may place on those files. Making IIS serve static files that are part of the Tomcat contexts requires the following: @@ -361,7 +353,7 @@ For example adding a /example IIS virtua Configuring the re
DO NOT REPLY [Bug 48917] New: ApacheConfig.java update windows default module mod_jk.dll -> mod_jk.so
https://issues.apache.org/bugzilla/show_bug.cgi?id=48917 Summary: ApacheConfig.java update windows default module mod_jk.dll -> mod_jk.so Product: Tomcat 6 Version: 6.0.26 Platform: PC OS/Version: Windows Vista Status: NEW Severity: normal Priority: P2 Component: Connectors AssignedTo: dev@tomcat.apache.org ReportedBy: electronjoc...@hotmail.com Created an attachment (id=25132) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=25132) update to line 138 of ApacheConfig.java The mod_jk connector for windows is distributed as mod_jk.so. The current implementation of org.apache.jk.config.ApacheConfig sets the default location of mod_jk Apache plug-in as modules/mod_jk.dll. Patch is attached updating line 138 of ApacheConfig.java -- 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 48917] ApacheConfig.java update windows default module mod_jk.dll -> mod_jk.so
https://issues.apache.org/bugzilla/show_bug.cgi?id=48917 --- Comment #1 from Mark Thomas 2010-03-15 18:02:02 UTC --- Note that this class (actually the whole o.a.jk package) has been removed for Tomcat 7 onwards. -- 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: Tomcat 5.5 release
I have not forgotten, I'm still on the road, and will build as soon as I get back to my office, end of this week Filip On 03/02/2010 12:54 PM, Filip Hanik - Dev Lists wrote: Time for another one folks? Should I tag end of this week? There has been a lot of code changes in the 5.5.x branch, so I would expect some regressions, (similar experience to 6.0.x). So after this one, we can roll a bit more frequently until things settle down Filip - 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
DO NOT REPLY [Bug 48917] ApacheConfig.java update windows default module mod_jk.dll -> mod_jk.so
https://issues.apache.org/bugzilla/show_bug.cgi?id=48917 --- Comment #2 from Todd Hicks 2010-03-15 19:13:25 UTC --- Understood. Any chance it will be fixed for 6.x though? -- 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 48903] ClassLoader deadlock when compiling JSP pages in 6.0.26
https://issues.apache.org/bugzilla/show_bug.cgi?id=48903 aullr...@blackducksoftware.com changed: What|Removed |Added CC||aullr...@blackducksoftware. ||com -- 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: r923571 - /tomcat/tc6.0.x/trunk/STATUS.txt
Author: kkolinko Date: Tue Mar 16 03:49:08 2010 New Revision: 923571 URL: http://svn.apache.org/viewvc?rev=923571&view=rev Log: vote and proposals 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=923571&r1=923570&r2=923571&view=diff == --- tomcat/tc6.0.x/trunk/STATUS.txt (original) +++ tomcat/tc6.0.x/trunk/STATUS.txt Tue Mar 16 03:49:08 2010 @@ -155,7 +155,7 @@ PATCHES PROPOSED TO BACKPORT: -1: * Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=48701 - Tag account of TagVariableInfo when implementing the rules of JSP.5.3 + Take account of TagVariableInfo when implementing the rules of JSP.5.3 http://people.apache.org/~markt/patches/2010-03-09-bug48701.patch +1: markt, kkolinko -1: @@ -167,11 +167,16 @@ PATCHES PROPOSED TO BACKPORT: +1: markt -1: + I think it can be done more simply: + http://people.apache.org/~kkolinko/patches/2010-03-16_tc6_bug48790.patch + +1: kkolinko + -1: + * Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=48793 Make catalina.sh more robust to different return values on different platforms Patch provided by Thomas GL http://svn.apache.org/viewvc?rev=921444&view=rev - +1: markt + +1: markt, kkolinko -1: * Update to NSIS 2.46 @@ -212,7 +217,14 @@ PATCHES PROPOSED TO BACKPORT: Also fixed synchronization issue in JasperLoader, where findClass() method was called without proper synchronization. - FIXME: This patch has not been applied to trunk yet. + FIXME: Neither this, nor the alternative patch have been applied to trunk yet. http://people.apache.org/~kkolinko/patches/2010-03-15_tc6_bug48903.patch +1: kkolinko -1: + + Alternative: the same as above, but also adds the third locking policy, "name": + use name.intern(). I suspect that is still might be working in some Java + implementations or with JRE settings that I mentioned in BZ 48903. + http://people.apache.org/~kkolinko/patches/2010-03-15_tc6_bug48903_v2.patch + +1: kkolinko + -1: - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
