| From | Sent On | Attachments |
|---|---|---|
| Pete Muir | Aug 17, 2009 10:04 am | |
| Ralph Goers | Aug 17, 2009 2:40 pm | |
| Pete Muir | Aug 18, 2009 6:37 am | |
| Ralph Goers | Aug 18, 2009 7:10 am | |
| 近藤 健 | Aug 18, 2009 9:59 am | |
| Pete Muir | Aug 19, 2009 8:30 am | |
| Ralph Goers | Aug 19, 2009 9:15 am | |
| Ceki Gulcu | Aug 19, 2009 11:17 am | |
| Pete Muir | Aug 19, 2009 11:20 am | |
| Pete Muir | Aug 19, 2009 11:29 am | |
| Ceki Gulcu | Aug 19, 2009 11:42 am | |
| Pete Muir | Aug 19, 2009 11:50 am | |
| Ceki Gulcu | Aug 19, 2009 12:38 pm | |
| Ralph Goers | Aug 19, 2009 1:42 pm | |
| Ceki Gulcu | Aug 19, 2009 1:57 pm | |
| Ceki Gulcu | Aug 19, 2009 2:14 pm | |
| Ralph Goers | Aug 19, 2009 2:20 pm | |
| Ralph Goers | Aug 19, 2009 2:31 pm | |
| Ceki Gulcu | Aug 19, 2009 2:40 pm | |
| 近藤 健 | Aug 20, 2009 8:21 am | |
| Ralph Goers | Aug 20, 2009 8:35 am | |
| Takeshi Kondo | Aug 20, 2009 10:06 am | |
| ralp...@dslextreme.com | Aug 20, 2009 10:20 am | |
| Ceki Gulcu | Aug 20, 2009 1:58 pm | |
| Ceki Gulcu | Aug 20, 2009 2:05 pm | |
| Takeshi Kondo | Aug 21, 2009 10:27 pm | |
| Takeshi Kondo | Aug 22, 2009 10:31 pm | .jar, .jar |
| Ralph Goers | Aug 23, 2009 8:20 am | |
| Takeshi Kondo | Aug 23, 2009 8:40 am | |
| Ceki Gulcu | Aug 23, 2009 10:38 am | |
| Takeshi Kondo | Aug 23, 2009 4:58 pm | |
| Ralph Goers | Aug 23, 2009 9:55 pm | |
| Ceki Gulcu | Aug 24, 2009 6:14 am | |
| Takeshi Kondo | Aug 24, 2009 10:02 am | |
| Ceki Gulcu | Aug 24, 2009 10:22 am | |
| Takeshi Kondo | Aug 24, 2009 11:05 am | |
| Ceki Gulcu | Aug 24, 2009 11:26 am | |
| Takeshi Kondo | Aug 24, 2009 12:36 pm | |
| Ceki Gulcu | Aug 24, 2009 12:56 pm | |
| Takeshi Kondo | Aug 24, 2009 1:15 pm | |
| Ceki Gulcu | Aug 24, 2009 1:24 pm | |
| Ralph Goers | Aug 24, 2009 1:32 pm | |
| Takeshi Kondo | Aug 24, 2009 2:02 pm | |
| Ceki Gulcu | Aug 25, 2009 1:31 am |
| Subject: | Re: [slf4j-dev] slf4j i8ln | |
|---|---|---|
| From: | 近藤 健 (take...@gmail.com) | |
| Date: | Aug 18, 2009 9:59:05 am | |
| List: | org.slf4j.dev | |
Hi
I think i8n is important feature, but separating message and level in the call from declaring class lead other feature.
* about message My customer almost claim documentation of log message list. so I've developed documentation tool to convert to MS Excel from log message enum. this development is easy if log message is collected.
* about log level Around me, error level log is trigger to inform system problem to person in charge. if error log is out, person in charge is called even if it is the middle of the night. so I frequently change log level to adapt operation environment. log level hard coding afflict me.
Takeshi
On 2009/08/18, at 22:38, Pete Muir wrote:
To follow up on this, Mark Little pointed me at the Common Logging Framework developed by Arjuna as another way this problem has been addressed in the past.
See
http://docs.jboss.org/process-guide/en/html/internationalization.html#d0e4183
On 17 Aug 2009, at 18:05, Pete Muir wrote:
Hi,
As discussed here https://jira.jboss.org/jira/browse/WBRI-290, we would like to switch to slf4j as our logger (it offers a logging facade, supports MDC/NDC and parameter replacement).
However, as Takeshi highlights here https://jira.jboss.org/jira/browse/WBRI-214 , a needed feature is explicit i8n support, and it sounds like Ceki would be happy to accept a contribution for this directly to the slf4j.
Perhaps, to get started, we should discuss the overall design and aims. In the linked issue, Takeshi adds three features in the patch:
- ability to localize a message by providing a resource bundle, which has the same name as the class using the logger (the declaring class) - the ability to log an enum value (rather than using a static to hold the message/key) - the ability to associate the level at which to log with the message with the enum (via an annotation) rather than in the call from the declaring class
(Takeshi, correct me if this is incorrect). I think we can probably separate these features out when discussing.
I think we would also need:
- ability to specify the resource bundle to use when getting the logger - ability to use statics fields or just a string id embedded in call to logger
But I'm sure others have given this more thought than me!
Pete
_______________________________________________ dev mailing list de...@slf4j.org http://www.slf4j.org/mailman/listinfo/dev
_______________________________________________ dev mailing list de...@slf4j.org http://www.slf4j.org/mailman/listinfo/dev






.jar, .jar