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
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: U
https://issues.apache.org/bugzilla/show_bug.cgi?id=54080
Simon Dean changed:
What|Removed |Added
CC||simon.dean@moneysupermarket
https://issues.apache.org/bugzilla/show_bug.cgi?id=54079
Mark Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://issues.apache.org/bugzilla/show_bug.cgi?id=54079
--- Comment #2 from Noman A. ---
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 worked without
any issues.
https://issues.apache.org/bugzilla/show_bug.cgi?id=54079
--- Comment #3 from Konstantin Kolinko ---
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 operating system.
Different
https://issues.apache.org/bugzilla/show_bug.cgi?id=54079
--- Comment #4 from Noman A. ---
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.
Thanks Again.
-Noman
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
integration.
https://issues.apache.org/bugzilla/show_bug.cgi?id=44284
--- Comment #4 from Christopher Schultz ---
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.
--
https://issues.apache.org/bugzilla/show_bug.cgi?id=53895
--- Comment #4 from Christopher Schultz ---
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. If a new HashMap gets created
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
Author: markt
Date: Wed Oct 31 21:57:26 2012
New Revision: 1404374
URL: http://svn.apache.org/viewvc?rev=1404374&view=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 i
Author: markt
Date: Wed Oct 31 22:06:26 2012
New Revision: 1404380
URL: http://svn.apache.org/viewvc?rev=1404380&view=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 i
https://issues.apache.org/bugzilla/show_bug.cgi?id=54068
Mark Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://issues.apache.org/bugzilla/show_bug.cgi?id=54068
--- Comment #3 from Dennis Homann ---
Great, thank you!
--
You are receiving this mail because:
You are the assignee for the bug.
-
To unsubscribe, e-mail: dev-unsubscr.
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 Source
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
2012/11/1 :
> 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
Author: kkolinko
Date: Thu Nov 1 00:18:51 2012
New Revision: 1404428
URL: http://svn.apache.org/viewvc?rev=1404428&view=rev
Log:
vote
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=14
On Wed, Oct 31, 2012 at 4:41 PM, Costin Manolache 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.
> Is this a
20 matches
Mail list logo