On Wed, Aug 3, 2011 at 7:51 AM, Phil Steitz phil.ste...@gmail.com wrote:
I am not so sure about that. I guess it depends on what kind of
simple scripts you are willing to use to automate things and how
much you care about being certain that that things are working and
you know exactly what
On 8/2/11 11:09 PM, Jochen Wiedmann wrote:
On Wed, Aug 3, 2011 at 7:51 AM, Phil Steitz phil.ste...@gmail.com wrote:
I am not so sure about that. I guess it depends on what kind of
simple scripts you are willing to use to automate things and how
much you care about being certain that that
On Wed, Aug 3, 2011 at 8:28 AM, Phil Steitz phil.ste...@gmail.com wrote:
Nothing, other than that is exactly what I do and I know exactly
what is going on. I don't see any real saving, that's all and I see
no need to bring in proprietary gui-based software into the mix or
to wget stuff from
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=10810projectId=67
Build statistics:
State: Failed
Previous State: Failed
Started at: Wed 3 Aug 2011 06:38:40 +
Finished at: Wed 3 Aug 2011 06:38:52 +
Total time: 12s
Build Trigger: Forced
Build
On 8/2/11 11:30 PM, Jochen Wiedmann wrote:
On Wed, Aug 3, 2011 at 8:28 AM, Phil Steitz phil.ste...@gmail.com wrote:
Nothing, other than that is exactly what I do and I know exactly
what is going on. I don't see any real saving, that's all and I see
no need to bring in proprietary gui-based
Le 03/08/2011 08:40, Phil Steitz a écrit :
On 8/2/11 11:30 PM, Jochen Wiedmann wrote:
On Wed, Aug 3, 2011 at 8:28 AM, Phil Steitzphil.ste...@gmail.com wrote:
Nothing, other than that is exactly what I do and I know exactly
what is going on. I don't see any real saving, that's all and I see
I am also worried about a closed tool like Nexus being used to publish
Apache stuff.
Luc
This is curious, indeed. I always wondered why we use Nexus instead of
eating our own dog food Apache Archiva[1], but worried to receive a
reply why didn't you RTFM on http://xyz...; :P
Have a nice
Le 01/08/2011 22:40, Luc Maisonobe a écrit :
Hi Phil,
Le 01/08/2011 20:39, Phil Steitz a écrit :
On 8/1/11 1:31 AM, luc.maison...@free.fr wrote:
Hi Phil,
- Mail original -
In my own applications, I noticed what appears to be poor
performance in the nextInt(int) method of the
Le 03/08/2011 09:38, Luc Maisonobe a écrit :
Le 01/08/2011 22:40, Luc Maisonobe a écrit :
Hi Phil,
Le 01/08/2011 20:39, Phil Steitz a écrit :
On 8/1/11 1:31 AM, luc.maison...@free.fr wrote:
Hi Phil,
- Mail original -
In my own applications, I noticed what appears to be poor
On Wed, Aug 3, 2011 at 8:45 AM, Luc Maisonobe luc.maison...@free.fr wrote:
I am also worried about a closed tool like Nexus being used to publish
Apache stuff.
That discussion was made years ago, when Nexus was introduced. And,
for the record, I strongly opposed Nexus at that time in favour of
On 01.08.11 09:08, Stefan Bodewig wrote:
I've added a dependency on velocity-tools-view to the Gump descriptor
which may or may not fix the problem (velocity-tools-view currently
doesn't build itself in Gump and unless I managed to fix that as well,
JCS will simply not be built at all).
On 03/08/2011 06:36, Jochen Wiedmann wrote:
On Tue, Aug 2, 2011 at 4:29 PM, Mark Thomas ma...@apache.org wrote:
What benefits do we get by using Nexus
A real lot of work saved. (Beleave me. I've been RM for the same
projects with and without Nexus and it's really a difference.)
I fail to
My thought is that there might be some java.util.logging helpers that
could be written, and perhaps they might go in [lang] if there are 5
or fewer classes.
I assume that slf4j and log4j have their own j.u.logging connections,
so that end is dealt with.
The time of [logging] has probably passed.
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
Hasn't the time for both CL and log4j passed by? The trend nowadays seems to
be slf4j/logback.
Den 3. aug. 2011 15:03 skrev Gary Gregory garydgreg...@gmail.com
følgende:
Or maybe Log4j 2 could replace [logging].
Gary
On Wed, Aug 3, 2011 at 5:33 AM, Stephen Colebourne scolebou...@joda.org
Hi all guys,
I'm (re)starting having a good slot of spare time, I volunteered to
help Matt on finalizing the [collections] release, but after had a
look at the open issues I think we should agree on what including and
what not.
Does anyone already have a good overview/idea of collections roadmap?
On Aug 3, 2011, at 6:07 AM, David Karlsen wrote:
Hasn't the time for both CL and log4j passed by? The trend nowadays seems to
be slf4j/logback.
If you read further back in this thread you will see where I highlighted the
problems in Logback as well as difficulties with SLF4J. Plus, every
On Aug 2, 2011, at 11:45 PM, Luc Maisonobe wrote:
I am also worried about a closed tool like Nexus being used to publish Apache
stuff.
Nexus is not completely closed. There is a community version that contains 90%
of the functionality. That said, I really don't want to go look at the
I prefer Apache driven projects when possible. If LOG4J2 takes off,
feature requests would be implemented quicker, I hope.
On Wed, Aug 3, 2011 at 9:27 AM, Ralph Goers ralph.go...@dslextreme.com wrote:
On Aug 3, 2011, at 6:07 AM, David Karlsen wrote:
Hasn't the time for both CL and log4j
The most important theme IMO is generics. That's what has come up at
work recently in fact. Everything else except showstopper bugs can
wait IMO.
Gary
On Wed, Aug 3, 2011 at 9:16 AM, Simone Tripodi simonetrip...@apache.org wrote:
Hi all guys,
I'm (re)starting having a good slot of spare time,
On Wed, Aug 3, 2011 at 10:02 AM, Jörg Schaible
joerg.schai...@scalaris.com wrote:
Hi Hen,
Henri Yandell wrote:
I'd like to release 3.0.1 of Lang.
Do we have any policies regarding Serializable types? I'd like to make
StrMatcher, StrLookup and StrSubstitutor serializable. One step further
On Wed, Aug 3, 2011 at 9:51 AM, Gary Gregory garydgreg...@gmail.com wrote:
I like Log4J just fine thank you very much :)
I'm looking forward to 2.0.
Gary
I concur with Gary. All my apps use LOG4J, not JCL or SLF4J. My
dependencies do, however, but LOG4J works great minus a few
enhancements
Or do a pure generics release as 3.5 to satisfy that need... which
allows 4.0 to have generics plus the benefit of major refactoring if
necessary (could also be called 4.0 and 5.0).
On Wed, Aug 3, 2011 at 9:55 AM, Matt Benson gudnabr...@gmail.com wrote:
On Wed, Aug 3, 2011 at 9:48 AM, Gary
First of all, sorry to jump in at this point of the discussion.
2011/7/28 Simone Tripodi simonetrip...@apache.org
Hi all guys,
I remember I raw a thread - not sure if I did it here at commons or
somewhere else here at apache - where specified we prefer adding
[logging] as components
Paul,
BTW, in terms of swelling community development, if LOG4J+JCL were to
merge and just become JCL2, it could have the visibility of all
Commons committers. Isn't it much more of a common component than a
separate project? I think the logging project is dysfunctional anyway
-- make it a
Thanks all for the feedbacks!!!
I think that having generics (already done for what I can see) plus
COLLECTIONS-310/351/372/377 + checking all issues where requesting
generics would be reasonable to publish the 4.0 release.
I don't know if someone already has a complete list of COLLECTIONS-310
I think that a key mistake was trying to do both generics and
refactoring. I'd suggest that quite a few users would simply like a
generified [collections] 3.5 that is fully backwards compatible (as
the JDK was) and with no refactoring.
Now, some of the API cannot be generified correctly, so for
On 3 August 2011 09:06, Luc Maisonobe luc.maison...@free.fr wrote:
Le 03/08/2011 09:38, Luc Maisonobe a écrit :
Le 01/08/2011 22:40, Luc Maisonobe a écrit :
Hi Phil,
Le 01/08/2011 20:39, Phil Steitz a écrit :
On 8/1/11 1:31 AM, luc.maison...@free.fr wrote:
Hi Phil,
- Mail original
On 8/3/11 9:02 AM, sebb wrote:
On 3 August 2011 09:06, Luc Maisonobe luc.maison...@free.fr wrote:
Le 03/08/2011 09:38, Luc Maisonobe a écrit :
Le 01/08/2011 22:40, Luc Maisonobe a écrit :
Hi Phil,
Le 01/08/2011 20:39, Phil Steitz a écrit :
On 8/1/11 1:31 AM, luc.maison...@free.fr wrote:
Hi
Le 03/08/2011 18:15, Phil Steitz a écrit :
On 8/3/11 9:02 AM, sebb wrote:
On 3 August 2011 09:06, Luc Maisonobeluc.maison...@free.fr wrote:
Le 03/08/2011 09:38, Luc Maisonobe a écrit :
Le 01/08/2011 22:40, Luc Maisonobe a écrit :
Hi Phil,
Le 01/08/2011 20:39, Phil Steitz a écrit :
On
Antonio Petrelli wrote:
However in my experience SLF4J has a big drawback: when used in a
shared classloader (JBoss Portal anyone?) it is needed to have the
same stinky old version of SLF4J in all applications during compile
time, and the library should be excluded from the package.
Hello
Hi Ceki
2011/8/3 Ceki Gülcü c...@qos.ch
Antonio Petrelli wrote:
On the other hand, the version of slf4j binding that you select at
runtime needs to match the slf4j-api. For example, if you have
slf4j-api-1.6.1.jar on your classpath and you wish to use log4j, then
you need
2011/8/3 Antonio Petrelli antonio.petre...@gmail.com
However in my experience SLF4J has a big drawback: when used in a shared
classloader (JBoss Portal anyone?) it is needed to have the same stinky old
version of SLF4J in all applications during compile time, and the library
should be
Hi Lasse!
I'd personally like if you could fill an Issue on Jira and submit your
XZ implementation as a patch that naturally fits in the
org.apache.commons.compress package and you continue contributing on
maintaining it - maybe depending on an external package would be more
difficult since
On Wed, Aug 3, 2011 at 6:32 AM, Henri Yandell flame...@gmail.com wrote:
On Tue, Aug 2, 2011 at 9:30 PM, Phil Steitz phil.ste...@gmail.com wrote:
On 8/2/11 5:22 PM, Henri Yandell wrote:
On Tue, Aug 2, 2011 at 7:23 AM, Emmanuel Bourg ebo...@apache.org wrote:
Are we still going to deploy Maven
On 8/3/11 1:37 PM, Niall Pemberton wrote:
On Wed, Aug 3, 2011 at 6:32 AM, Henri Yandell flame...@gmail.com wrote:
On Tue, Aug 2, 2011 at 9:30 PM, Phil Steitz phil.ste...@gmail.com wrote:
On 8/2/11 5:22 PM, Henri Yandell wrote:
On Tue, Aug 2, 2011 at 7:23 AM, Emmanuel Bourg ebo...@apache.org
On 8/3/11 2:14 PM, Phil Steitz wrote:
On 8/3/11 1:37 PM, Niall Pemberton wrote:
On Wed, Aug 3, 2011 at 6:32 AM, Henri Yandell flame...@gmail.com wrote:
On Tue, Aug 2, 2011 at 9:30 PM, Phil Steitz phil.ste...@gmail.com wrote:
On 8/2/11 5:22 PM, Henri Yandell wrote:
On Tue, Aug 2, 2011 at 7:23
On Wed, Jul 27, 2011 at 3:54 PM, Rahul Akolkar rahul.akol...@gmail.com wrote:
On Wed, Jul 27, 2011 at 2:25 PM, Thomas Vandahl t...@apache.org wrote:
Hi folks,
I finished the updates to JDK 5 generics and concurrent and updated the
maven-2 build. Still some tests fail, others should never have
The flaw would be in JBoss Portal, not the portlet spec. The spec doesn't have
anything to do with logging.
Ralph
On Aug 3, 2011, at 11:18 AM, Antonio Petrelli wrote:
2011/8/3 Antonio Petrelli antonio.petre...@gmail.com
However in my experience SLF4J has a big drawback: when used in a
Hi,
please review a proposal for the definition of general iterative linear
solvers, as well as the implementation of the conjugate gradient method. This
is file MATH-581-06.zip attached to the JIRA MATH-581 ticket.
Thanks for your comments!
Actually, I *do* have a comment. For the time being,
40 matches
Mail list logo