April 2011 - slf4j-dev - mailman3.qos.ch

[Bug 219] New: Typo in error message
by bugzilla-daemon＠pixie.qos.ch 19 Apr '12

19 Apr '12

http://bugzilla.slf4j.org/show_bug.cgi?id=219 Summary: Typo in error message Product: SLF4J Version: 1.6.x Platform: PC OS/Version: Windows NT Status: NEW Severity: blocker Priority: P1 Component: Core API AssignedTo: slf4j-dev(a)qos.ch ReportedBy: cowwoc(a)bbs.darktech.org Replace "becasue" with "because" across the slf4j code-base. I got this specific error message: SLF4J: The following loggers will not work becasue they were created SLF4J: during the default configuration phase of the underlying logging system. SLF4J: See also http://www.slf4j.org/codes.html#substituteLogger -- Configure bugmail: http://bugzilla.slf4j.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

2 2

[Bug 166] New: please add OSGI informations to jul-to-slf4j-1.5.10.jar
by bugzilla-daemon＠pixie.qos.ch 02 Sep '11

02 Sep '11

http://bugzilla.slf4j.org/show_bug.cgi?id=166 Summary: please add OSGI informations to jul-to-slf4j-1.5.10.jar Product: SLF4J Version: 1.5.x Platform: All OS/Version: Mac OS X 10.3 Status: NEW Severity: normal Priority: P3 Component: Unspecified AssignedTo: slf4j-dev(a)qos.ch ReportedBy: ekke(a)ekkes-corner.org jul-to-slf4j-1.5.10.jar MANIFEST.MF is missing OSGI Informations ... Import-Package: org.slf4j;version="1.5.10", org.slf4j.spi;version="1.5.10" Export-Package: org.slf4j.bridge;version="1.5.10" ... so you have to wrap it by yourself or as workaround use the Bundle provided by SpringSource: http://www.springsource.com/repository/app/bundle/version/detail?name=com.s… ----- thx ekke -- Configure bugmail: http://bugzilla.slf4j.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 4

[Bug 163] New: Copy & paste of LoggerFactory.getLogger
by bugzilla-daemon＠pixie.qos.ch 19 Jul '11

19 Jul '11

http://bugzilla.slf4j.org/show_bug.cgi?id=163 Summary: Copy & paste of LoggerFactory.getLogger Product: SLF4J Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Core API AssignedTo: slf4j-dev(a)qos.ch ReportedBy: thomas.tom.mueller(a)gmail.com This is a feature request. Currently, when I create a new logger in a class, I copy & paste the following line from another class: private static Logger log = LoggerFactory.getLogger(AcmeImpl.class); Sometimes I forget to change the class name. SLF4J could help me here. I suggest to add a new method, so the class name is not required, so that I can copy & paste the line without having to remember that I have to change the class name. Also, it's a bit shorter: private static Logger log = LoggerFactory.getCallerClassLogger(); This is copy & paste friendly. The implementation is tricky, but trivial once you understand it: getCallerClassLogger() { return getLogger(new Error().getStackTrace()[1].getClassName()); } There is a project that tries to solve the copy & paste problem: http://code.google.com/p/morbok/ -- Configure bugmail: http://bugzilla.slf4j.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 40

[GIT] SLF4J: Simple Logging Facade for Java branch, master, updated. v_1.6.1-32-gebf0578
by git-noreply＠pixie.qos.ch 28 Apr '11

