|
»
»
[ANN] Release 1.2
|
View:
New views
18 Messages
—
Rating Filter:
Alert me
|
 |
[ANN] Release 1.2
by Sébastien Pennec
::
Rate this Message:
January 24th, 2006 - Release of SLF4J 1.2
This release includes several modifications to make SLF4J an OSGi-friendly framework. The modules' MANIFEST.MF files now include OSGi metadata. Regarding these improvements, and OSGi in general, the SLF4J project is happy to welcome John E. Conlon as a new committer. Marker objects are now Serializable. Cheers, Sébastien -- Sébastien Pennec sebastien@... Logback: The reliable, generic, fast and flexible logging framework for Java. http://logback.qos.ch/ _______________________________________________ user mailing list user@... http://www.slf4j.org/mailman/listinfo/user |
|
|
Re: [ANN] Release 1.2
by mraible
::
Rate this Message:
Are there any plans to get this release uploaded to Maven's central repo? The last version available is 1.1.0-RC0:
http://mvnrepository.com/artifact/org.slf4j.slf4j/jcl104-over-slf4j I can create the bundle and have it uploaded, but it seems more appropriate that it come from the SLF4J project. Thanks, Matt
|
|
|
Re: [ANN] Release 1.2
by Sébastien Pennec
::
Rate this Message:
Hello Matt,
I've checked the main Maven 2 repository[1] and it looks well like the new SLF4J release has been deployed there[2]. By looking at the link you provide, there's something that seems strange to me: the artifact should be org.slf4j and not org.slf4j.slf4j... If I visit the page about SLF4J with the correct name[3], there is a 1.2 version over there for the module you're interested in. Hope this helps, Sébastien [1] http://repo1.maven.org/maven2/ [2] http://repo1.maven.org/maven2/org/slf4j/slf4j-api/1.2/ [3] http://mvnrepository.com/artifact/org.slf4j/jcl104-over-slf4j mraible wrote: > Are there any plans to get this release uploaded to Maven's central repo? > The last version available is 1.1.0-RC0: > > http://mvnrepository.com/artifact/org.slf4j.slf4j/jcl104-over-slf4j > > I can create the bundle and have it uploaded, but it seems more appropriate > that it come from the SLF4J project. > > Thanks, > > Matt > > > Sébastien Pennec wrote: >> January 24th, 2006 - Release of SLF4J 1.2 >> >> This release includes several modifications to make SLF4J an OSGi-friendly >> framework. >> The modules' MANIFEST.MF files now include OSGi metadata. Regarding these >> improvements, and OSGi in general, the SLF4J project is happy to welcome >> John E. >> Conlon as a new committer. >> >> Marker objects are now Serializable. >> >> Cheers, >> >> Sébastien >> -- >> Sébastien Pennec >> sebastien@... >> >> Logback: The reliable, generic, fast and flexible logging framework for >> Java. >> http://logback.qos.ch/ >> _______________________________________________ >> user mailing list >> user@... >> http://www.slf4j.org/mailman/listinfo/user >> >> > -- Sébastien Pennec sebastien@... Logback: The reliable, generic, fast and flexible logging framework for Java. http://logback.qos.ch/ _______________________________________________ user mailing list user@... http://www.slf4j.org/mailman/listinfo/user |
|
|
blog entry on JCL
by Ceki Gulcu-2
::
Rate this Message:
Matt, Welcome to the slf4j user list. I just came across your blog entry on commons logging [1]. You write that <quote>I tried changing to <http://www.slf4j.org/>SLF4J, but that causes some Maven plugins to fail. </quote> Could you briefly mention how SLF4J fails for maven plugins? Even the shortest description might help. Many thanks in advance, [1] http://raibledesigns.com/page/rd?entry=maven_2_hates_commons_logging -- Ceki Gülcü Logback: The reliable, generic, fast and flexible logging framework for Java. http://logback.qos.ch _______________________________________________ user mailing list user@... http://www.slf4j.org/mailman/listinfo/user |
|
|
Re: blog entry on JCL
by Matt Raible-3
::
Rate this Message:
Here's the error I get from the Hibernate 3 Plugin:
[INFO] ------------------------------------------------------------------------ [ERROR] FATAL ERROR [INFO] ------------------------------------------------------------------------ [INFO] org/slf4j/LoggerFactory [INFO] ------------------------------------------------------------------------ [INFO] Trace java.lang.NoClassDefFoundError: org/slf4j/LoggerFactory at org.apache.commons.logging.impl.SLF4FLogFactory.getInstance(SLF4FLogFactory.java:154) at org.apache.commons.logging.impl.SLF4FLogFactory.getInstance(SLF4FLogFactory.java:130) at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:351) at org.hibernate.cfg.Configuration.<clinit>(Configuration.java:120) at org.codehaus.mojo.hibernate3.configuration.AnnotationComponentConfiguration.createConfiguration(AnnotationComponentConfiguration.java:41) at org.codehaus.mojo.hibernate3.configuration.AbstractComponentConfiguration.getConfiguration(AbstractComponentConfiguration.java:32) at org.codehaus.mojo.hibernate3.exporter.Hbm2DDLExporterMojo.doExecute(Hbm2DDLExporterMojo.java:87) at org.codehaus.mojo.hibernate3.HibernateExporterMojo.execute(HibernateExporterMojo.java:139) I'll post a message to the mojo user list and see if they have a solution. Matt On 2/5/07, Ceki Gülcü <listid@...> wrote: > > Matt, > > Welcome to the slf4j user list. I just came across your blog entry on > commons logging [1]. > You write that <quote>I tried changing to <http://www.slf4j.org/>SLF4J, but > that causes some Maven plugins to fail. </quote> > > Could you briefly mention how SLF4J fails for maven plugins? Even the > shortest description might help. > > Many thanks in advance, > > [1] http://raibledesigns.com/page/rd?entry=maven_2_hates_commons_logging > > > > -- > Ceki Gülcü > Logback: The reliable, generic, fast and flexible logging framework for Java. > http://logback.qos.ch > > _______________________________________________ > user mailing list > user@... > http://www.slf4j.org/mailman/listinfo/user > -- http://raibledesigns.com _______________________________________________ user mailing list user@... http://www.slf4j.org/mailman/listinfo/user |
|
|
|
|
|
Re: blog entry on JCL
by Matt Raible-3
::
Rate this Message:
AFAIK, that should all be handled by Maven's transitive dependencies.
jcl-over-slf4j depends on slf4j-simple, which depends on slf4j-api. http://mvnrepository.com/artifact/org.slf4j/jcl104-over-slf4j/1.2 It's probably an issue with the dependencies I need to configure for the Maven plugin. I tried adding slf4j-log4j13 to my pom.xml and now I get: [ERROR] FATAL ERROR [INFO] ------------------------------------------------------------------------ [INFO] org.apache.log4j.Logger.log(Ljava/lang/String;Lorg/apache/log4j/Level;Ljava/lang/Object;Ljava/lang/Throwable;)V [INFO] ------------------------------------------------------------------------ [INFO] Trace java.lang.NoSuchMethodError: org.apache.log4j.Logger.log(Ljava/lang/String;Lorg/apache/log4j/Level;Ljava/lang/Object;Ljava/lang/Throwable;)V at org.slf4j.impl.Log4jLoggerAdapter.info(Log4jLoggerAdapter.java:166) at org.apache.commons.logging.impl.SLF4JLog.info(SLF4JLog.java:118) at org.hibernate.cfg.annotations.Version.<clinit>(Version.java:15) at org.hibernate.cfg.AnnotationConfiguration.<clinit>(AnnotationConfiguration.java:59) Matt On 2/5/07, Ceki Gülcü <listid@...> wrote: > Matt, > > The NoClassDefFoundError on "org/slf4j/LoggerFactory" indicates that you > are missing an SLF4J binding. Do you have an SLF4J binding? On top of > slf4j-api.jar, jcl-over-slf4j.jar, you also need any one of > slf4j-nop.jar/slf4j-simple.jar/slf4j-log4j12.jar files. > > HTH. > > > > At 07:46 PM 2/5/2007, you wrote: > >Here's the error I get from the Hibernate 3 Plugin: [INFO] > >------------------------------------------------------------------------ > >[ERROR] FATAL ERROR [INFO] > >------------------------------------------------------------------------ > >[INFO] org/slf4j/LoggerFactory [INFO] > >------------------------------------------------------------------------ > >[INFO] Trace java.lang.NoClassDefFoundError: > >org/slf4j/LoggerFactory at > >org.apache.commons.logging.impl.SLF4FLogFactory.getInstance(SLF4FLogFactory.java:154) > >at > >org.apache.commons.logging.impl.SLF4FLogFactory.getInstance(SLF4FLogFactory.java:130) > >at > >org.apache.commons.logging.LogFactory.getLog(LogFactory.java:351) > >at > >org.hibernate.cfg.Configuration.<clinit>(Configuration.java:120) > >at > >org.codehaus.mojo.hibernate3.configuration.AnnotationComponentConfiguration.createConfiguration(AnnotationComponentConfiguration.java:41) > >at > >org.codehaus.mojo.hibernate3.configuration.AbstractComponentConfiguration.getConfiguration(AbstractComponentConfiguration.java:32) > >at > >org.codehaus.mojo.hibernate3.exporter.Hbm2DDLExporterMojo.doExecute(Hbm2DDLExporterMojo.java:87) > >at > >org.codehaus.mojo.hibernate3.HibernateExporterMojo.execute(HibernateExporterMojo.java:139) > >I'll post a message to the mojo user list and see if they have a solution. > >Matt On 2/5/07, Ceki Gülcü <listid@...> wrote: > > Matt, > > Welcome > >to the slf4j user list. I just came across your blog entry on > commons > >logging [1]. > You write that <quote>I tried changing to > ><http://www.slf4j.org/>SLF4J, but > that causes some Maven plugins to > >fail. </quote> > > Could you briefly mention how SLF4J fails for maven > >plugins? Even the > shortest description might help. > > Many thanks in > >advance, > > [1] > >http://raibledesigns.com/page/rd?entry=maven_2_hates_commons_logging > > > > > > -- > Ceki Gülcü > Logback: The reliable, generic, fast and flexible > >logging framework for Java. > http://logback.qos.ch > > > >_______________________________________________ > user mailing list > > >user@... > http://www.slf4j.org/mailman/listinfo/user > -- > >http://raibledesigns.com _______________________________________________ > >user mailing list user@... http://www.slf4j.org/mailman/listinfo/user > > -- > Ceki Gülcü > Logback: The reliable, generic, fast and flexible logging framework for Java. > http://logback.qos.ch > > _______________________________________________ > user mailing list > user@... > http://www.slf4j.org/mailman/listinfo/user > -- http://raibledesigns.com _______________________________________________ user mailing list user@... http://www.slf4j.org/mailman/listinfo/user |
|
|
|
|
|
Re: blog entry on JCL
by Matt Raible-3
::
Rate this Message:
OK, adding sjf4j-simple as a dependency allows the plugin to work. I
added the following 3 dependencies: <dependency> <groupId>org.slf4j</groupId> <artifactId>jcl104-over-slf4j</artifactId> <version>${slf4j.version}</version> </dependency> <dependency> <groupId>org.slf4j</groupId> <artifactId>slf4j-simple</artifactId> <version>${slf4j.version}</version> </dependency> <dependency> <groupId>org.slf4j</groupId> <artifactId>slf4j-log4j12</artifactId> <version>${slf4j.version}</version> </dependency> However, with commons-logging, my log4j.xml (in src/test/resources) was picked up and used automatically. This doesn't seem to be happening with slf4j. Thanks, Matt On 2/5/07, Ceki Gülcü <listid@...> wrote: > > In principle the dependencies are transitive. However, in our immense > wisdom, we marked the slf4j-simple dependency [1] with the provided scope > (not transitive). > > Also note that slf4j-log4j13 is *not* included in recent versions of SLF4J > because log4j 1.3.x is not available in ibiblio. > > [1] > http://mirrors.ibiblio.org/pub/mirrors/maven2/org/slf4j/jcl104-over-slf4j/1.2/jcl104-over-slf4j-1.2.pom > > At 08:12 PM 2/5/2007, you wrote: > >AFAIK, that should all be handled by Maven's transitive dependencies. > >jcl-over-slf4j depends on slf4j-simple, which depends on slf4j-api. > >http://mvnrepository.com/artifact/org.slf4j/jcl104-over-slf4j/1.2 It's > >probably an issue with the dependencies I need to configure for the Maven > >plugin. I tried adding slf4j-log4j13 to my pom.xml and now I get: > > > Ceki Gülcü > Logback: The reliable, generic, fast and flexible logging framework for Java. > http://logback.qos.ch > > -- http://raibledesigns.com _______________________________________________ user mailing list user@... http://www.slf4j.org/mailman/listinfo/user |
|
|
Re: blog entry on JCL
by Ceki Gulcu-2
::
Rate this Message:
The slf4j bindings are not cumulative. You cannot use both the
slf4j-simple binding and the slf4j-log4j binding, chose one or the other. If you wish to use log4j, your dependency list should read: <dependency> <groupId>org.slf4j</groupId> <artifactId>jcl104-over-slf4j</artifactId> <version>${slf4j.version}</version> </dependency> <dependency> <groupId>org.slf4j</groupId> <artifactId>slf4j-log4j12</artifactId> <version>${slf4j.version}</version> </dependency> HTH > On Mon, 5 Feb 2007 12:36:46 -0700, Matt Raible wrote: > > OK, adding sjf4j-simple as a dependency allows the plugin to work. I > added the following 3 dependencies: > > > <dependency> > <groupId>org.slf4j</groupId> > <artifactId>jcl104-over-slf4j</artifactId> > <version>${slf4j.version}</version> > </dependency> > <dependency> > <groupId>org.slf4j</groupId> > <artifactId>slf4j-simple</artifactId> > <version>${slf4j.version}</version> > </dependency> > <dependency> > <groupId>org.slf4j</groupId> > <artifactId>slf4j-log4j12</artifactId> > <version>${slf4j.version}</version> > </dependency> > > > However, with commons-logging, my log4j.xml (in src/test/resources) > was picked up and used automatically. This doesn't seem to be > happening with slf4j. > > > Thanks, > Matt -- Ceki Gülcü Logback: The reliable, generic, fast and flexible logging framework for Java. http://logback.qos.ch _______________________________________________ user mailing list user@... http://www.slf4j.org/mailman/listinfo/user |
|
|
Re: blog entry on JCL
by Matt Raible-3
::
Rate this Message:
Thanks - that works! However, I'd expect the logging to look the same
as it did before. Unfortunately, it looks like the method isn't printed out - just "info", "debug", etc. Here's my log4j.xml configuration: <appender name="CONSOLE" class="org.apache.log4j.ConsoleAppender"> <layout class="org.apache.log4j.PatternLayout"> <param name="ConversionPattern" value="%p [%t] %c{1}.%M(%L) | %m%n"/> </layout> </appender> commons-logging: WARN [main] UserAction.save(157) | User 'tomcat' already exists! INFO [main] UserActionTest.endTransaction(284) | Rolled back transaction after test execution INFO [main] UserActionTest.startNewTransaction(318) | Began transaction (1): transaction manager [org.springframework.orm.hibernate3.HibernateTransactionManager@77cd4a]; default rollback = true INFO [main] UserActionTest.endTransaction(284) | Rolled back transaction after test execution INFO [main] UserActionTest.startNewTransaction(318) | Began transaction (1): transaction manager [org.springframework.orm.hibernate3.HibernateTransactionManager@77cd4a]; default rollback = true DEBUG [main] UserManagerImpl.removeUser(66) | removing user: 2 INFO [main] UserActionTest.endTransaction(284) | Rolled back transaction after test execution SLF4J: WARN [main] UserAction.warn(139) | User 'tomcat' already exists! INFO [main] UserActionTest.info(118) | Rolled back transaction after test execution INFO [main] UserActionTest.info(118) | Began transaction (1): transaction manager [org.springframework.orm.hibernate3.HibernateTransactionManager@f4b30a]; default rollback = true INFO [main] UserActionTest.info(118) | Rolled back transaction after test execution INFO [main] UserActionTest.info(118) | Began transaction (1): transaction manager [org.springframework.orm.hibernate3.HibernateTransactionManager@f4b30a]; default rollback = true DEBUG [main] UserManagerImpl.debug(97) | removing user: 2 INFO [main] UserActionTest.info(118) | Rolled back transaction after test execution Thanks, Matt On 2/5/07, Ceki Gülcü <listid@...> wrote: > The slf4j bindings are not cumulative. You cannot use both the > slf4j-simple binding and the slf4j-log4j binding, chose one or the other. > > If you wish to use log4j, your dependency list should read: > > <dependency> > <groupId>org.slf4j</groupId> > <artifactId>jcl104-over-slf4j</artifactId> > <version>${slf4j.version}</version> > </dependency> > <dependency> > <groupId>org.slf4j</groupId> > <artifactId>slf4j-log4j12</artifactId> > <version>${slf4j.version}</version> > </dependency> > > HTH > > > On Mon, 5 Feb 2007 12:36:46 -0700, Matt Raible wrote: > > > > OK, adding sjf4j-simple as a dependency allows the plugin to work. I > > added the following 3 dependencies: > > > > > > <dependency> > > <groupId>org.slf4j</groupId> > > <artifactId>jcl104-over-slf4j</artifactId> > > <version>${slf4j.version}</version> > > </dependency> > > <dependency> > > <groupId>org.slf4j</groupId> > > <artifactId>slf4j-simple</artifactId> > > <version>${slf4j.version}</version> > > </dependency> > > <dependency> > > <groupId>org.slf4j</groupId> > > <artifactId>slf4j-log4j12</artifactId> > > <version>${slf4j.version}</version> > > </dependency> > > > > > > However, with commons-logging, my log4j.xml (in src/test/resources) > > was picked up and used automatically. This doesn't seem to be > > happening with slf4j. > > > > > > Thanks, > > > Matt > > > -- > Ceki Gülcü > Logback: The reliable, generic, fast and flexible logging framework for Java. > http://logback.qos.ch > > _______________________________________________ > user mailing list > user@... > http://www.slf4j.org/mailman/listinfo/user > -- http://raibledesigns.com _______________________________________________ user mailing list user@... http://www.slf4j.org/mailman/listinfo/user |
|
|
|
|
|
Re: blog entry on JCL
by Matt Raible-3
::
Rate this Message:
Is the solution to replace all my application's org.apache.commons
imports with slf4j imports? Is so, I can do that. However, will the other libraries (i.e. Spring and Hibernate) continue to have this missing location issue when I try to turn up the logging on them? Thanks, Matt On 2/5/07, Ceki Gülcü <listid@...> wrote: > > I am glad to hear that it is beginning to work. > > The disappearing location info problem has been previously reported [1]. > Unfortunately, since there are two indirections involved > (jcl->slf4j->log4j), it is not possible to correctly compute the location > information. > > [1] http://bugzilla.slf4j.org/show_bug.cgi?id=23 > > > At 09:25 PM 2/5/2007, Matt Raible wrote: > > >Thanks - that works! However, I'd expect the logging to look the same > >as it did before. Unfortunately, it looks like the method isn't > >printed out - just "info", "debug", etc. Here's my log4j.xml > >configuration: > > > > <appender name="CONSOLE" class="org.apache.log4j.ConsoleAppender"> > > <layout class="org.apache.log4j.PatternLayout"> > > <param name="ConversionPattern" > > value="%p [%t] %c{1}.%M(%L) | %m%n"/> > > </layout> > > </appender> > > > >commons-logging: > > > >WARN [main] UserAction.save(157) | User 'tomcat' already exists! > >INFO [main] UserActionTest.endTransaction(284) | Rolled back > >transaction after test execution > >INFO [main] UserActionTest.startNewTransaction(318) | Began > >transaction (1): transaction manager > >[org.springframework.orm.hibernate3.HibernateTransactionManager at 77cd4a]; > >default rollback = true > >INFO [main] UserActionTest.endTransaction(284) | Rolled back > >transaction after test execution > >INFO [main] UserActionTest.startNewTransaction(318) | Began > >transaction (1): transaction manager > >[org.springframework.orm.hibernate3.HibernateTransactionManager at 77cd4a]; > >default rollback = true > >DEBUG [main] UserManagerImpl.removeUser(66) | removing user: 2 > >INFO [main] UserActionTest.endTransaction(284) | Rolled back > >transaction after test execution > > > >SLF4J: > > > >WARN [main] UserAction.warn(139) | User 'tomcat' already exists! > >INFO [main] UserActionTest.info(118) | Rolled back transaction after > >test execution > >INFO [main] UserActionTest.info(118) | Began transaction (1): > >transaction manager > >[org.springframework.orm.hibernate3.HibernateTransactionManager at f4b30a]; > >default rollback = true > >INFO [main] UserActionTest.info(118) | Rolled back transaction after > >test execution > >INFO [main] UserActionTest.info(118) | Began transaction (1): > >transaction manager > >[org.springframework.orm.hibernate3.HibernateTransactionManager at f4b30a]; > >default rollback = true > >DEBUG [main] UserManagerImpl.debug(97) | removing user: 2 > >INFO [main] UserActionTest.info(118) | Rolled back transaction after > >test execution > > > >Thanks, > > -- > Ceki Gülcü > Logback: The reliable, generic, fast and flexible logging framework for Java. > http://logback.qos.ch > > _______________________________________________ > user mailing list > user@... > http://www.slf4j.org/mailman/listinfo/user > -- http://raibledesigns.com _______________________________________________ user mailing list user@... http://www.slf4j.org/mailman/listinfo/user |
|
|
|
|
|
Re: blog entry on JCL
by Tim Vernum
::
Rate this Message:
>> The disappearing location info problem has been previously
Sorry I'm so late coming into this - we hit an unexpected storm
>> reported [1]. >> Unfortunately, since there are two indirections involved >> (jcl->slf4j->log4j), it is not possible to correctly compute the >> location >> information. >> >> [1] http://bugzilla.slf4j.org/show_bug.cgi?id=23 >> >>> <appender name="CONSOLE" >>> class="org.apache.log4j.ConsoleAppender"> >>> <layout class="org.apache.log4j.PatternLayout"> >>> <param name="ConversionPattern" >>> value="%p [%t] %c{1}.%M(%L) | %m%n"/> >>> </layout> >>> </appender> season over here, and it sucked up a bit of my time. There is a solution to this, but it's somewhat of a hack. It does appear to work though (from my limited testing). You could try using the attached layout, with your appender configured like this: <appender name="CONSOLE" class="org.apache.log4j.ConsoleAppender"> <layout class="org.adjective.useful.log4j.Slf4jFilteringPatternLayout"> <param name="ConversionPattern" value="%p [%t] %c{1}.%M(%L) | %m%n"/> </layout> </appender> As I said, it's a bit of a hack, but that's the travesty of commons- logging :) _______________________________________________ user mailing list user@... http://www.slf4j.org/mailman/listinfo/user |
|
|
Re: blog entry on JCL
by Ceki Gulcu-2
::
Rate this Message:
Hi Tim, Many thanks for your contribution. However, bug 23 has been already fixed in a way completely transparent to the end-user. The fix should be released along with SLF4J version 1.3. Cheers, At 11:26 AM 2/19/2007, Tim Vernum wrote: >>>The disappearing location info problem has been previously >>>reported [1]. >>>Unfortunately, since there are two indirections involved >>>(jcl->slf4j->log4j), it is not possible to correctly compute the >>>location >>>information. >>> >>>[1] http://bugzilla.slf4j.org/show_bug.cgi?id=23 >>> >>>> <appender name="CONSOLE" >>>>class="org.apache.log4j.ConsoleAppender"> >>>> <layout class="org.apache.log4j.PatternLayout"> >>>> <param name="ConversionPattern" >>>> value="%p [%t] %c{1}.%M(%L) | %m%n"/> >>>> </layout> >>>> </appender> > >Sorry I'm so late coming into this - we hit an unexpected storm >season over here, and it sucked up a bit of my time. > >There is a solution to this, but it's somewhat of a hack. It does >appear to work though (from my limited testing). > >You could try using the attached layout, with your appender >configured like this: > <appender name="CONSOLE" class="org.apache.log4j.ConsoleAppender"> > <layout >class="org.adjective.useful.log4j.Slf4jFilteringPatternLayout"> > <param name="ConversionPattern" > value="%p [%t] %c{1}.%M(%L) | %m%n"/> > </layout> > </appender> > >As I said, it's a bit of a hack, but that's the travesty of commons- >logging :) > > > > > >_______________________________________________ >user mailing list >user@... >http://www.slf4j.org/mailman/listinfo/user -- Ceki Gülcü Logback: The reliable, generic, fast and flexible logging framework for Java. http://logback.qos.ch _______________________________________________ user mailing list user@... http://www.slf4j.org/mailman/listinfo/user |
|
|
Re: blog entry on JCL
by Matt Raible-3
::
Rate this Message:
Upgrading to 1.3.0 fixes the problem for me. Thanks!
Matt On 2/19/07, Ceki Gülcü <listid@...> wrote: > > Hi Tim, > > Many thanks for your contribution. However, bug 23 has been already fixed > in a way completely transparent to the end-user. The fix should be > released along with SLF4J version 1.3. > > Cheers, > > > At 11:26 AM 2/19/2007, Tim Vernum wrote: > >>>The disappearing location info problem has been previously > >>>reported [1]. > >>>Unfortunately, since there are two indirections involved > >>>(jcl->slf4j->log4j), it is not possible to correctly compute the > >>>location > >>>information. > >>> > >>>[1] http://bugzilla.slf4j.org/show_bug.cgi?id=23 > >>> > >>>> <appender name="CONSOLE" > >>>>class="org.apache.log4j.ConsoleAppender"> > >>>> <layout class="org.apache.log4j.PatternLayout"> > >>>> <param name="ConversionPattern" > >>>> value="%p [%t] %c{1}.%M(%L) | %m%n"/> > >>>> </layout> > >>>> </appender> > > > >Sorry I'm so late coming into this - we hit an unexpected storm > >season over here, and it sucked up a bit of my time. > > > >There is a solution to this, but it's somewhat of a hack. It does > >appear to work though (from my limited testing). > > > >You could try using the attached layout, with your appender > >configured like this: > > <appender name="CONSOLE" class="org.apache.log4j.ConsoleAppender"> > > <layout > >class="org.adjective.useful.log4j.Slf4jFilteringPatternLayout"> > > <param name="ConversionPattern" > > value="%p [%t] %c{1}.%M(%L) | %m%n"/> > > </layout> > > </appender> > > > >As I said, it's a bit of a hack, but that's the travesty of commons- > >logging :) > > > > > > > > > > > >_______________________________________________ > >user mailing list > >user@... > >http://www.slf4j.org/mailman/listinfo/user > > -- > Ceki Gülcü > Logback: The reliable, generic, fast and flexible logging framework for Java. > http://logback.qos.ch > > -- http://raibledesigns.com _______________________________________________ user mailing list user@... http://www.slf4j.org/mailman/listinfo/user |
|
|
|
Slf4jFilteringPatternLayout.java (4K) | Free embeddable forum powered by Nabble | Forum Help |
