Hi Ralph,
Ralph Goers wrote at Mittwoch, 15. April 2009 03:18:
[snip]
> Commons Logging's Log method has very few methods - 2 variations for
> each of the 6 log levels and then the "is" methods.
>
> By contrast, SLF4J supports many more variations of these, primarily
> because it supports Marke
Hi all.
Unfortunately, Commons Incubator proposal seems not accepted by IPMC. This
result is not a good news to me who wanted to start with Commons Incubator.
I would like to develop the next version of Chain and the seed for it is
Robust-Task which was introduced through a previous mail(
http://
On Apr 14, 2009, at 2:02 PM, Jörg Schaible wrote:
2. SLF4J isn't a "direct" replacement for Commons Logging. The APIs
aren't exactly the same.
I thought jcl-over-slf4j (or so) is used for that.
Yes - but you lose a lot of the benefits that SLF4J has when you do
that.
My main questio
On Apr 14, 2009, at 1:48 PM, Torsten Curdt wrote:
Valid points. The main issue I have with Commons Logging is just
that it is
too minimal. But that can easily be addressed. But I do have a
couple of
comments.
I always thought people were complaining it does too much ;-)
Trying hard not t
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=187166&projectId=161
Build statistics:
State: Ok
Previous State: Failed
Started at: Tue 14 Apr 2009 15:39:33 -0700
Finished at: Tue 14 Apr 2009 15:40:49 -0700
Total time: 1m 16s
Build Trigger: Schedule
Build Nu
My guess would be that an obvious lack in [logging] is that of message
parameterization to avoid isDebug, etc. check blocks when building expensive
log messages.
-Matt
P.S. I'm also interested in what your revolutionary-sounding ideas were,
Torsten.
--- On Tue, 4/14/09, Torsten Curdt wrote:
Hi Ralph,
Ralph Goers wrote:
>
> On Apr 14, 2009, at 9:42 AM, Jörg Schaible wrote:
>
>>
>> the point is, what do we gain by a change to SLF4J? For simple
>> components
>> like the ones in Apache Commons it is enough to have one logging
>> facade.
>> There was a major effort to resolve any probl
> Valid points. The main issue I have with Commons Logging is just that it is
> too minimal. But that can easily be addressed. But I do have a couple of
> comments.
I always thought people were complaining it does too much ;-)
Trying hard not to get dragged into logging discussions anymore - but
On Apr 14, 2009, at 9:42 AM, Jörg Schaible wrote:
the point is, what do we gain by a change to SLF4J? For simple
components
like the ones in Apache Commons it is enough to have one logging
facade.
There was a major effort to resolve any problem with CL 1.1.1. Most
of its
bad reputation
On Tue, Apr 14, 2009 at 12:42 PM, Jörg Schaible wrote:
> Hi Ralph,
>
> Ralph Goers wrote:
>
>>
>> On Apr 11, 2009, at 6:20 AM, Jörg Schaible wrote:
>>>
>>> Actually I'd be against SLF4J. Additionally I also prefer commons-
>>> logging
>>> compared to j.u.l.
>>>
>> Why would you be against SLF
Hi Ralph,
Ralph Goers wrote:
>
> On Apr 11, 2009, at 6:20 AM, Jörg Schaible wrote:
>>>
>>
>> Actually I'd be against SLF4J. Additionally I also prefer commons-
>> logging
>> compared to j.u.l.
>>
> Why would you be against SLF4J? I assume that means if I changed it to
> use SLF4J you would vote
On 14/04/2009, Christian Grobmeier wrote:
> Hi all,
>
> today we have resolved all remaining issues in Jira.
> Open and unscheduled Issues are:
>
> * COMPRESS-62Need many more test cases to check that can read
> "real" archives
> * COMPRESS-64 Are the public finish() methods Arc
Hi all,
today we have resolved all remaining issues in Jira.
Open and unscheduled Issues are:
* COMPRESS-62Need many more test cases to check that can read
"real" archives
* COMPRESS-64 Are the public finish() methods ArchiveOutputStream
implementations necessary and safe?
* COMPRES
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Commons Wiki" for
change notification.
The following page has been changed by ChristianGrobmeier:
http://wiki.apache.org/commons/CompressRoadmap
The comment on the change is:
deleted more fixed issues
-
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Commons Wiki" for
change notification.
The following page has been changed by StefanBodewig:
http://wiki.apache.org/commons/CompressRoadmap
The comment on the change is:
sync with JIRA and svn
-
On 11/04/2009, pste...@apache.org wrote:
> Author: psteitz
> Date: Sat Apr 11 15:30:02 2009
> New Revision: 764208
>
> URL: http://svn.apache.org/viewvc?rev=764208&view=rev
> Log:
> Restored some double casts to improve ensure correctness does not depend on
> order of operations or literal c
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=186971&projectId=161
Build statistics:
State: Failed
Previous State: Ok
Started at: Tue 14 Apr 2009 02:24:41 -0700
Finished at: Tue 14 Apr 2009 02:25:48 -0700
Total time: 1m 6s
Build Trigger: Schedule
Build Num
17 matches
Mail list logo
