Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=18478projectId=97
Build statistics:
State: Failed
Previous State: Ok
Started at: Wed 8 Feb 2012 08:38:20 +
Finished at: Wed 8 Feb 2012 08:38:51 +
Total time: 31s
Build Trigger: Schedule
Build
Hi folks!
Over at the DeltaSpike we are discussing about a generic logging layer which we
can exchange easily.
We have been reluctant to use slf4j because some containers use different
layers etc. But jul is also not really satisfying.
It should be easily shadeable and use java6 features like
Would there be some interest for creating a commons-logging-2.0?
I had some code for CL2 version. Basically commons 1.x but without the
detection logic.
So you pick the implementation by having the right jar in the
classpath. Not sure I still have it.
At some stage I just gave up. Mostly
Hey Simo,
no hurry! :-)
I'm just figuring how to implement the tests for populate(). For example
I want do do something like (properties is an empty map in this case):
@Test
public void populateEmpty()
throws Exception
{
on( target ).populate( properties );
assertTrue(
You could look at the Log4j 2 API, but while it supports multiple
implementations, is really designed to be an abstraction layer so that
user's have a clear line between the API and implementation. For the time
being you can find the documentation at
http://people.apache.org/~rgoers/log4j2/.
Hi Benedikt,
having test dependencies is fine, the restriction is just for the
main distribution.
looking forward to apply more from you!
alles gute,
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
hi guys,
you have the full support also from my side, a fresh new era of
commons-components has to born.
I am +1 to work on a commons-logging-2.0. It's clobberin' time!
all the best,
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
Hi Ralph!
I took a pretty deep look into log4j-2.0 already (even used it for a few sample
projects). But I was not aware that it's also an abstraction layer/facade ^^
So by using log4j-2.0 in DeltaSpike, a container vendor could mix and match
with other logging frameworks?
LieGrue,
strub
Hi,
I just wanted to say hello to you, the Apache commons developer. As I said few
days ago on Twitter: I will subscribe and try to help with my commitment.
(https://twitter.com/#!/fmueller_bln/status/166264434942152705) So, here I am.
:-) I'm a young developer from Berlin, doing Java since 7
Hi Felix,
welcome in the brotherhood and yes, that's the way to go :)
Looking forward to read more from you, alles gute,
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Wed, Feb 8, 2012 at 11:24
On Wed, Feb 8, 2012 at 5:24 PM, Felix Müller
felix.mueller.ber...@googlemail.com wrote:
Hi,
I just wanted to say hello to you, the Apache commons developer. As I said
few days ago on Twitter: I will subscribe and try to help with my
commitment.
Hi to All, and thanks for the welcome!
I amfairly newto the world ofjavawhilestillbeingan expert programmerin
dealing withthe development offile-orientedapplications such ascobol for
over20 years. therefore excuse me for lowknowledge
I greatly appreciate Apache community work and his
On Wed, Feb 8, 2012 at 1:06 PM, Mark Struberg strub...@yahoo.de wrote:
Hi Ralph!
I took a pretty deep look into log4j-2.0 already (even used it for a few
sample projects). But I was not aware that it's also an abstraction
layer/facade ^^
So by using log4j-2.0 in DeltaSpike, a container
Sorry to ask a bit naive, but does cl2.0 make sense with log4j 2.0 in
mind? It seems log4j 2.0 does have such an abstraction and there is
slf4j too. Probably it is time to go dormant instead?
Anyway, if there are some reasons to continue working I would welcome
Torstens approach of course! Not
Anyway, if there are some reasons to continue working I would welcome
Torstens approach of course! Not that I want to take out the
enthusiasm here
I am also not sure it's worth the effort TBH.
FWIW: for libraries I ended up usually having no logging dependency at
all and for projects I just
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-proxy-test has an issue affecting its community integration.
This
Hi,
while working on MATH-732, I've made some amendments to the
FastFourierTransformer API. Basically, I've removed the factory
methods create() and createUnitary() I had previously introduced in
MATH-677. Instead, I introduced an enum {STANDARD, UNITARY}. This
allows the specification of the type
17 matches
Mail list logo
