maven-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Stephen Connolly <stephen.alan.conno...@gmail.com>
Subject Re: Anyone want to help?
Date Sun, 12 Jun 2011 20:07:25 GMT
if guava is a better replacement and is ASL, i'm fine with it as a good fit

On 12 June 2011 20:52, Benson Margulies <bimargulies@gmail.com> wrote:
> In the case of CollectionUtils, I don't see why we shouldn't keep the
> existing implementation. In most cases, it would be better to replace
> the use of this class with Guava, but, to the extent that we are using
> it, we're not going to find a better implementation in 'commons' that
> replaces Olivier's thing.
>
> On Tue, May 24, 2011 at 5:28 AM, Stephen Connolly
> <stephen.alan.connolly@gmail.com> wrote:
>> I'm working on providing a compatibility layer for plexus-utils that
>> uses the commons-* stuff to provide the implementation.
>>
>> If anyone is interested in helping please shout out.
>>
>> Most of the work is actually writing the crazy test cases, everything
>> else should be simple shims through to existing commons functionality.
>>
>> You can join in here if you are an Apache Committer (sandbox is open
>> to all Apache Committers)
>> https://svn.apache.org/repos/asf/maven/sandbox/trunk/plexus-utils-commons-bridge
>>
>> Pick a plexus-utils class, and start creating tests... better still
>> write the tests black box (that's what I am doing!)
>>
>> Then when you have some tests written in the TCK module, create the
>> implementation class with all the methods:
>>
>> { throw new UnsupportedOperationException("Not implemented yet!"); }
>>
>> and then you can knock off implementations and see your test pass rate
>> rise in the bridge module.
>>
>> I'm tackling IOUtil first and then PropertyUtils.
>>
>> To stake your claim, commit the test case class first and then unless
>> you tell us otherwise you are working on that class!
>>
>> -Stephen
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> For additional commands, e-mail: dev-help@maven.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org


Mime
View raw message