28 Apr '11

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "SLF4J: Simple Logging Facade for Java". The branch, master has been updated via ebf05781718598adebd1e8fc058f459891002682 (commit) from bdc80857eea22530e29222fd773e847c44e7ce3e (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- http://git.qos.ch/gitweb/?p=slf4j.git;a=commit;h=ebf05781718598adebd1e8fc05… http://github.com/ceki/slf4j/commit/ebf05781718598adebd1e8fc058f459891002682 commit ebf05781718598adebd1e8fc058f459891002682 Author: Ceki Gulcu <ceki(a)qos.ch> Date: Thu Apr 28 19:26:18 2011 +0200 version mismatch related editions diff --git a/slf4j-site/src/site/pages/codes.html b/slf4j-site/src/site/pages/codes.html index 3dd90a0..dbbefcf 100644 --- a/slf4j-site/src/site/pages/codes.html +++ b/slf4j-site/src/site/pages/codes.html @@ -88,7 +88,7 @@ <h3> <a name="StaticLoggerBinder" href="#StaticLoggerBinder"> - Failed to load class + Failedto load class <code>org.slf4j.impl.StaticLoggerBinder</code> </a> </h3> @@ -169,38 +169,33 @@ <h3><a name="version_mismatch" href="#version_mismatch">slf4j-api version does not match that of the binding</a></h3> - An slf4j binding designates an artifact such as + An SLF4J binding designates an artifact such as slf4j-jdk14.jar or slf4j-log4j12.jar used to bind slf4j to an underlying logging framework, say, java.util.logging or log4j. - Mixing mixing different versions of slf4j-api and slf4j - bindings can cause problems. For example, if you are using + Mixing mixing different versions of slf4j-api.jar and + SLF4J binding can cause problems. For example, if you are using slf4j-api-${project.version}.jar, then you should also use slf4j-simple-${project.version}.jar, using slf4j-simple-1.5.5.jar - will not work. - - - Note that from the client's perspective all versions of - slf4j-api are compatible. Customer code compiled with a given - version of slf4j-api.jar will run perfectly fine with any - other version of slf4j-api.jar. You only need to verify - that the version of your binding matches that of the slf4j-api. - - - In general, you should make sure that the - slf4j-api version matches that of the slf4j binding. However, you - do not have to worry about the version of slf4j-api - customer code was compiled against. See also the <a - href="faq.html#compatibility">relevant FAQ entry</a>. + will not work. + + It should be noted that from the client's perspective all + versions of slf4j-api are compatible. Client code compiled with + slf4j-api-N.jar will run perfectly fine with + slf4j-api-M.jar for any N and M. You only need to ensure + that the version of your binding matches that of the + slf4j-api.jar. You do not have to worry about the version of + slf4j-api.jar used by a given dependendency in your project. You + can always use any version of slf4j-api.jar, and as long + as the version of slf4j-api.jar and its binding match, + you should be fine. At initialization time, if SLF4J suspects that there may be a - version mismatch problem, it will emit a warning about the - suspected mismatch. For the exact details of the version mismatch - detection mechanism, please refer to the <a - href="faq.html#version_checks">relevant entry</a> in the FAQ. + api vs. binding version mismatch problem, it will emit a warning + about the suspected mismatch. diff --git a/slf4j-site/src/site/pages/faq.html b/slf4j-site/src/site/pages/faq.html index 155f4df..37f3b2b 100644 --- a/slf4j-site/src/site/pages/faq.html +++ b/slf4j-site/src/site/pages/faq.html @@ -359,27 +359,25 @@ <dd> From the clients perspective, the SLF4J API is backward - compatible between all versions. This means than you can upgrade + compatible for all versions. This means than you can upgrade from SLF4J version 1.0 to any later version without problems. Code compiled with slf4j-api-versionN.jar will work with slf4j-api-versionM.jar for any versionN and any versionM However, while the SLF4J API is very stable from the client's - perspective, SLF4J bindings such as slf4j-simple or - slf4j-log4j12 may require a specific version of slf4j-api. Mixing different versions of slf4j artifacts can - be problematic and is strongly discouraged. For - instance, if you are using slf4j-api-1.5.6.jar, then you should - also use slf4j-simple-1.5.6.jar, using slf4j-simple-1.4.2.jar - will not work. + perspective, SLF4J bindings, e.g. slf4j-simple.jar or + slf4j-log4j12.jar, may require a specific version of slf4j-api. + Mixing different versions of slf4j artifacts can be problematic + and is strongly discouraged. For instance, if you are using + slf4j-api-1.5.6.jar, then you should also use + slf4j-simple-1.5.6.jar, using slf4j-simple-1.4.2.jar will not + work. At initialization time, if SLF4J suspects that there may be a version mismatch problem, it emits a warning about the said - mismatch. For the exact details of the version mismatch - detection mechanism, please refer to the <a - href="#version_checks">relevant entry</a> in this FAQ. + mismatch. <hr /> diff --git a/slf4j-site/src/site/pages/index.html b/slf4j-site/src/site/pages/index.html index 99bc8de..7f9571d 100644 --- a/slf4j-site/src/site/pages/index.html +++ b/slf4j-site/src/site/pages/index.html @@ -29,20 +29,26 @@ The Simple Logging Facade for Java or (SLF4J) serves as a simple facade or abstraction for various logging frameworks, e.g. java.util.logging, log4j and logback, allowing the end user to plug - in the desired logging framework at deployment time. - + in the desired logging framework at deployment + time. Before you start using SLF4J, we highly recommend that you read the two-page <a href="manual.html">SLF4J user manual</a>. + Note that SLF4J-enabling your library implies the addition of + only a single mandatory dependency, namely slf4j-api.jar. + If no binding is found on the class path, then SLF4J will default to + a no-operation implementation. + + In case you wish to migrate your Java source files to SLF4J, consider our <a href="migrator.html">migrator tool</a> which can migrate your project into SLF4J in minutes. In case an externally-maintained component you depend on uses a logging API other than SLF4J, such as commons logging, log4j or - j.u.l, have a look at SLF4J's binary-support for <a + java.util.logging, have a look at SLF4J's binary-support for <a href="legacy.html">legacy APIs</a>. diff --git a/slf4j-site/src/site/pages/manual.html b/slf4j-site/src/site/pages/manual.html index cb1f9c8..7c48707 100644 --- a/slf4j-site/src/site/pages/manual.html +++ b/slf4j-site/src/site/pages/manual.html @@ -25,16 +25,21 @@ simple facade or abstraction for various logging frameworks, e.g. java.util.logging, log4j and logback, allowing the end-user to plug in the desired logging framework at deployment time. + Note that SLF4J-enabling your library/application implies the + addition of only a single mandatory dependency, namely + slf4j-api-${project.version}.jar. If no binding is found + on the class path, then SLF4J will default to a no-operation + implementation. <h3> <a name="hello_world" href="#hello_world">Hello World</a> </h3> - In accordance with programming tradition, here is an example + As customary in programming tradition, here is an example illustrating the simplest way to output "Hello world" using SLF4J. It begins by getting a logger with the name "HelloWorld". This - logger is in turn used to log the message "Hello World". + logger is in turn used to log the message "Hello World". <pre class="prettyprint source">import org.slf4j.Logger; @@ -49,16 +54,31 @@ public class HelloWorld { To run this example, you first need to <a href="download.html">download the slf4j distribution</a>, and - then to unpack it. Once that is done, add these two jar files to - your class path: + then to unpack it. Once that is done, add the file + slf4j-api-${project.version}.jar to your class path. + Compiling and running HelloWorld will result in the + following output being printed on the console. + +<pre>SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder". +SLF4J: Defaulting to no-operation (NOP) logger implementation +SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further details.</pre> + + This warning is printed because no slf4j binding could be + found on your class path. + + The warning will disappear as soon as you add a binding to + your class path. Assuming you add + slf4j-simple-${project.version}.jar so that your class + path contains: + <ul> <li>slf4j-api-${project.version}.jar</li> <li>slf4j-simple-${project.version}.jar</li> </ul> - Compiling and running HelloWorld will result in the - following output being printed on the console. + Compiling and running HelloWorld will now result in + the following output on the console. <pre class="output">0 [main] INFO HelloWorld - Hello World</pre> @@ -225,7 +245,7 @@ public class HelloWorld { out-of-the-box, and without requiring the end-user to download a binding from SLF4J's web-site. Only when the end-user decides to enable logging will she need to install the SLF4J binding - corresponding to the logging framework chosen by the end-user. + corresponding to the logging framework chosen by her. <h3><a name="consolidate" href="#consolidate">Consolidate ----------------------------------------------------------------------- Summary of changes: slf4j-site/src/site/pages/codes.html | 39 ++++++++++++++------------------ slf4j-site/src/site/pages/faq.html | 20 +++++++--------- slf4j-site/src/site/pages/index.html | 12 +++++++-- slf4j-site/src/site/pages/manual.html | 34 ++++++++++++++++++++++------ 4 files changed, 62 insertions(+), 43 deletions(-) hooks/post-receive -- SLF4J: Simple Logging Facade for Java

1 0

[GIT] SLF4J: Simple Logging Facade for Java branch, master, updated. v_1.6.1-31-gbdc8085
by git-noreply＠pixie.qos.ch 27 Apr '11

27 Apr '11

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "SLF4J: Simple Logging Facade for Java". The branch, master has been updated via bdc80857eea22530e29222fd773e847c44e7ce3e (commit) from ec16a083882a4cb9292dc23c9ba2a0f0e3f38964 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- http://git.qos.ch/gitweb/?p=slf4j.git;a=commit;h=bdc80857eea22530e29222fd77… http://github.com/ceki/slf4j/commit/bdc80857eea22530e29222fd773e847c44e7ce3e commit bdc80857eea22530e29222fd773e847c44e7ce3e Author: Ceki Gulcu <ceki(a)qos.ch> Date: Wed Apr 27 22:06:51 2011 +0200 removing the job link diff --git a/slf4j-site/src/site/pages/templates/header.js b/slf4j-site/src/site/pages/templates/header.js index ccc7043..35f75bc 100644 --- a/slf4j-site/src/site/pages/templates/header.js +++ b/slf4j-site/src/site/pages/templates/header.js @@ -4,9 +4,9 @@ document.write('<td><a href="http://www.slf4j.org/">'); document.write('<img src="' + prefix + 'images/logos/slf4j-logo.jpg" alt="" border="0"/>'); document.write('</a></td>') -document.write('<td align="right"><a id="job" href="http://logback.qos.ch/job.html">'); -document.write('<img src="' + prefix + 'images/myjob.png" alt="" border="0"/>'); -document.write('</a></td>') +//document.write('<td align="right"><a id="job" href="http://logback.qos.ch/job.html">'); +//document.write('<img src="' + prefix + 'images/myjob.png" alt="" border="0"/>'); +//document.write('</a></td>') document.write('</tr></table>'); document.write('<div id="breadcrumbs"></div>'); \ No newline at end of file ----------------------------------------------------------------------- Summary of changes: slf4j-site/src/site/pages/templates/header.js | 6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) hooks/post-receive -- SLF4J: Simple Logging Facade for Java

1 0

[GIT] SLF4J: Simple Logging Facade for Java branch, master, updated. v_1.6.1-30-gec16a08
by git-noreply＠pixie.qos.ch 19 Apr '11

19 Apr '11

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "SLF4J: Simple Logging Facade for Java". The branch, master has been updated via ec16a083882a4cb9292dc23c9ba2a0f0e3f38964 (commit) via 762444cae9cc6a7746daba87234bf1a15f93c294 (commit) from fe7ac5d560f8ff4577e0627505e347de793b03e8 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- http://git.qos.ch/gitweb/?p=slf4j.git;a=commit;h=ec16a083882a4cb9292dc23c9b… http://github.com/ceki/slf4j/commit/ec16a083882a4cb9292dc23c9ba2a0f0e3f38964 commit ec16a083882a4cb9292dc23c9ba2a0f0e3f38964 Merge: 762444c fe7ac5d Author: Ceki Gulcu <ceki(a)qos.ch> Date: Tue Apr 19 14:35:44 2011 +0200 Merge branch 'master' of git.qos.ch:/slf4j http://git.qos.ch/gitweb/?p=slf4j.git;a=commit;h=762444cae9cc6a7746daba8723… http://github.com/ceki/slf4j/commit/762444cae9cc6a7746daba87234bf1a15f93c294 commit 762444cae9cc6a7746daba87234bf1a15f93c294 Author: Ceki Gulcu <ceki(a)qos.ch> Date: Mon Apr 18 18:39:06 2011 +0200 ongoing edits diff --git a/slf4j-site/src/site/pages/faq.html b/slf4j-site/src/site/pages/faq.html index 79c026c..575f267 100644 --- a/slf4j-site/src/site/pages/faq.html +++ b/slf4j-site/src/site/pages/faq.html @@ -358,9 +358,12 @@ </dt> <dd> - With rare theoretical exceptions, SLF4J versions are backward - compatible. This means than you can upgrade from SLF4J version - 1.0 to any later version without problems. + From the clients perspective, the SLF4J API is backward + compatible between all versions. This means than you can upgrade + from SLF4J version 1.0 to any later version without + problems. Code compiled with slf4j-api-versionN.jar + will work with slf4j-api-versionM.jar for any versionN + and any versionM However, while the SLF4J API is very stable from the client's perspective, SLF4J bindings such as slf4j-simple or ----------------------------------------------------------------------- Summary of changes: slf4j-site/src/site/pages/faq.html | 9 ++++++--- 1 files changed, 6 insertions(+), 3 deletions(-) hooks/post-receive -- SLF4J: Simple Logging Facade for Java

1 0

[GIT] SLF4J: Simple Logging Facade for Java branch, master, updated. v_1.6.1-28-gfe7ac5d
by git-noreply＠pixie.qos.ch 18 Apr '11

18 Apr '11

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "SLF4J: Simple Logging Facade for Java". The branch, master has been updated via fe7ac5d560f8ff4577e0627505e347de793b03e8 (commit) from 7f1a559ad58da9a5b3da0d8866e8d1f67ad114be (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- http://git.qos.ch/gitweb/?p=slf4j.git;a=commit;h=fe7ac5d560f8ff4577e0627505… http://github.com/ceki/slf4j/commit/fe7ac5d560f8ff4577e0627505e347de793b03e8 commit fe7ac5d560f8ff4577e0627505e347de793b03e8 Author: Ceki Gulcu <ceki(a)qos.ch> Date: Mon Apr 18 10:30:24 2011 +0200 rewording diff --git a/slf4j-site/src/site/pages/codes.html b/slf4j-site/src/site/pages/codes.html index 777a7ba..3dd90a0 100644 --- a/slf4j-site/src/site/pages/codes.html +++ b/slf4j-site/src/site/pages/codes.html @@ -165,8 +165,45 @@ on the class path. -  + <h3><a name="version_mismatch" href="#version_mismatch">slf4j-api + version does not match that of the binding</a></h3> + + An slf4j binding designates an artifact such as + slf4j-jdk14.jar or slf4j-log4j12.jar used to + bind slf4j to an underlying logging framework, say, + java.util.logging or log4j. + + + Mixing mixing different versions of slf4j-api and slf4j + bindings can cause problems. For example, if you are using + slf4j-api-${project.version}.jar, then you should also use + slf4j-simple-${project.version}.jar, using slf4j-simple-1.5.5.jar + will not work. + + + Note that from the client's perspective all versions of + slf4j-api are compatible. Customer code compiled with a given + version of slf4j-api.jar will run perfectly fine with any + other version of slf4j-api.jar. You only need to verify + that the version of your binding matches that of the slf4j-api. + + + In general, you should make sure that the + slf4j-api version matches that of the slf4j binding. However, you + do not have to worry about the version of slf4j-api + customer code was compiled against. See also the <a + href="faq.html#compatibility">relevant FAQ entry</a>. + + + At initialization time, if SLF4J suspects that there may be a + version mismatch problem, it will emit a warning about the + suspected mismatch. For the exact details of the version mismatch + detection mechanism, please refer to the <a + href="faq.html#version_checks">relevant entry</a> in the FAQ. + + + <h3> <a name="null_LF" href="#null_LF">Logging factory implementation cannot be null</a> @@ -320,28 +357,6 @@ DEBUG. - - <h3><a name="version_mismatch" href="#version_mismatch">slf4j-api - version does not match that of the binding</a></h3> - - Mixing mixing different versions of slf4j artifacts can cause - problems. For example, if you are using - slf4j-api-${project.version}.jar, then you should also use - slf4j-simple-${project.version}.jar, using slf4j-simple-1.5.5.jar - will not work. - - - In general, you should make sure that the - slf4j-api version matches that of the slf4j binding. - - - At initialization time, if SLF4J suspects that there may be a - version mismatch problem, it will emit a warning about the - suspected mismatch. For the exact details of the version mismatch - detection mechanism, please refer to the <a - href="faq.html#version_checks">relevant entry</a> in the FAQ. - - <h3><a name="substituteLogger" href="#substituteLogger">Substitute loggers were created during the default configuration phase of the underlying logging system</a></h3> ----------------------------------------------------------------------- Summary of changes: slf4j-site/src/site/pages/codes.html | 61 +++++++++++++++++++++------------- 1 files changed, 38 insertions(+), 23 deletions(-) hooks/post-receive -- SLF4J: Simple Logging Facade for Java

1 0

slf4j-maven
by Yegor Bugayenko 06 Apr '11

06 Apr '11

Hi, I have created a SLF4J binding for Maven logging mechanism. This binding is very useful for Maven plugins. I created it for one of my projects: http://trac.fazend.com/rempl/browser/rempl/trunk/rempl/rempl-plugins/rempl-… Maybe this binding will be interesting for other SLF4J users? I would be glad to contribute it to the SLF4J project (together with 90% unit test coverage). Please, let me know if you're interested. Thanks! — Yegor Bugayenko, PMP®, SCEA

1 0