[Bug 61128] Allow cluster manager mapSendOptions to be specified with verbose, human-readable names

https://bz.apache.org/bugzilla/show_bug.cgi?id=61128 Igal Sapir changed: What|Removed |Added CC||d...@21solutions.net -- You are receivin

[Bug 61127] Allow cluster channelSendOptions to be specified with verbose, human-readable names

https://bz.apache.org/bugzilla/show_bug.cgi?id=61127 Igal Sapir changed: What|Removed |Added CC||d...@21solutions.net -- You are receivin

Re: Need a BZ keyword for "this bug can be done by a newbie"

On 5/26/2017 1:46 PM, Christopher Schultz wrote: I thought there was a BZ keyword for this, but there isn't. I've just created an enhancement in BZ[1] that should be left for someone looking to submit a small patch, and I'd like to attach such a keyword to this bug. The Tomcat version of "So ea

[Bug 61128] New: Allow cluster manager mapSendOptions to be specified with verbose, human-readable names

https://bz.apache.org/bugzilla/show_bug.cgi?id=61128 Bug ID: 61128 Summary: Allow cluster manager mapSendOptions to be specified with verbose, human-readable names Product: Tomcat 9 Version: unspecified Hardware: All

Need a BZ keyword for "this bug can be done by a newbie"

All, I thought there was a BZ keyword for this, but there isn't. I've just created an enhancement in BZ[1] that should be left for someone looking to submit a small patch, and I'd like to attach such a keyword to this bug. Could someone with BZ karma add an appropriate keyword to BZ and, possibly

[Bug 61127] New: Allow cluster channelSendOptions to be specified with verbose, human-readable names

https://bz.apache.org/bugzilla/show_bug.cgi?id=61127 Bug ID: 61127 Summary: Allow cluster channelSendOptions to be specified with verbose, human-readable names Product: Tomcat 9 Version: unspecified Hardware: All

Re: Proposal to remove AjpApr connector

On May 26, 2017 07:46, "Mark Thomas" wrote: On 25/05/17 18:04, Christopher Schultz wrote: > All, > > At ApacheCon, a few of us were talking about things that could be > removed in upcoming versions of Tomcat. The issue of connectors came up, > and I was thinking that there doesn't seem to be a re

Re: Proposal to remove AjpApr connector

On 25/05/17 18:04, Christopher Schultz wrote: > All, > > At ApacheCon, a few of us were talking about things that could be > removed in upcoming versions of Tomcat. The issue of connectors came up, > and I was thinking that there doesn't seem to be a reason to have an > AjpApr connector any more.

[Bug 61125] WarURLConnection always returns 0 from getLastModified() which prevents JSP modifications from triggering recompilation

https://bz.apache.org/bugzilla/show_bug.cgi?id=61125 Mark Thomas changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

svn commit: r1796277 - in /tomcat/tc8.0.x/trunk: ./ java/org/apache/catalina/webresources/war/WarURLConnection.java webapps/docs/changelog.xml

Author: markt Date: Fri May 26 11:33:47 2017 New Revision: 1796277 URL: http://svn.apache.org/viewvc?rev=1796277&view=rev Log: Fix https://bz.apache.org/bugzilla/show_bug.cgi?id=61125 Ensure that WarURLConnection returns the correct value for calls to getLastModified() as this is required for the

svn commit: r1796276 - in /tomcat/tc8.5.x/trunk: ./ java/org/apache/catalina/webresources/war/WarURLConnection.java webapps/docs/changelog.xml

Author: markt Date: Fri May 26 11:32:41 2017 New Revision: 1796276 URL: http://svn.apache.org/viewvc?rev=1796276&view=rev Log: Fix https://bz.apache.org/bugzilla/show_bug.cgi?id=61125 Ensure that WarURLConnection returns the correct value for calls to getLastModified() as this is required for the

svn commit: r1796275 - in /tomcat/trunk: java/org/apache/catalina/webresources/war/WarURLConnection.java webapps/docs/changelog.xml

Author: markt Date: Fri May 26 11:31:46 2017 New Revision: 1796275 URL: http://svn.apache.org/viewvc?rev=1796275&view=rev Log: Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=61125 Ensure that WarURLConnection returns the correct value for calls to getLastModified() as this is required for

[Bug 61125] WarURLConnection always returns 0 from getLastModified() which prevents JSP modifications from triggering recompilation

https://bz.apache.org/bugzilla/show_bug.cgi?id=61125 --- Comment #2 from Andy Wilkinson --- As far as I know, this isn't a regression. -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe,

[Bug 61125] WarURLConnection always returns 0 from getLastModified() which prevents JSP modifications from triggering recompilation

https://bz.apache.org/bugzilla/show_bug.cgi?id=61125 --- Comment #1 from Mark Thomas --- I can reproduce this and I'm working on a fix. Out of interest is this a regression or a bug you've just noticed? -- You are receiving this mail because: You are the assignee for the bug. --

[Bug 57129] Regression. Load WEB-INF/lib jarfiles in alphabetical order

https://bz.apache.org/bugzilla/show_bug.cgi?id=57129 Mark Thomas changed: What|Removed |Added Resolution|--- |WONTFIX Status|REOPENED

Re: svn commit: r1796186 - in /tomcat/trunk: java/javax/servlet/http/ java/org/apache/catalina/connector/ java/org/apache/coyote/ java/org/apache/coyote/http11/ java/org/apache/coyote/http11/filters/

mark wrote: > - * Compare with superrclass that uses SocketWrapper > + * Compare with superclass that uses SocketWrapper Fwiw, I finally posted my spelling scripts at https://github.com/jsoref/spelling If you wanted to, you could have a script that did: ```sh mv

Re: [Bug 57129] Regression. Load WEB-INF/lib jarfiles in alphabetical order

Hi Mark, re: https://bz.apache.org/bugzilla/show_bug.cgi?id=57129 This change seems significant enough that it merits mention in: https://tomcat.apache.org/migration-8.html I've inherited a number of tomcat7 servers which host quite a few wars/exploded wars, and I'd love to move us forward to tom