

![]() | Start a set with this search |
![]() | Include this search in one of my sets |
![]() | Exclude this search from one of my sets |
![]() | Permalink to these results Paste this link in email or IM: |
| Atom feed for tracking future search results Paste this URL into your reader: |
17 messages in org.apache.logging.log4j-userRe: conversion patterns and caller cl...| From | Sent On | Attachments |
|---|---|---|
| Jacob Kjome | Jun 5, 2004 11:16 am | |
| Ceki Gülcü | Jun 6, 2004 2:59 am | |
| Jacob Kjome | Jun 6, 2004 6:19 am | |
| Ceki Gülcü | Jun 6, 2004 7:58 am | |
| Mark Masterson | Jun 6, 2004 9:03 am | |
| Jacob Kjome | Jun 6, 2004 11:33 am | |
| Jacob Kjome | Jun 6, 2004 11:50 am | |
| Ceki Gülcü | Jun 7, 2004 6:21 am | |
| Jacob Kjome | Jun 7, 2004 4:29 pm | |
| Ceki Gülcü | Jun 8, 2004 7:04 am | |
| Jacob Kjome | Jun 22, 2004 6:44 am | |
| Keith | Jun 22, 2004 8:01 am | |
| Jacob Kjome | Jun 22, 2004 10:32 am | |
| Alison Ortega | Jun 22, 2004 10:50 am | |
| Keith | Jun 23, 2004 2:00 am | |
| Alison Ortega | Jun 23, 2004 5:58 am | |
| Jacob Kjome | Jun 23, 2004 6:54 am |

![]() | Permalink for this message Paste this link in email or IM: |
![]() | Permalink for this thread Paste this link in email or IM: |
| Atom feed for this thread Paste this URL into your reader: |
| Subject: | Re: conversion patterns and caller class information | Actions... |
|---|---|---|
| From: | Ceki Gülcü (ce...@qos.ch) | |
| Date: | Jun 6, 2004 2:59:04 am | |
| List: | org.apache.logging.log4j-user | |
Hi Jake,
At 08:16 PM 6/5/2004, Jacob Kjome wrote:
I'm noticing an issue with using the conversion characters which generate caller class information. In a project I'm working on, logging is done via a sort of Monitor framework. Anything can back the Monitor whether it be System.out, nothing, Log4j, etc. This makes it so that no logging framework becomes a runtime dependency of the library unless a user explicitly configures the library to use a particular Monitor implementation such as one backed by Log4j. The thing is, classes call the monitor to let the obfuscated logger implementation do the logging. As such, if I use the Log4j implementation and use the conversion characters such as "C", "F", "L", and "M", it ends up looking like logging came from the Log4jMonitor rather than the class that is calling the log4j monitor, which is what I'd want.
With respect to the conversion characters such as "C", "F", "L", and "M", how is monitoring different than wrapping? You are aware of the
Category.log(<http://java.sun.com/products/jdk/1.3/docs/api/java/lang/String.html>String
callerFQCN,
<http://logging.apache.org/log4j/docs/api/org/apache/log4j/../../../org/apache/log4j/Priority.html>Priority
level,
<http://java.sun.com/products/jdk/1.3/docs/api/java/lang/Object.html>Object
message,
<http://java.sun.com/products/jdk/1.3/docs/api/java/lang/Throwable.html>Throwable
t)
method right?
The whole Monitor idea kind of came from this post: http://paulhammant.com/blog//000241.html
How is the monitor handed down to the reusable component? It looks to me like the logger initialization problem has been replaced by the monitor initialization problem. I don't see the gain... Anyone care to explain?
Jake
-- Ceki Gülcü
For log4j documentation consider "The complete log4j manual" ISBN: 2970036908 http://www.qos.ch/shop/products/clm_t.jsp







