Re: [chain] Upgrading to Maven parent version 21

Hi Elijah, can you ell me please which version of digester you upgrated to, if any? TIA, have a nice day! Simo http://people.apache.org/~simonetripodi/ http://www.99soft.org/ On Sun, Jul 31, 2011 at 12:03 AM, Elijah Zupancic wrote: > Hi Simo, > > The test passed before the upgrade. The first t

Re: [RESULT][VOTE] Release Commons Compress 1.2 Based on 1.2RC2

On 2011-07-31, Stefan Bodewig wrote: > wait for the mirrors to catch up and after that (likely not before > tomorrow) publish the new site which will be a copy of Stefan --

[RESULT][VOTE] Release Commons Compress 1.2 Based on 1.2RC2

Hi all, a bit more than 72 hours later and the vote has passed with binding +1s from Oliver Heger Phil Steitz Torsten Curdt Christian Grobmeier Gary Gregory Jörg Schaible Stefan Bodewig and no other votes. I'll now copy the distribution files over to the dist area and promote the Nexus staging

Re: [chain] Upgrading to Maven parent version 21

Hi Simo, The test passed before the upgrade. The first thing I thought was that it was broken in trunk, but apparently that's not the case. Oddly digester parses out 19 commands with the updated parent and 17 with the original parent. Thanks, -Elijah On Saturday, July 30, 2011, Simone Tripodi w

Re: [chain] Upgrading to Maven parent version 21

Hi Elijah, thanks for putting effort on chain! Just a silly question: did the test fail also before parent upgrade? In that case, I'd say i is an error in /trunk. Unfortunately my new laptop still hasn't arrived so I can't install everything and check myself, otherwise I would help you a little mor

[chain] Upgrading to Maven parent version 21

As part of my refactoring project with Apache Chain, I've been trying to update dependency versions. I tried to upgrade the maven parent configuration and the compile worked fine, but I have been getting a really odd unit test failure. Moreover, I did a diff between maven parent pom.xml versions an

Re: [VOTE] Release Commons Compress 1.2 Based on 1.2RC2

On Fri, Jul 29, 2011 at 8:02 AM, Gary Gregory wrote: > Do we require license headers on test fixtures? If not, +1. Not required. Hen - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail:

Re: Searching volunteer

Hi, Am 30.07.2011 13:41, schrieb Marcel Offermans: Hello Andrey, I'm sure those libraries are useful, I never stated otherwise! One other thing you could consider, if you don't want to go through incubation, is to see if the libraries could somehow enhance existing Apache projects. The first

Re: AW: Searching volunteer

Hello Andrey, I'm sure those libraries are useful, I never stated otherwise! One other thing you could consider, if you don't want to go through incubation, is to see if the libraries could somehow enhance existing Apache projects. The first one that comes to mind is the Apache Commons project,

[GUMP@vmgump]: Project commons-proxy-test (in module apache-commons) failed

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

Re: [lang] LANG-686 Recursive call of replaceEachRepeatedly

On Fri, Jul 29, 2011 at 8:27 AM, Gary Gregory wrote: > Hi Hen, > > I am not really comfortable knowing that a SOE can be a "normal" code > path. It would have to be Javadoc'd to boot. > > I can see catching IllegalStateException and IllegalArgumentException > in client code, especially in a server

Re: [logging] logging vs slf4j

Folks, I' suggest the following: 1.) create single JARs which exactly do what they should. 2.) use the maven-shade-plugin [1] to package 'bundles' containing some fitting jars of your project just for convenience. LieGrue, strub [1] http://maven.apache.org/plugins/maven-shade-plugin/ --- On Fr