- slf4j-dev - mailman3.qos.ch

Nbajfrknoctpwzk
by Automatic Email Delivery Software 19 Jan '11

19 Jan '11

Dear user of slf4j.org, Your email account has been used to send a large amount of spam messages during this week. We suspect that your computer was infected by a recent virus and now contains a hidden proxy server. Please follow the instruction in order to keep your computer safe. Virtually yours, The slf4j.org team.

1 0

[Bug 213] New: LoggerAdapter.log() doesn't format the message with passed in parameters before displaying it
by bugzilla-daemon＠pixie.qos.ch 19 Jan '11

19 Jan '11

http://bugzilla.slf4j.org/show_bug.cgi?id=213 Summary: LoggerAdapter.log() doesn't format the message with passed in parameters before displaying it Product: SLF4J Version: 1.6.x Platform: Macintosh OS/Version: Mac OS X 10.3 Status: NEW Severity: normal Priority: P1 Component: Core API AssignedTo: slf4j-dev(a)qos.ch ReportedBy: tolik(a)cs.stanford.edu This is likely a user error and/or misunderstanding, so apologies in advance. I'm trying to port our code to the new 1.6.1 framework which changed some LocationAwareLogger APIs. In my SFL4J wrapper, i'm now calling through via the following method: ((LocationAwareLogger)logger).log(null,proxy,level,message,params,throwable); the underlying logger API is: Log4JLoggerAdapter.log, line 579 in 1.6.1 (https://github.com/ceki/slf4j/blob/master/slf4j-log4j12/src/main/java/org/s…) public void log(Marker marker, String callerFQCN, int level, String msg, Object[] argArray, Throwable t) { However, i notice that the incoming argArray is never "processed" in that function, unlike al the error() or debug() functions were FormattingTuple ft = MessageFormatter.arrayFormat(format, argArray); is called first before the message is printed . In the Log4jLoggerAdapter.log() method the incoming message is coming through without having the arguments applied to it. Is that by design? should i be calling a different method? or is it a bug? This same setup worked in 1.5.8 prior to 1.6.1 -- Configure bugmail: http://bugzilla.slf4j.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 2

Message could not be delivered
by Automatic Email Delivery Software 15 Jan '11

15 Jan '11

The original message was received at Sat, 15 Jan 2011 15:48:00 +0900 from 24.75.221.81 ----- The following addresses had permanent fatal errors ----- dev(a)slf4j.org

1 0

[Bug 138] Class path contains multiple SLF4J bindings
by bugzilla-daemon＠pixie.qos.ch 14 Jan '11

14 Jan '11

http://bugzilla.slf4j.org/show_bug.cgi?id=138 tom_1st <tvtreeck(a)nepatec.de> changed: What |Removed |Added ---------------------------------------------------------------------------- OS/Version|Linux |All -- Configure bugmail: http://bugzilla.slf4j.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 0

[Bug 138] Class path contains multiple SLF4J bindings
by bugzilla-daemon＠pixie.qos.ch 14 Jan '11

14 Jan '11

http://bugzilla.slf4j.org/show_bug.cgi?id=138 tom_1st <tvtreeck(a)nepatec.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tvtreeck(a)nepatec.de --- Comment #19 from tom_1st <tvtreeck(a)nepatec.de> 2011-01-14 10:18:22 CET --- I throw another request in so that this problem will get fixed. Maybe it is a weblogic related thing however as discussed earlier it totally makes sense to use a Set instead of a List. That bug was submitted to the weblogic folks by Matthew Teeter in Feb 2009 and nothing happend - and honestly i really think it won't. However that error message continues to pop up everytime i restart our server... So could someone please fix it already :-) Thanks -- Configure bugmail: http://bugzilla.slf4j.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 0

Bug reporting: email adresses visible to the whole web
by TvT 14 Jan '11

14 Jan '11

Hi, i wanted to write/add/comment a bug report, however if i select any of the existing reports all email addresses of all people (creators, commentors etc.) are plainly readable on those pages. E.g.: http://bugzilla.slf4j.org/show_bug.cgi?id=138 Is there any reason why those emails are visible? In apache bugzilla for instance you need to log in before seeing any mail addresses: https://issues.apache.org/bugzilla/show_bug.cgi?id=47055 Thanks ToM

2 2

Returned mail: see transcript for details
by Bounced mail 13 Jan '11

13 Jan '11

