VerifyError is always from conflict with an older version. I believe in older versions
Category was used rather than Logger? (might be wrong on this one). If you really
can't remove the old log4j version from the server's shared directory (the server can
still use it, but the apps shouldn't see
Hi all,
I'm wondering whether there are any useful object renderers that I haven't heard
about, hopefully downloadable and easily integratable. Things I'd be looking to output
without having to have long debugging logic in my code would be beans, JDBC ResultSet
rows, and so on. Looking around t
Howdy,
Did you mean this thread?
http://marc.theaimsgroup.com/?l=log4j-user&m=105189448809301&w=2
Yoav Shapira
Millennium ChemInformatics
>-Original Message-
>From: Dennis Cook [mailto:[EMAIL PROTECTED]
>Sent: Sunday, October 19, 2003 4:05 PM
>To: [EMAIL PROTECTED]
>Subject: Log level d
Howdy,
>I'm wondering whether there are any useful object renderers that I
haven't
>heard about, hopefully downloadable and easily integratable. Things I'd
be
>looking to output without having to have long debugging logic in my
code
>would be beans, JDBC ResultSet rows, and so on. Looking around
That is probably what Dennis was looking for. But I feel it exactly
shows my point; all but the debug level are well defined, with the debug
level being the big-ol'-bucket-of... ahhh. Yes. Because it includes
"critical method" info, but also "contents of
resultsets...parameters...performance...".
S
I would have to agree with adding trace and performance. At the moment I don't do
performance logging, but when I do it will certainly be useful to be able to switch
that on without all the debug logging.
As for trace, having this level promotes a good practice of logging entry and return
from
Log4j domains, which will be be introduced in log4j 1.3, should
provide a satisfactory solution to the problem of "insufficient
logging levels."
The code should be available within the next few weeks. Until then, I
would like to request that you bear with me. If log4j domains do not
satisfactorily
Hi Daniel,
Comments below.
At 11:55 AM 10/20/2003 +0100, [EMAIL PROTECTED] wrote:
Hi all,
I'm wondering whether there are any useful object renderers that I haven't
heard about, hopefully downloadable and easily integratable. Things I'd be
looking to output without having to have long debuggin
Hi Ceki,
Re: BeanWrapper
I find the BeanWrapper the most useful, because it does not require the developer to
add anything to the bean. That decreases the overhead of writing the logging code. In
exchange, it increases the overhead of running it.. Having very low overhead for
adding logging cod
Howdy,
I've written initial versions of both (ResultSetRenderer and BeanRenderer). I've
submitted them to Bugzilla as enhancement request, because my WinCVS is not working
here at work. I'll commit them into the sandbox (unless someone wants them
elsewhere), hopefully tonight. Feel free to c
Thank you for that excellent summary! I am happy to see the resulting momentum and
volume on the need for a TRACE level. Clearly the DEBUG level is overloaded (and not
in the OO sense ;-)!
> -Original Message-
> From: Sullivan, Sean C - MWT [mailto:[EMAIL PROTECTED]
> Sent: Saturday,
For the application I am working on, I receive log messages from
multiple machines. It would be handy to include a new PatternLayout
character sequence %h (or %H or %a) to include the hostname that
generated the trap. %h{1} would return the hostname without the domain.
Also, being able to refer
I store the server's hostname in a Mapped Diagnostic Context
org.apache.log4j.MDC.put("server.hostname", getServerHostname());
The PatternLayout can access the server hostname using
%X{server.hostname}
http://jakarta.apache.org/log4j/docs/api/org/apache/log4j/MDC.html
In log4j.xml, I have
fyi
http://wiki.java.net/bin/view/Javapedia/Log4J
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Sean, did you add that reference to the Javapedia wiki? If so, thanks!
-Mark
> -Original Message-
> From: Sullivan, Sean C - MWT [mailto:[EMAIL PROTECTED]
> Sent: Monday, October 20, 2003 10:56 AM
> To: 'Log4J Users List'
> Subject: Log4j, Sun's Javapedia wiki
>
>
>
> fyi
>
> http://
How about creating new PatternConverter classes ?
See https://www.qos.ch/logging/PatternLayout.html for details.
At 10:41 AM 10/20/2003 -0700, Elias Ross wrote:
For the application I am working on, I receive log messages from
multiple machines. It would be handy to include a new PatternLayout
c
This blog is interesting:
http://www.jroller.com/page/fate/20031018#java_util_logging_shoddiness
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
It might be interesting, but even though I consider my english almost
readable, I'm getting offended by this guy attitude. Not the points he
is trying to make (in fact I agree with him on most), but the way he is
making it.
Sullivan, Sean C - MWT wrote:
This blog is interesting:
http://www.jr
18 matches
Mail list logo