FYI: I've created the Bugzilla request and submitted the patch there.
https://bz.apache.org/bugzilla/show_bug.cgi?id=62773
Mitch
On 9/27/18 5:49 PM, Mark Thomas wrote:
Mitch,
First some general comments.
Projects at the ASF generally operate using lazy consensus meaning if
no-one objects
are essentially duplicated
into .sh and .bat, I don't feel like that outweighs the ease of use and
extensibility of the help script files.
On 10/2/18 4:45 PM, Mitch Claborn wrote:
Are the available verbs the same for both .sh and .bat? If so, perhaps
a text file that contains the actual help
Are the available verbs the same for both .sh and .bat? If so, perhaps a
text file that contains the actual help text that could be output from
both .bat and .sh.
Mitch
On 10/01/2018 02:48 PM, Marek Czernek wrote:
Hi there,
I'd like to resolve Bug 62140 [0]. I just wanted to gather some
I recently wrote an extension of org.apache.juli.AsyncFileHandler that
will send an email to a specified address if the message is SEVERE or
higher (in a background thread). Is there any interest in putting that
ability into AsyncFileHanlder directly?
--
Mitch
Any further thoughts or comments on this? I think my patch is ready for
prime time now.
Mitch
On 09/22/2018 11:23 AM, Mitch Claborn wrote:
See below for answers to your questions.
Status update: I've been running my patch in production for about 16
hours with no problems. I've restarted
an error on a specific combination
of session attribute name and value. I'm going to put that in prod so
that I can test how it behaves with a large volume of sessions and at
least one error.
Mitch
On 09/21/2018 05:00 PM, Mark Thomas wrote:
On 21/09/18 18:02, Mitch Claborn wrote:
Please
Please forgive me if this is the incorrect place or format for
discussing this. I'm new to trying to develop for Tomcat.
I'm developing a patch for DeltaManager and I'd like to discuss with you
developers if it could be considered for inclusion in the base code.
Please see details below and
I'm experimenting with writing some code to persist a session to the
database, similar to org.apache.catalina.session.PersistentManager and
org.apache.catalina.session.JDBCStore, but to store it immediately after
the end of a user request, when the session goes out of scope. Any
pointers on where
That worked great. Thanks.
Mitch Claborn
Rainer Jung wrote:
On 07.07.2009 18:21, Mitch Claborn wrote:
I'm experimenting with writing some code to persist a session to the
database, similar to org.apache.catalina.session.PersistentManager and
org.apache.catalina.session.JDBCStore
The save(Session) method in org.apache.catalina.session.JDBCStore is
single threaded, I assume because it uses a single database Connection
for the instance. Is there any reason that I couldn't (or shouldn't)
subclass JDBStore and use a connection pool, allowing it to be
multi-threaded?
Mitch
10 matches
Mail list logo
