[Bug 54079] New: Tomcat Service Status Returns Blank

https://issues.apache.org/bugzilla/show_bug.cgi?id=54079 Priority: P2 Bug ID: 54079 Assignee: dev@tomcat.apache.org Summary: Tomcat Service Status Returns Blank Severity: normal Classification: Unclassified OS: Linux

[Bug 54080] New: Comma related bug in org.apache.catalina.valves.RemoteIpValve

https://issues.apache.org/bugzilla/show_bug.cgi?id=54080 Priority: P2 Bug ID: 54080 Assignee: dev@tomcat.apache.org Summary: Comma related bug in org.apache.catalina.valves.RemoteIpValve Severity: normal Classification:

[Bug 54080] Comma related bug in org.apache.catalina.valves.RemoteIpValve

https://issues.apache.org/bugzilla/show_bug.cgi?id=54080 Simon Dean simon.d...@moneysupermarket.com changed: What|Removed |Added CC|

[Bug 54079] Tomcat Service Status Returns Blank

https://issues.apache.org/bugzilla/show_bug.cgi?id=54079 Mark Thomas ma...@apache.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 54079] Tomcat Service Status Returns Blank

https://issues.apache.org/bugzilla/show_bug.cgi?id=54079 --- Comment #2 from Noman A. n.amir.ja...@gmail.com --- I am sorry, but I don't follow you. Are you saying Tomcat service status check does not come under Tomcat project? This is a normal linux installation using yum. Previous version

[Bug 54079] Tomcat Service Status Returns Blank

https://issues.apache.org/bugzilla/show_bug.cgi?id=54079 --- Comment #3 from Konstantin Kolinko knst.koli...@gmail.com --- 1. Official Apache Tomcat releases are not distributed through yum, but are downloadable from http://tomcat.apache.org/ 2. There are many ways to install Tomcat in an

[Bug 54079] Tomcat Service Status Returns Blank

https://issues.apache.org/bugzilla/show_bug.cgi?id=54079 --- Comment #4 from Noman A. n.amir.ja...@gmail.com --- Thanks for the detailed information, I was under the impression that yum packages are provided by Apache. I will post my query on user@ mailing list and see if someone can rescue me.

[GUMP@vmgump]: Project tomcat-taglibs-standard (in module tomcat-taglibs) 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-taglibs-standard has an issue affecting its community

[Bug 44284] Support java.lang.Iterable in c:forEach tag

https://issues.apache.org/bugzilla/show_bug.cgi?id=44284 --- Comment #4 from Christopher Schultz ch...@christopherschultz.net --- I think just about everyone uses Glassfish's JSTL implementation, anyway, right? -- You are receiving this mail because: You are the assignee for the bug.

[Bug 53895] Performance solution for ImplicitObjectELResolver

https://issues.apache.org/bugzilla/show_bug.cgi?id=53895 --- Comment #4 from Christopher Schultz ch...@christopherschultz.net --- It's worth noting that the proposed solution requires more heap space than the old solution. If this change is at the compiled-page level, it might not be a big deal.

[Bug 54083] New: Provide jarsToSkip on a per-webapp basis

https://issues.apache.org/bugzilla/show_bug.cgi?id=54083 Priority: P2 Bug ID: 54083 Assignee: dev@tomcat.apache.org Summary: Provide jarsToSkip on a per-webapp basis Severity: enhancement Classification: Unclassified OS: Mac

svn commit: r1404374 - in /tomcat/trunk: java/org/apache/catalina/deploy/WebXml.java test/org/apache/catalina/deploy/TestWebXmlOrdering.java

Author: markt Date: Wed Oct 31 21:57:26 2012 New Revision: 1404374 URL: http://svn.apache.org/viewvc?rev=1404374view=rev Log: Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=54068 Re-write the fragment ordering algorithm to over come multiple problems. Expand the unit tests to cover the

svn commit: r1404380 - in /tomcat/tc7.0.x/trunk: ./ java/org/apache/catalina/deploy/WebXml.java test/org/apache/catalina/deploy/TestWebXmlOrdering.java webapps/docs/changelog.xml

Author: markt Date: Wed Oct 31 22:06:26 2012 New Revision: 1404380 URL: http://svn.apache.org/viewvc?rev=1404380view=rev Log: Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=54068 Re-write the fragment ordering algorithm to over come multiple problems. Expand the unit tests to cover the

[Bug 54068] Web fragment sorting incorrectly detects circular reference

https://issues.apache.org/bugzilla/show_bug.cgi?id=54068 Mark Thomas ma...@apache.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 54068] Web fragment sorting incorrectly detects circular reference

https://issues.apache.org/bugzilla/show_bug.cgi?id=54068 --- Comment #3 from Dennis Homann dennis.hom...@coremedia.com --- Great, thank you! -- You are receiving this mail because: You are the assignee for the bug. - To

buildbot failure in ASF Buildbot on tomcat-7-trunk

The Buildbot has detected a new failure on builder tomcat-7-trunk while building ASF Buildbot. Full details are available at: http://ci.apache.org/builders/tomcat-7-trunk/builds/890 Buildbot URL: http://ci.apache.org/ Buildslave for this Build: bb-vm_ubuntu Build Reason: scheduler Build

Re: Resources - merging back the changes

Hi Mark, I synced from HEAD - and noticed that DefaultServlet.PUT now fails with '403' if the resource already exists. I'm pretty sure this used to work, and at least for webdav it's supposed to replace the content. Is this a bug - or intended (the problem seems to be preResourceExists() check in

Re: buildbot failure in ASF Buildbot on tomcat-7-trunk

2012/11/1 build...@apache.org: The Buildbot has detected a new failure on builder tomcat-7-trunk while building ASF Buildbot. Full details are available at: http://ci.apache.org/builders/tomcat-7-trunk/builds/890 Buildbot URL: http://ci.apache.org/ Buildslave for this Build:

svn commit: r1404428 - /tomcat/tc6.0.x/trunk/STATUS.txt

Author: kkolinko Date: Thu Nov 1 00:18:51 2012 New Revision: 1404428 URL: http://svn.apache.org/viewvc?rev=1404428view=rev Log: vote Modified: tomcat/tc6.0.x/trunk/STATUS.txt Modified: tomcat/tc6.0.x/trunk/STATUS.txt URL:

Re: Resources - merging back the changes

On Wed, Oct 31, 2012 at 4:41 PM, Costin Manolache cos...@gmail.com wrote: Hi Mark, I synced from HEAD - and noticed that DefaultServlet.PUT now fails with '403' if the resource already exists. I'm pretty sure this used to work, and at least for webdav it's supposed to replace the content.