I realm allow you to provide an
alternate URL when the first URL is unreachable, but what's needed is a
list of URLs where the first containing data for a given user id wins.
One could/should constrain the URLs to not contain overlapping user id
sets, of
P.S. If none of this is possible in any quasi-portable manner, I'd still
be interested in how to do it just for Tomcat 5.5.x.
Jess Holle wrote:
Does anyone have any pointers as to how one can achieve form-based
authentication with an "out" for basic authentication?
Es
Is this a more appropriate question for the dev list?
--
Jess Holle
--- Begin Message ---
I have noticed that when I use an Ant script based on that documented in
the Tomcat docs to precompile all my JSPs the resulting JSPs do not
support source-level (JSR-45) debugging.
I thought I was
P.S. If this is as simple as adding a field for this property and a
setter, then I'll go ahead and do this in my own Tomcat distro if
nothing else...
--
Jess Holle
Jess Holle wrote:
Not to reply to my own e-mail but after reading the sources this would
appear to be squarely a T
ction, I for one would really like
the ability to set this to false in development so I can precompile
*and* do JSP source level debugging.
Thoughts? [Or is this already in 5.5.12? I'm still at 5.5.9.]
--
Jess Holle
Jess Holle wrote:
Is this a more appropriate question for the dev list
Okay, I belatedly checked 5.5.x head.
All the changes I'm looking for are there. They're recent as they're
not in either 5.0.30 or 5.5.9.
--
Jess Holle
Jess Holle wrote:
The issue is that at least in 5.5.9 this attribute appears to be
*hard-wired* in JspC so that you can
own Tomcat distro.
--
Jess Holle
Kin-man Chung wrote:
I believe Smap is suppressed by default in JSPC. There is
a switch to term it on (-smap ?). Don't remember what the
ant task attribute name is (smapSuppressed="false" ??).
-Kin-man
On Thu, 2005-10-27 at 09:14, Jess Holle
level debuggable in exactly the same
set up if they are compiled on the fly by Tomcat.
I'll file a bug...
--
Jess Holle
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Oops, I mangled the subject -- re-sending under a better subject:
Jess Holle wrote:
I've noticed that in Tomcat 5.5.12 one can pass the JspC task an
smapSuppressed attribute.
Unfortunately, it appears that one *still* cannot do source-level
debugging of JSPs when they are precompile
with building or finding it -- yet want
optimal performance.
--
Jess Holle
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
takes this to heart...]
Until they do, however, please use whatever works best.
--
Jess Holle
Jess Holle wrote:
Mladen Turk wrote:
So, from my point of view I see this vote as useless, because
anyone can create a connector using what ever technology he prefers.
The only valid question would be
omcat
connector was not the ugly step child that no one wanted.
--
Jess Holle
Preston L. Bannister wrote:
So - in other words there are no toes to step on :).
Unfortunately recommending Apache2 over IIS is pretty much a non-starter in
my world, so a working IIS connector is needed (at least to bring
s
R 160 protocol -- but this looks much, much different.
--
Jess Holle
Dakota Jack wrote:
Anita, if you just read up on how this works the answer will become
obvious. To make a class manageable by JMX you must implement a JMX
interface and become part of an agent process. There is no short answer t
c). Unfortunately, it uses more resources ;)
There is something to be said for using just enough hammer. Unless you
need EJBs, a TM (i.e. other than JOTM), or JMS, it's not clear why you'd
add the extra layers. [I suspect someone will pipe in with info on a
nice open source, maybe ev
applicability to
EJBs, but I still don't personally buy the monolithic notion of J2EE (or
JEE) app server. I know JBoss does not have to be deployed this way.
The J2EE certification, marketing, etc, all treats this as a monolithic
.12 (and was
reproducible, of course).]
--
Jess Holle
Mladen Turk wrote:
M A wrote:
I have issue with the APR not delivering a page that was approx 14KB in
size,
I did post it on here but no one responded.
The thing you've posted makes no sense without
some way how to reproduce the bug.
Thi
P.S. We've not had a chance to test this on 5.5.15 to the best of my
knowledge.
Jess Holle wrote:
We had issues with APR on Solaris, but:
* These were with 5.5.12 (and I believe were related to shutdown).
* We've not had time to investigate further, so we've not bother
_proxy_ajp, and Tomcat (native
and Java). I'd love to be proven wrong, though.
--
Jess Holle
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ty in this code? I currently only need
this one additional feature :-)
--
Jess Holle
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
code to attain AJP/1.3-level
functionality plus a larger (or negotiated) header packet limit?
--
Jess Holle
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
The costs of not taking this kind of
approach seems clear below...
--
Jess Holle
Abhi Karmos wrote:
Hi all,
Following up on this thread, we took a dump of the heap running tomcat 5.5.
There is no good reason for JMX to consume 9-10 Meg.
97,236 5,178,736 array of char
25,494 3,4
d number of MBeans
with no MBean-level description, however. Same for operations,
operation parameter names and operation parameter descriptions. Fixing
this seems like a higher priority than introducing MBean
descriptor/MBeanInfo sharing at this point.
--
Jess Holle
---
eanInfo is identical. There certainly is no point to having
such a see of small, long-lived, redundant data objects cluttering up
the heap.
--
Jess Holle
On 4/25/06, Jess Holle <[EMAIL PROTECTED]> wrote:
Remy Maucherat wrote:
Abhi Karmos wrote:
Has anybody lo
Hmm... Sharing redundant MBeanInfo's shouldn't be that hard to wedge in.
Unfortunately, I don't know when I'll have time to take a proper look at
this...
--
Jess Holle
Remy Maucherat wrote:
Costin Manolache wrote:
Not sure what is the plan for commons-modeler, I think
basis, which should reduce the memory MBeanInfo related portion of
the footprint from sum(targetType1*nObjectsOfType1,...)*mbeanInfoSize to
simply nTargetTypes*mbeanInfoSize.
--
Jess Holle
, but at least parts of big
things still move slowly. For instance, WebSphere still won't
officially support Java 5 until some time next month.
--
Jess Holle
Hola,
Do we have anyone from IBM here who can tell us what's stopping them
from using Tomcat 5.5, as opposed to 5.0, for new
quot;wouldn't our simple,
lightweight open source component X be oh so much better if we just
stuck in an entire IDE framework underneath" knee jerks in open source
communities ranging as far afield as jManage. Let's K.I.S.S!]
--
Jess Holle
---
Ah, I think I misread your suggestion...
Having support for clean extension modules where appropriate would be a
fine thing for Tomcat.
[For instance, the ability to easily replace the form-based
authentication mechanism so as to be transparently compatible with basic
authentication while st
Tomcat release than anything else.
--
Jess Holle
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
Would it be suitable to focus on JEE 5 compliance in the short run for a soon
to be released TC 6, then enhance the value adds of TC for a 6.1 release later
this year?
That sounds a lot better to me...
--
Jess Holle
or TC 7 until end of this year?
This will look strange at a first glance (why two major releases so
shortly after each other), but if we decide to focus TC 6 on JEE 5
compatibility and early delivery it looks like a logical consequence.
- Rainer
Jess Holle wrote:
[EMAIL PROTECTED] wrote:
Costin Manolache wrote:
On 5/5/06, Jess Holle <[EMAIL PROTECTED]> wrote:
Costin Manolache wrote:
> On 5/5/06, Rainer Jung <[EMAIL PROTECTED]> wrote:
>> 1) Configuration Management
>> ===
>>
>> My impreesion is, that to much
Costin Manolache wrote:
On 5/5/06, Jess Holle <[EMAIL PROTECTED]> wrote:
AFAIK XMLEncoder/XMLDecoder will save all the attributes, and lose
comments
in the round trip.
Yep. I'm not trying to save comments in my case -- just configuration
values.
What I feel is missing is tha
-level entities
(primarily other MBeans) that then are delegated to for everything below
that point, so the defaulting stuff only occurs below the top-level in
my case -- and the hierarchy below that point is empty by default...]
--
Jess Holle
In general it is not very easy to even notice when new stable tcnative
versions become available.
For instance, discovering that 1.1.10 is out, what changed since 1.1.8,
and verifying that it is intended to work with 5.5.23 are not very
trivial from the web site currently...
Rainer Jung wrot
and optional).
Thoughts?
--
Jess Holle
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
not
fastest, option -- and to a degree given that everything is Java I still
feel that's the case. Finally, however, this connector should just
plain work. Tomcat shouldn't be a cripple unless/until you manage to
build a native connector for your platform.
Any troubleshooting and/or de
uests makes more sense than either returning 503's or letting them
rip -- which is where acceptCount comes in. [Granted the acceptCount
numbers below are excessive, but that's another matter...]
--
Jess Holle
[EMAIL PROTECTED]
Bill Barker wrote:
Yes, since you know in advance ho
is not APR-level performance).
I don't mean to be argumentative -- I'm just really struggling to
understand and hopefully preventing future misunderstandings through
more clarity in the documentation.
--
Jess Holle
Bill Barker wrote:
"Jess Holle" <[EMAIL PROTECTED]&g
Windows to the point that it
would out-perform Java-Blocking-IO/AJP.
--
Jess Holle
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
d
(2) whether "2" is always the safe buffer or whether I'll need 9 on an 8
CPU box or some such.
--
Jess Holle
At this point all I
can propose is strong warning verbage around maxThreads and acceptCount
regarding their behavior for the Java AJP connector.
--
Jess Holle
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
icient just to make sure this conversion is
efficient and/or not called with any ridiculous frequency.
--
Jess Holle
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Filip Hanik - Dev Lists wrote:
Jess Holle wrote:
Tim Funk wrote:
11.Timestamps & System.currentTimeMillis
System.currentTimeMillis is invoked everywhere during the chain
of events for a HTTP requests, even though most dates only need
precision down to the second.
I've received
Just an note:
We're also having odd problems with tcnative -- but on 5.5.20...
All problems disappear without tcnative enabled, but performance suffers...
--
Jess Holle
Remy Maucherat wrote:
Henri Gomez wrote:
Hi to all,
There are some problems with tcnative and I see today some fix
#x27;s CPU time during this time was in libapr.dll, but that's
obviously not terribly specific.
--
Jess Holle
Apache and tomcat are both on the same Solaris 10 box and the network
between client (XP) is 100Mbit.
--
Jess Holle
Rainer Jung wrote:
If noone finds a reason for it, I can go into it during the weekend. I
would try to reproduce and research on Solaris. Concerning your data for
Solaris: Apache
Mladen Turk wrote:
Jess Holle wrote:
> We're seeing a *serious *performance issue with mod_jk and large
(e.g. 500MB+) file transfers. [This is with Apache 2.0.55, Tomcat
5.0.30, and various recent mod_jk including 1.2.20.]
SunOS dev12.qa.atl.jboss.com 5.9 Generic_118558-25 sun4u spa
Thanks for the efforts, Rainer.
I'll have to look deeper -- perhaps there is some aspect of our
configuration that is causing us the issues as they seem to be quite
repeatable.
--
Jess Holle
Rainer Jung wrote:
Hi Jess,
I did some simple tests and was not able to reproduce your perfor
cause most often the client side of the connection is not a fat line.
As a result users will add up in parallel, so one might need to serve a
few thousands of users.
Regards,
Rainer
Jess Holle schrieb:
Mladen Turk wrote:
Jess Holle wrote:
We're seeing a *serious *perfor
retry with a new tcnative
-- once one is officially released as stable, that is. [We don't have
time to chase all the latest dev builds at this point or such,
unfortunately.]
--
Jess Holle
-
To unsubscribe, e-mail: [EMAIL
ell -- and avoid discrepancies between our Tomcat and standard releases
except where necessary.
--
Jess Holle
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
x27;ve picked a bad year. We've had 57 inches of snow so far this
winter. Where are you moving to?
Bad?
I'd give a lot of $$$ for that sort of snow. We've had well under 1/3
of the snow we should have had by this time (
the most stable Tomcat possible today and with
downstream consumers who can't stand "beta" labels, 5.5.21 would really
be helpful.
I'm quite interested in 6.0.x, but in the first "stable" release...
--
Jess Holle
I know there was much talk of 5.5.22, but what happened to it?
--
Jess Holle
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Ooops... My bad -- I see the announcement of the test release now.
Jess Holle wrote:
I know there was much talk of 5.5.22, but what happened to it?
--
Jess Holle
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
whether a release is pushed out?
If so, I can try to make some time to test this out.
If not I've got a rather full near term plate -- but am still very
interested in having a "stable" 5.5.x release in the somewhat near term.
--
Jess Holle
Filip Hanik - Dev Lists wrote:
Candida
What became of 5.5.23?
--
Jess Holle
Filip Hanik - Dev Lists wrote:
Due to a number of important bug fixes, we will skip the 5.5.22
release and go directly to a 5.5.23.
I will tag SVN tomorrow at noon Mountain time.
Let me know if this conflicts with anyone
Filip
gular java.io.
That's unfortunate. So regular is better? What are they doing with
Grizzly?
--
Jess Holle
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
, after the initial header(s) packet(s) have been
read and before the actual POST data is read.
Any comments?
Only that item (1) is a short-term must for some...
--
Jess Holle
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
y_ajp catching up.
--
Jess Holle
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
That can wait -- as much as I'd like to see support for >8K headers!
--
Jess Holle
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
It would probably make sense to broadcast a list of improvements, etc,
when 1.2.18 is released at least...
Henri Gomez wrote:
2006/7/18, Jim Jagielski <[EMAIL PROTECTED]>:
On Jul 14, 2006, at 10:34 AM, Jess Holle wrote:
> What is the plan for mod_proxy_ajp catching up wit
Is the 60 seconds hard-coded?
I'd hope not...
Once you have some interesting web apps in Tomcat it often takes a bit
longer than 10 seconds -- and on my laptop just took a full 60 seconds,
but that is rather unusual (a restart thereafter only took 18).
David Rees wrote:
I've been testing th
g the
request visible to other threads?
--
Jess Holle
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
On 11/21/2011 5:26 PM, Caldarale, Charles R wrote:
From: Jess Holle [mailto:je...@ptc.com]
Subject: javax.servlet.ServletRequest and thread safety...
Is there an issue with multi-threaded access here or am
I imagining things?
There is an issue, and it's highly unlikely to ever be changed.
iar with
this code (which I am not).
--
Jess Holle
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
, Jess Holle wrote:
If one's web-app does not contain WEB-INF/classes, Tomcat 7.0.25 logs
an error.
This has never been considered an error in any Tomcat to date that I
am aware of -- nor any other servlet engine I've tried.
This appears to be an accident as Context
Okay, I got impatient since I couldn't find any matching bug in the
database and filed bug 52511
<https://issues.apache.org/bugzilla/show_bug.cgi?id=52511>.
On 1/23/2012 2:56 PM, Jess Holle wrote:
Note that the exception logged says:
2012-01-23 09:13:01,010 ERROR [pool
Do you have a list of known regressions (vs. bugs just discovered since
7.0.27)?
On 6/26/2012 3:11 PM, Mark Thomas wrote:
I'm sure circumstances will conspire against me but I am currently
planning to start the 7.0.29 release process early next week. That
aligns with my general aim of getting a
From my perspective only 6.0.x and higher are interesting at this
point, but I may be in the minority here.
On 7/24/2012 7:40 AM, Jim Jagielski wrote:
Any interest in seeing a 5.5.36 release in the near future?
-
To unsubscrib
It is quite possible to write a custom compression filter as a servlet
filter that will work across multiple servlet engines.
On 9/29/2012 12:33 PM, Florian Fray wrote:
Dear TC Devs,
while looking around in TC 7 I've found no possibility to plug-in a custom
compression filter.
So I've had a
I'm also anxiously awaiting 1.0.11 (specifically the procrun piece) --
albeit separately from Tomcat.
Originally there was talk of kicking off 1.0.11 this week, but I've not
seen any information about test builds yet.
On 11/20/2012 4:49 AM, Ognjen Blagojevic wrote:
Konstantin,
On 20.11.2012
On 11/20/2012 11:42 AM, Mladen Turk wrote:
On 11/20/2012 06:25 PM, Jess Holle wrote:
I'm also anxiously awaiting 1.0.11 (specifically the procrun piece)
-- albeit separately from Tomcat.
Originally there was talk of kicking off 1.0.11 this week, but I've
not seen any information
moved to procrun
1.0.11 for something else, I'm quite interested.]
--
Jess Holle
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
On 12/3/2012 5:39 AM, Rainer Jung wrote:
On 03.12.2012 12:27, Jess Holle wrote:
On 12/3/2012 5:09 AM, Mark Thomas wrote:
On 03/12/2012 11:00, Konstantin Kolinko wrote:
1. I think we need to switch over to the recently released Daemon
1.0.11.
There is a regression that needs to be fixed. I
web apps whose web.xml does not specify distributable should certainly
not be treated as such -- that would be a spec violation and break lots
of web apps.
On 6/7/2011 2:08 PM, Christopher Schultz wrote:
Mark,
On 6/7/2011 2:36 PM, Mark Thomas wrote:
On 07/06/2011 19:30, Christopher Schultz w
Or log a really noisy, loud error so you know what's going on at least
Jim Manico wrote:
> we fixed the cookie behavior in this release due to security issues
filed against the old parsing.
Gotchya, Filip. Makes sense.
What about the Runtime exception? That might at least allow legacy
Mark Thomas wrote:
Jess Holle wrote:
Stusynski, Dan wrote:
Tomcat devs,
Noticed a curiousity during 6.0.16 startup after migrating from 6.0.14.
Below is the startup logs for Tomcat 6.0.16 and am curious if this has
been seen before (the duplicate Listeners)? This was not encountered in
6.0.14
.4 web.xml that worked fine with 6.0.14.]
These info messages were certainly not present in 6.0.14 and even if
they're bogus raise concerns and questions in 6.0.16.
--
Jess Holle
Feb 11, 2008 3:01:40 PM org.apache.catalina.core.AprLifecycleListener
init
INFO: The APR based Apache Tomcat
That sounds about right.
A patch seems obvious, but I'd (1) like to see this in the source tree
for 6.0.17 and so on and (2) like to snag this same version of the
source to patch into our 6.0.16.
--
Jess Holle
Tim Funk wrote:
Unless I am misreading something - this looks to be an acc
on?) would be appreciated.
--
Jess Holle
P.S. I've gotten this working by producing catalina.base directories
containing way more of catalina.home's contents than I can see any
reason for and pre-computing ports to use into each catalina.base, but
this seems wrong overall. I
I could see "pre-negotiating" ports into catalina.base's but I would
like to minimize the weight of the catalina.bases in such a case.
Jess Holle wrote:
I'd like to embed Tomcat in an application for which there will be
numerous instances running.
As such I have 2 b
ew behavior as JSPWriter's usually delay
ServletResponse.getWriter() long enough for one to make up one's mind
and call getOutputStream() instead, for instance.
--
Jess Holle
the same response. I suspect the same sort of thing would work in the
page itself.
Of course you have to be sure not to fill (and to reset) your
JspWriter's buffer in any case.
--
Jess Holle
-
To unsubscribe,
P.S. Thanks for the reply. No one had responded yet and I despite much
googling I really couldn't seem to find any discussion of the nuances of
this area of the servlet spec.
Jess Holle wrote:
Leech, Jonathan wrote:
I read the spec the same way as you do. I have written filters that
I guess I'm doing something "funny" then because I see a *lot* of Tomcat
MBeans in jconsole.
I added -Dcom.sun.management.jmxremote, of course -- to cover Java 5 and
left it in place for Java 6, but otherwise I don't think I did anything
funny until within my web app.
Costin Manolache wrote:
What was wrong with 6.0.17? Or was it essentially a dry run at 6.0.18?
Version numbers are cheap, of course, just trying to understand where
things are at currently (e.g. whether this is just 6.0.17 plus one or
two critical bits).
Remy Maucherat wrote:
Hi,
The plan is to tag it later today
instead,
please let me know. I'm avoiding the temptation to cross-post here :-)
--
Jess Holle
Mladen Turk wrote:
Jess Holle wrote:
I want to use mod_proxy_balancer to load balance over a set of ports
that potentially have Tomcats running on them.
Unfortunately there will generally be a good number of ports where no
Tomcat is running. Every 'retry' seconds I have a request
Mladen Turk wrote:
Jess Holle wrote:
I'm quite willing to help, but you're clearly much more familiar with
both mod_jk and APR/MPM than I am, so I suspect I'd just get in the
way except at the testing level.
Well, I plan to create mpm watchdog hook system first.
I'll
Mladen Turk wrote:
Jess Holle wrote:
I'm quite willing to help, but you're clearly much more familiar with
both mod_jk and APR/MPM than I am, so I suspect I'd just get in the
way except at the testing level.
Well, I plan to create mpm watchdog hook system first.
I'll
Mladen Turk wrote:
Jess Holle wrote:
Mladen Turk wrote:
Is there a means of achieving background-only (or nearly so) testing
of dead workers with mod_jk? That's what I'm looking for in both jk
and mod_proxy_ajp connectors. I guess I was hoping/assuming it was
there in mod_jk fr
Jess Holle wrote:
Add JkWatchdogInterval 60
Also how/where would one specify this for the IIS/Tomcat connector?
[I need such a capability for IIS and Apache 2.2, specifically.]
--
Jess Holle
-
To unsubscribe, e-mail: [EMAIL
Jess Holle wrote:
Mladen Turk wrote:
Jess Holle wrote:
Mladen Turk wrote:
Is there a means of achieving background-only (or nearly so) testing
of dead workers with mod_jk? That's what I'm looking for in both jk
and mod_proxy_ajp connectors. I guess I was hoping/assuming it was
Jess Holle wrote:
Jess Holle wrote:
Mladen Turk wrote:
Jess Holle wrote:
Mladen Turk wrote:
Is there a means of achieving background-only (or nearly so)
testing of dead workers with mod_jk? That's what I'm looking for
in both jk and mod_proxy_ajp connectors. I guess I w
Jess Holle wrote:
Jess Holle wrote:
Mladen Turk wrote:
Jess Holle wrote:
Mladen Turk wrote:
Is there a means of achieving background-only (or nearly so)
testing of dead workers with mod_jk? That's what I'm looking for
in both jk and mod_proxy_ajp connectors. I guess I w
least for a sparsely populated port bank use case.
Jess Holle wrote:
Jess Holle wrote:
Jess Holle wrote:
Mladen Turk wrote:
Jess Holle wrote:
Mladen Turk wrote:
Is there a means of achieving background-only (or nearly so)
testing of dead workers with mod_jk? That's what I'm looki
Mladen Turk wrote:
Jess Holle wrote:
P.S. I'd also like to quiet attempts to recover workers from errors
to a lower (and by default unlogged) logging level. The transition
of a worker into an error state should certainly be logged, but
logging every time we find it to still be in an
Jim Jagielski wrote:
On Aug 28, 2008, at 12:41 AM, Mladen Turk wrote:
Jess Holle wrote:
P.S. I'd also like to quiet attempts to recover workers from errors
to a lower (and by default unlogged) logging level. The transition
of a worker into an error state should certainly be logged
1 - 100 of 124 matches
Mail list logo
