Raymond DeCampo wrote:
Anybody know if the claims below have any merit? This is from a post
on comp.lang.programmer.
Thanks,
Ray
Thanks for the feedback guys. BTW, the post was from
comp.lang.programmer.java, not comp.lang.programmer as I indicated above.
Thanks,
Ray
Anybody know if the claims below have any merit? This is from a post on
comp.lang.programmer.
Thanks,
Ray
Original Message
Subject: Re: Logging Strategy/best practice
Date: Fri, 29 Jul 2005 10:06:24 +0300
From: A_Wieminer <[EMAIL PROTECTED]>
Organization: Elisa Internet custo
Mark Womack wrote:
The 1.2.11rc3 build is available at:
http://people.apache.org/~mwomack/log4j-1.2.11rc3/
I believe that I have done as much as I can do for issue #8 without some
major changes to the build file etc. This build is at least as good as
previous 1.2.X builds. I have run all of
Curt Arnold wrote:
On Jun 2, 2005, at 12:33 AM, Mark Womack wrote:
I am running the test cases against the 1.2.11 code, and the minimum
case fails right off the bat:
Minimum:
[junit] Running org.apache.log4j.MinimumTestCase
[junit] Tests run: 1, Failures: 1, Errors: 0, Time elapsed:
Curt Arnold wrote:
On May 4, 2005, at 12:33 AM, Raymond DeCampo wrote:
Mark Womack wrote:
Endre,
So, besides the trace level being put into the 1.2 branch, what other
features are important that you feel we are not doing?
This wasn't directed at me, but I would like to see bug 31056 fixed:
Mark Womack wrote:
Endre,
So, besides the trace level being put into the 1.2 branch, what other
features are important that you feel we are not doing?
This wasn't directed at me, but I would like to see bug 31056 fixed:
http://issues.apache.org/bugzilla/show_bug.cgi?id=31056
Other bugs I'd like to
Paul Smith wrote:
I have read this report and the proposed patch. I am sympathetic to the
problem, but something doesn't feel quite right yet, and I'm still
mulling it over in my brain.
The company I work for has just moved offices, and so we're a bit all
over the place at the moment, so I hav
[EMAIL PROTECTED] wrote:
--- Additional Comments From [EMAIL PROTECTED] 2005-03-28 01:13 ---
This bug causes lost output when log4j, ANT and JUnit are used to run tests.
Since the ANT task captures System.out and System.err in its XML result
files, the best way to keep the logging stateme
Ceki,
What about the Priority class? Aren't there similar problems there?
Also, will anything else be in the 1.2.9 version (relative to 1.2.8)?
Thanks,
Ray
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mai
Ceki Gülcü wrote:
At 11:46 PM 5/21/2004, Raymond DeCampo wrote:
Ceki Gülcü wrote:
Other errors included the usage of the javax.rmi.PortableRemoteObject
class which is not part of JDK 1.2. This problem affects only the
o.a.l.db.JNDIConnectionSource class.
Ceki,
The PortableRemoteObject class
Ceki Gülcü wrote:
Other errors included the usage of the javax.rmi.PortableRemoteObject
class which is not part of JDK 1.2. This problem affects only the
o.a.l.db.JNDIConnectionSource class.
Ceki,
The PortableRemoteObject class should be available in J2EE distributions
or RMI/JNDI distributions.
James Stauffer wrote:
Ceki is correct INTEGER doesn't need to be changed to NUMBER(10). Also
I think my trigger still isn't correct. I'll check.
It has been my experience with Oracle that "INTEGER" doesn't mean
integer. That is, "INTEGER" is mapped to NUMBER (without adornments).
A NUMBER w
Ceki Gülcü wrote:
At 02:47 PM 5/12/2004, James Stauffer wrote:
It appears the only thing wrong with the trigger is that it needs "/"
on the line right after it ends.
What's with the "/" voodoo? :-)
"/" is used in sqlplus to execute all the lines in the current buffer.
Using certain commands i
James,
Please see the PreparedStatementAppender class available in the
log4j-sandbox via CVS at apache.org. It does support logging the stack
trace to the database.
Ceki has indicated that some form of this class will likely be included
in log4j version 1.3. Now will be a good time for you t
Scott Deboy wrote:
Here are my comments:
1 - We should leave in support for configurable column names. There
are folks out there already writing logging events to tables - and
likely using this table or tables as a common logging infrastructure
in their enterprise across systems. Allowing JDBCAp
Ceki Gülcü wrote:
Hi Scott,
Will you be improving JDBCAppender in any way? I have been quite unhappy
with it in the past but have not had a chance to work on it for a long
time...
Ceki,
I'd like to propose the PreparedStatementAppender as a replacement for
JDBCAppender, even if it is tooting
Committers please read.
Raymond DeCampo wrote:
Hello all,
A while ago I led a discussion concerning NDC enhancements on this list.
I was concerned by the need to call NDC.remove(), in particular in J2EE
environments where threads are controlled by the application server and
not the
Hello all,
A while ago I led a discussion concerning NDC enhancements on this list.
I was concerned by the need to call NDC.remove(), in particular in
J2EE environments where threads are controlled by the application server
and not the application.
At time I thought I had established a consen
zze-ironman LIGNE E ext DvSI/SIReS/GRE wrote:
Just modified NDC so as it uses a ThreadLocal as ht instead of a
Hashtable
with the threads as keys. This acts functionally equivalent, but no
longer need for lazy-references removal (lazyRemove method) as
ThreadLocals
are garbaged when threads are ter
Paul Smith wrote:
On Thu, 2004-01-08 at 08:16, Bauer, Paul-Michael wrote:
Sorry and Thank you.
I'd like to propose an enhancement to org.apache.log4j.HTMLLayout.
The current version prints the difference in milliseconds between an event's timestamp
and the application start time.
Thank you for
Ceki Gülcü wrote:
I am resending my previous message as it contained some errors.
Are there situations where automatic NDC or MDC inheritance by child
threads is inappropriate? I am sure there are although I know of no
specific examples at this time.
For MDC, the choice was made for automatic inhe
I was getting ready to tidy up my changes to the NDC code and submit
them, when I realized that I had slightly changed the behavior of the
class with respect to threads and inheritance.
Currently the NDC class requires the client to explicitly make some
method calls for a child thread to inherit th
22 matches
Mail list logo