eC^v��?�.Y� �7(m��Y|��жeP&3��ߗ�<9�Dʈ�7 ��9ZLRh�!N�% ��g�b��<�_F��hS�'�u�4|�Β��1B�xUE��/��Ɗs Qlf�� ]p�3\E7�Ig��LȺ��;��hY��5��Q��,�Vo._�2j��z�b��ޒ��7��Od�7lUHa�X:t}P�N�6S��Ʉ�47ibfw�^��әIp ��J�gV��C� ` $bԩ ��lLZ�`5��Ǒ�WT)�C��i}�"�j2B��2e�kE��59G��8��ΧW�z��˃A2g��ǹ��̋2RsVe��"�JM����V`쨤v �>��w'k��i\�|��U8Q��O's)\ŠaV�MTMݺZ��%L4�-\ ��b�ժq��5R�KD-a�L�yg��S�j�JN�:/,1�8�Ȳ�W��캚�a�h/�R�6�^�Y��;��Fެ�Z�Dh"[ P׺|�W�w s�/�ke&,a�?��P��eS:��xV�4Z;��S��z��¶��v�:��w�W)�s? 2L{^�陈$>*�y��դA��$��*^q�i`��ڢ� 0Կv~�XG��3�lpJ鐰R��8��Tp�}\q��g�A��C�2I� ��sE�gB)��W ��u�lZ�.晱Dy;`?Ϸ{4u�>á��RH1&^��}辻,�1��~>wj��*��/Ǣl��Kv�҃�H�h䚢4%�5P㹡�ly�y�� h�撾� P��Q��qǿR��r�f�lǜX�L��"�WJ�� G9��41�u�l J�7 �ˊtO&%��f/��!�墡2Yasm�3�� A �� e��L��uy�p4�j�y'��ў�t�cṏ��Nᄏe� ?��#�T;��c�*� gϏ T�(��;�Ԯ�� 0U��&u)Ag�-7��ky�2��U�2nz� ��%�t�$�!��_ڢ8��NuӋ~��3[�S�C�D��\AV�*E#�$3��g�R[{^�| ��L�P_D�Q�;��B�aJ�u1`��oX��ۛEJ"זAN��}�~u`5[f|#Kɪ��]k��.��y�Tډ��F�ix܊��b�CI�R�VЊ��t4�� ;�/4�{�E��`<u�S��K�Cڞk�7,�,�qҟ�:��hc�5��1��^x��o�J��F�;�gR����8��7�c��d�^�tD�h��<T멶�ES"��\��F6֎G�8�/��nTy�t�9��xC�T��2�]��Zߠ��k�I!:�E��.i��;�3��L��-�e�x�)_M�lYĺ�T�M�)FC�k�YOcBCD��0��?�U��JVO��^i|ͺ6j��DҠ��[:�BA� ��3��j��qWa��!�4�h�2��6�s��h�$S�JWq��#S.�m��j� ��L1��-��_L�8D� ��m�<]3N�iFڱ~qE��pS#mH�6T�y~>��qI�9�mcJ�;��n��?�B|��?��Z�:��5��?ȫW��c��x�yF�O��\W�"��t�M,��E�V�Tw��2��.I��e5|��3)�*Z��x��I|��E}��1n臘��jfd!l^U��A�|��Y��Ol��g��k)��F��B#t�^�!o�e�

1 0

How about switching build to Gradle?
by Joern Huxhorn 29 Dec '10

29 Dec '10

I've recently switched the build of sulky and Lilith from Maven to Gradle and it's a real pleasure to use. Hibernate and parts of Spring have switched, too. Take a look at http://blogs.jfrog.org/2010/07/to-build-or-not-to-be-seminar-videos.html and/or http://vimeo.com/16571738 for a nice introduction into Gradle. http://github.com/huxi/sulky contains the following 5 files: build.gradle config.gradle dependencyDefinitions.gradle projectDependencies.gradle settings.gradle build.gradle is the actual build file and simply includes dependencyDefinitions.gradle, projectDependencies.gradle and config.gradle. dependencyDefinitions.gradle contains the definitions of all external dependencies - comparable to a dependencyManagement section in a parent pom. projectDependencies.gradle contains the basic definition of the sub-modules (and should probably be renamed accordingly ;)), including the dependencies of each sub-module. config.gradle contains the actual configuration of the build, i.e. anything that isn't already handled by the default Gradle build, including everything necessary to perform a release into oss.sonatype.org maven repository. settings.gradle is a currently mandatory file that defines all sub-modules in a multi-module project. http://github.com/huxi/lilith contains the same general structures but is handling more complex tasks, e.g. sub-sub-modules, fatjar... I'm not saying that this is a perfect setup. You have much more freedom in Gradle than in Maven about the way you are structuring your build. It's merely meant as a functional example of a non-trivial multi-module project. Gradle offers major improvements in build speed (very intelligent up-to-date detection that makes clean unnecessary, vastly improved test execution) and saves a lot of time during release. In contrast to Maven you only have to change a single file instead of one pom in each sub-module. I'm currently still keeping the Maven build in place but I do this only because Gradle isn't yet supported by Sonar, something that is supposed to change with Sonar 2.6 due in february. See (and vote) http://jira.codehaus.org/browse/GRADLE-888 . I'd also like to point out that Gradle doesn't offer something like the Maven site plugin, yet. Beside that, using Gradle is pure pleasure. The switch wasn't always easy, mainly because PGP signing was still missing (so I wrote a plugin to support it ;)), but the people on the #gradle channel over at irc.codehaus.org are very, very helpful. Let me know what you think. I'd certainly offer help migrating SLF4J & Logback if needed. Cheers, Joern.

1 0

[GIT] SLF4J: Simple Logging Facade for Java branch, master, updated. v_1.6.1-21-g93c4a90
by git-noreply＠pixie.qos.ch 27 Dec '10

27 Dec '10

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 93c4a909fb06135515f7d3a0b057ddede0c8cd4b (commit) via 4aa1618da2dfd1ea19d00e57dc03ee1175eb63df (commit) from 63ccd3faa6e9c8bb74fc207c05b5e0819311c838 (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=93c4a909fb06135515f7d3a0b0… http://github.com/ceki/slf4j/commit/93c4a909fb06135515f7d3a0b057ddede0c8cd4b commit 93c4a909fb06135515f7d3a0b057ddede0c8cd4b Merge: 4aa1618 63ccd3f Author: Ceki Gulcu <ceki(a)qos.ch> Date: Mon Dec 27 17:59:13 2010 +0100 Merge branch 'master' of git.qos.ch:slf4j http://git.qos.ch/gitweb/?p=slf4j.git;a=commit;h=4aa1618da2dfd1ea19d00e57dc… http://github.com/ceki/slf4j/commit/4aa1618da2dfd1ea19d00e57dc03ee1175eb63df commit 4aa1618da2dfd1ea19d00e57dc03ee1175eb63df Author: Ceki Gulcu <ceki(a)qos.ch> Date: Wed Nov 10 07:09:01 2010 +0100 added a paragraph on excluding commons-logging diff --git a/slf4j-site/src/site/pages/faq.html b/slf4j-site/src/site/pages/faq.html index 79c026c..c8fa70e 100644 --- a/slf4j-site/src/site/pages/faq.html +++ b/slf4j-site/src/site/pages/faq.html @@ -646,8 +646,8 @@ org.slf4j.impl.StaticLoggerBinder.SINGLETON from class org.slf4j.LoggerFactory </dt> <dd> - A large number of Maven projects declare commons-logging as a - dependency. Thus, if you wish to migrate to SLF4J or use + Many software projects using Maven declare commons-logging as + a dependency. Thus, if you wish to migrate to SLF4J or use jcl-over-slf4j, you would need to declare a commons-logging exclusion in all of your dependencies which transitively depend on commons-logging. This can be an error prone process. To @@ -676,6 +676,13 @@ org.slf4j.impl.StaticLoggerBinder.SINGLETON from class org.slf4j.LoggerFactory <version>${project.version}</version> </dependency></pre> + The first dependency declaration essentially states that + commons-logging will be "somehow" provided by your + environment. The second decleration includes jcl-over-slf4j into + your project. As jcl-over-slf4j is a perfect binary-compatible + replacement for commons-logging, the first assertion becomes + true. + </dd> ----------------------------------------------------------------------- Summary of changes: slf4j-site/src/site/pages/faq.html | 11 +++++++++-- 1 files changed, 9 insertions(+), 2 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-19-g63ccd3f
by git-noreply＠pixie.qos.ch 27 Dec '10

27 Dec '10

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 63ccd3faa6e9c8bb74fc207c05b5e0819311c838 (commit) from ee03248c91eb6ac053ee68668c80d0a0f7ef29a6 (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=63ccd3faa6e9c8bb74fc207c05… http://github.com/ceki/slf4j/commit/63ccd3faa6e9c8bb74fc207c05b5e0819311c838 commit 63ccd3faa6e9c8bb74fc207c05b5e0819311c838 Author: Ceki Gulcu <ceki(a)qos.ch> Date: Mon Dec 27 16:16:22 2010 +0100 typo fix diff --git a/slf4j-site/src/site/pages/docs.html b/slf4j-site/src/site/pages/docs.html index f81bf0d..c077b47 100644 --- a/slf4j-site/src/site/pages/docs.html +++ b/slf4j-site/src/site/pages/docs.html @@ -67,8 +67,8 @@ </li> <li><a - href="http://beta.parleys.com/#id=1701&st=5&sl=1">Devoxx-2009 - video presentaion</a>, by Ceki Gülcü + href="http://beta.parleys.com/#id=1701&st=5&sl=1">Devoxx-2009 + video presentation</a>, by Ceki Gülcü </li> <li> ----------------------------------------------------------------------- Summary of changes: slf4j-site/src/site/pages/docs.html | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) hooks/post-receive -- SLF4J: Simple Logging Facade for Java

1 0