dev@commons.apache.org Archives

Re: [VOTE] Apache Commons to sponsor agimatec-validation incunbation

2009-12-08T02:00:18Z

On Mon, Dec 7, 2009 at 8:16 AM, Mohammad Nour El-Din
 wrote:
> So Niall, whats next and please if there is anything I can help in let
> me know about it.

I was waiting for Donald to take the lead. Hes posted a couple of
message about the vote which I responded to but he doesn't seem to be
around much. Its ready AFAIC to post the proposal to
general@incubator.

Niall

> On Fri, Dec 4, 2009 at 5:41 PM, Niall Pemberton
>  wrote:
>> On Fri, Dec 4, 2009 at 3:18 PM, Donald Woods  wrote:
>>> Niall, any update on the voting?
>>
>> The vote passed on Nov 24th:
>>
>> http://markmail.org/message/m6a5hfdunoxkox6n
>>
>> Niall
>>
>>> -Donald
>>>
>>>
>>> Donald Woods wrote:
>>>>
>>>> Is the voting complete? �If so, can you post the Results to the dev list,
>>>> so we can start discussing the proposal on the incubator@ list?
>>>>
>>>>
>>>> Thanks for driving this!
>>>> -Donald
>>>>
>>>>
>>>> Niall Pemberton wrote:
>>>>>
>>>>> On Mon, Nov 23, 2009 at 8:13 PM, Rahul Akolkar 
>>>>> wrote:
>>>>>>
>>>>>> On Wed, Nov 18, 2009 at 3:34 PM, Niall Pemberton
>>>>>>  wrote:
>>>>>> 
>>>>>>>
>>>>>>> [X] +1 Yes lets sponsor it
>>>>>>> [ ] �-1 No because...
>>>>>>>
>>>>>> 
>>>>>>>
>>>>>>> In order to make it easier for commons to *observe* the incubation
>>>>>>> effort does anyone object to discussion taking place on dev@commons
>>>>>>> rather than a separate list and commits going to commits@commons?
>>>>>>>
>>>>>>> [X] +1 Use the Commons mailing lists
>>>>>>> [ ] -1 Bad idea because...
>>>>>>>
>>>>>> 
>>>>>>
>>>>>> You mention using commits@commons here but the proposal on the
>>>>>> Incubator wiki suggests a commits list will be created (perhaps that
>>>>>> bit needs to be updated?)
>>>>>
>>>>> Good catch I've updated the proposal.
>>>>>
>>>>> Niall
>>>>>
>>>>>> -Rahul
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>
>>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
>
>
>
> --
> Thanks
> - Mohammad Nour
> - LinkedIn: http://www.linkedin.com/in/mnour
> ----
> "Life is like riding a bicycle. To keep your balance you must keep moving"
> - Albert Einstein
>
> "Writing clean code is what you must do in order to call yourself a
> professional. There is no reasonable excuse for doing anything less
> than your best."
> - Clean Code: A Handbook of Agile Software Craftsmanship
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>

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

Re: svn commit: r887821 - /commons/proper/dbcp/trunk/xdocs/download_dbcp.xml

2009-12-08T01:44:53Z

On Mon, Dec 7, 2009 at 3:36 AM, Phil Steitz  wrote:
> Niall Pemberton wrote:
>> Phil,
>>
>> It might be easier (maintenance-wise) to generate two separate pages -
>> one for each version. i.e. set the commons.release.version to "1.3",
>> generate the download_dbcp.xml and then rename it to something like
>> download_dbcp_13.xml then change the commons.release.version to "1.4"
>> and re-generate the download_dbcp.xml.
>
> Thanks, Niall. �The problem that I am trying to solve - unless
> others object to this - is to have *both 1.3 and 1.4* appear on a
> single download page. �I see the two releases as really both "latest
> release - just for different platforms." �I felt bad about hacking
> the generated file, but unless we want commons.release.version to
> turn into a list, I don't see a clean way to fix this.

There isn't a great way to do it in ant - need XSLT or jelly or some
such thing. Having said that I have changed commons-build-plugin so
that you can specify a second release version:

https://issues.apache.org/jira/browse/COMMONSSITE-48

Example of page generated for DBCP is here:
http://people.apache.org/~niallp/dbcp/download_dbcp.html

And the changes required in DBCP pom.xml:
http://issues.apache.org/jira/secure/attachment/12427266/build-plugin-dbcp.patch

Not great, but it works. Too late for this iteration of DBCP (would
need a commons-build-plugin and commons-parent release).

Niall

> Phil
>>
>> Up to you, just a suggestion
>>
>> Niall
>>
>> On Mon, Dec 7, 2009 at 2:23 AM, � wrote:
>>> Author: psteitz
>>> Date: Mon Dec �7 02:23:10 2009
>>> New Revision: 887821
>>>
>>> URL: http://svn.apache.org/viewvc?rev=887821&view=rev
>>> Log:
>>> Modified (commons-build-generated) download page to include links to both 1.3
and 1.4 releases.
>>>
>>> Modified:
>>> � �commons/proper/dbcp/trunk/xdocs/download_dbcp.xml
>>>
>>> Modified: commons/proper/dbcp/trunk/xdocs/download_dbcp.xml
>>> URL: http://svn.apache.org/viewvc/commons/proper/dbcp/trunk/xdocs/download_dbcp.xml?rev=887821&r1=887820&r2=887821&view=diff
>>> ==============================================================================
>>> --- commons/proper/dbcp/trunk/xdocs/download_dbcp.xml (original)
>>> +++ commons/proper/dbcp/trunk/xdocs/download_dbcp.xml Mon Dec �7 02:23:10 2009
>>> @@ -18,28 +18,24 @@
>>> �
>>> @@ -99,20 +95,23 @@
>>>
>>> � � � 
>>> � � � � 
KEYS
>>> + � � � �
>>> + � � � �
>>> + � � � �
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>

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

Re: Colt vs. Primitives

2009-12-07T22:26:32Z

Bring them in!  We will likely need them as well.

On Mon, Dec 7, 2009 at 2:23 PM, Benson Margulies wrote:

> maps.
>
>
> On Dec 7, 2009, at 5:16 PM, Ted Dunning  wrote:
>
>  Which part did you care about?
>>
>> On Mon, Dec 7, 2009 at 2:12 PM, Benson Margulies > >wrote:
>>
>>  Aha, you didn't take the part I care about most, but your grab of the
>>> jet stuff may help me grab the collections stuff. This is almost messy
>>> enough for me to go back to coding from scratch from Knuth.
>>>
>>>
>>>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>


-- 
Ted Dunning, CTO
DeepDyve

Re: Colt vs. Primitives

2009-12-07T22:23:16Z

maps.

On Dec 7, 2009, at 5:16 PM, Ted Dunning  wrote:

> Which part did you care about?
>
> On Mon, Dec 7, 2009 at 2:12 PM, Benson Margulies  >wrote:
>
>> Aha, you didn't take the part I care about most, but your grab of the
>> jet stuff may help me grab the collections stuff. This is almost  
>> messy
>> enough for me to go back to coding from scratch from Knuth.
>>
>>

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

Re: Colt vs. Primitives

2009-12-07T22:16:16Z

Which part did you care about?

On Mon, Dec 7, 2009 at 2:12 PM, Benson Margulies wrote:

> Aha, you didn't take the part I care about most, but your grab of the
> jet stuff may help me grab the collections stuff. This is almost messy
> enough for me to go back to coding from scratch from Knuth.
>
>

Re: Colt vs. Primitives

2009-12-07T22:12:00Z

Aha, you didn't take the part I care about most, but your grab of the
jet stuff may help me grab the collections stuff. This is almost messy
enough for me to go back to coding from scratch from Knuth.

On Mon, Dec 7, 2009 at 5:10 PM, Jake Mannix  wrote:
> It's in the module now called "matrix" - the name "colt" is tradmarked by
> CERN, so
> we're not using that name as such.
>
>  -jake
>
> On Mon, Dec 7, 2009 at 2:08 PM, Benson Margulies wrote:
>
>> I just checked this out and there is no colt in there. I got rev 888157.
>>
>>
>>
>> On Mon, Dec 7, 2009 at 5:04 PM, Ted Dunning  wrote:
>> > http://svn.apache.org/repos/asf/lucene/mahout/trunk is the overall
>> > directory.  Colt is just below that.  I believe that the pom in the
>> subdir
>> > will build colt without the top-level, but you know more about maven than
>> I
>> > do.
>> >
>> > On Mon, Dec 7, 2009 at 1:58 PM, Benson Margulies > >wrote:
>> >
>> >> Ted, I just figured out why I should take you up on your offer. Where
>> >> in svn is the Mahout fork?
>> >>
>> >> On Sun, Dec 6, 2009 at 2:14 PM, Ted Dunning 
>> wrote:
>> >> > Mahout has already sucked Colt in.  If you are interested in
>> modernizing
>> >> it,
>> >> > that might be a good place to do it.
>> >> >
>> >> > We are committed to maintaining its status as an independent library
>> and
>> >> are
>> >> > avoiding injecting any other dependencies.
>> >> >
>> >> > On Sun, Dec 6, 2009 at 4:15 AM, Benson Margulies <
>> bimargulies@gmail.com
>> >> >wrote:
>> >> >
>> >> >>
>> >> >> The Colt library contains a pretty good core start to associative
>> >> >> containers on basic types: http://acs.lbl.gov/~hoschek/colt
>> 
>> >> .
>> >> >> The
>> >> >> license looks like it might be an 'A'. I've posted a JIRA to legal
to
>> >> >> check.
>> >> >>
>> >> >>
>> >> >
>> >>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> >> For additional commands, e-mail: dev-help@commons.apache.org
>> >>
>> >>
>> >
>> >
>> > --
>> > Ted Dunning, CTO
>> > DeepDyve
>> >
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
>

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

Re: Colt vs. Primitives

2009-12-07T22:10:01Z

It's in the module now called "matrix" - the name "colt" is tradmarked by
CERN, so
we're not using that name as such.

  -jake

On Mon, Dec 7, 2009 at 2:08 PM, Benson Margulies wrote:

> I just checked this out and there is no colt in there. I got rev 888157.
>
>
>
> On Mon, Dec 7, 2009 at 5:04 PM, Ted Dunning  wrote:
> > http://svn.apache.org/repos/asf/lucene/mahout/trunk is the overall
> > directory.  Colt is just below that.  I believe that the pom in the
> subdir
> > will build colt without the top-level, but you know more about maven than
> I
> > do.
> >
> > On Mon, Dec 7, 2009 at 1:58 PM, Benson Margulies  >wrote:
> >
> >> Ted, I just figured out why I should take you up on your offer. Where
> >> in svn is the Mahout fork?
> >>
> >> On Sun, Dec 6, 2009 at 2:14 PM, Ted Dunning 
> wrote:
> >> > Mahout has already sucked Colt in.  If you are interested in
> modernizing
> >> it,
> >> > that might be a good place to do it.
> >> >
> >> > We are committed to maintaining its status as an independent library
> and
> >> are
> >> > avoiding injecting any other dependencies.
> >> >
> >> > On Sun, Dec 6, 2009 at 4:15 AM, Benson Margulies <
> bimargulies@gmail.com
> >> >wrote:
> >> >
> >> >>
> >> >> The Colt library contains a pretty good core start to associative
> >> >> containers on basic types: http://acs.lbl.gov/~hoschek/colt
> 
> >> .
> >> >> The
> >> >> license looks like it might be an 'A'. I've posted a JIRA to legal
to
> >> >> check.
> >> >>
> >> >>
> >> >
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> >> For additional commands, e-mail: dev-help@commons.apache.org
> >>
> >>
> >
> >
> > --
> > Ted Dunning, CTO
> > DeepDyve
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>

Re: Colt vs. Primitives

2009-12-07T22:08:28Z

I just checked this out and there is no colt in there. I got rev 888157.



On Mon, Dec 7, 2009 at 5:04 PM, Ted Dunning  wrote:
> http://svn.apache.org/repos/asf/lucene/mahout/trunk is the overall
> directory.  Colt is just below that.  I believe that the pom in the subdir
> will build colt without the top-level, but you know more about maven than I
> do.
>
> On Mon, Dec 7, 2009 at 1:58 PM, Benson Margulies wrote:
>
>> Ted, I just figured out why I should take you up on your offer. Where
>> in svn is the Mahout fork?
>>
>> On Sun, Dec 6, 2009 at 2:14 PM, Ted Dunning  wrote:
>> > Mahout has already sucked Colt in.  If you are interested in modernizing
>> it,
>> > that might be a good place to do it.
>> >
>> > We are committed to maintaining its status as an independent library and
>> are
>> > avoiding injecting any other dependencies.
>> >
>> > On Sun, Dec 6, 2009 at 4:15 AM, Benson Margulies > >wrote:
>> >
>> >>
>> >> The Colt library contains a pretty good core start to associative
>> >> containers on basic types: http://acs.lbl.gov/~hoschek/colt
>> .
>> >> The
>> >> license looks like it might be an 'A'. I've posted a JIRA to legal to
>> >> check.
>> >>
>> >>
>> >
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
>
>
> --
> Ted Dunning, CTO
> DeepDyve
>

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

Re: Colt vs. Primitives

2009-12-07T22:04:56Z

http://svn.apache.org/repos/asf/lucene/mahout/trunk is the overall
directory.  Colt is just below that.  I believe that the pom in the subdir
will build colt without the top-level, but you know more about maven than I
do.

On Mon, Dec 7, 2009 at 1:58 PM, Benson Margulies wrote:

> Ted, I just figured out why I should take you up on your offer. Where
> in svn is the Mahout fork?
>
> On Sun, Dec 6, 2009 at 2:14 PM, Ted Dunning  wrote:
> > Mahout has already sucked Colt in.  If you are interested in modernizing
> it,
> > that might be a good place to do it.
> >
> > We are committed to maintaining its status as an independent library and
> are
> > avoiding injecting any other dependencies.
> >
> > On Sun, Dec 6, 2009 at 4:15 AM, Benson Margulies  >wrote:
> >
> >>
> >> The Colt library contains a pretty good core start to associative
> >> containers on basic types: http://acs.lbl.gov/~hoschek/colt
> .
> >> The
> >> license looks like it might be an 'A'. I've posted a JIRA to legal to
> >> check.
> >>
> >>
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>


-- 
Ted Dunning, CTO
DeepDyve

Re: Colt vs. Primitives

2009-12-07T21:58:43Z

Ted, I just figured out why I should take you up on your offer. Where
in svn is the Mahout fork?

On Sun, Dec 6, 2009 at 2:14 PM, Ted Dunning  wrote:
> Mahout has already sucked Colt in.  If you are interested in modernizing it,
> that might be a good place to do it.
>
> We are committed to maintaining its status as an independent library and are
> avoiding injecting any other dependencies.
>
> On Sun, Dec 6, 2009 at 4:15 AM, Benson Margulies wrote:
>
>>
>> The Colt library contains a pretty good core start to associative
>> containers on basic types: http://acs.lbl.gov/~hoschek/colt.
>> The
>> license looks like it might be an 'A'. I've posted a JIRA to legal to
>> check.
>>
>>
>

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

Re: [dbcp] 1.3/1.4 RC1 available for review

2009-12-07T12:22:23Z

Phil Steitz wrote:
> I am inclined to just do one VOTE
+1

> There is also a recently opened documentation bug (DBCP-309) that I
> do not see as a showstopper for this release, but would appreciate
> feedback on the ticket and concurrence that we can push it to
> 1.3.1/1.4.1.

+1

Mark




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

Re: [VOTE] Apache Commons to sponsor agimatec-validation incunbation

2009-12-07T11:56:56Z

Hi Niall, validation team,
same here, I'm available :)
Simo

On Mon, Dec 7, 2009 at 9:16 AM, Mohammad Nour El-Din
 wrote:
> So Niall, whats next and please if there is anything I can help in let
> me know about it.
>
> On Fri, Dec 4, 2009 at 5:41 PM, Niall Pemberton
>  wrote:
>> On Fri, Dec 4, 2009 at 3:18 PM, Donald Woods  wrote:
>>> Niall, any update on the voting?
>>
>> The vote passed on Nov 24th:
>>
>> http://markmail.org/message/m6a5hfdunoxkox6n
>>
>> Niall
>>
>>> -Donald
>>>
>>>
>>> Donald Woods wrote:
>>>>
>>>> Is the voting complete?  If so, can you post the Results to the dev list,
>>>> so we can start discussing the proposal on the incubator@ list?
>>>>
>>>>
>>>> Thanks for driving this!
>>>> -Donald
>>>>
>>>>
>>>> Niall Pemberton wrote:
>>>>>
>>>>> On Mon, Nov 23, 2009 at 8:13 PM, Rahul Akolkar 
>>>>> wrote:
>>>>>>
>>>>>> On Wed, Nov 18, 2009 at 3:34 PM, Niall Pemberton
>>>>>>  wrote:
>>>>>> 
>>>>>>>
>>>>>>> [X] +1 Yes lets sponsor it
>>>>>>> [ ]  -1 No because...
>>>>>>>
>>>>>> 
>>>>>>>
>>>>>>> In order to make it easier for commons to *observe* the incubation
>>>>>>> effort does anyone object to discussion taking place on dev@commons
>>>>>>> rather than a separate list and commits going to commits@commons?
>>>>>>>
>>>>>>> [X] +1 Use the Commons mailing lists
>>>>>>> [ ] -1 Bad idea because...
>>>>>>>
>>>>>> 
>>>>>>
>>>>>> You mention using commits@commons here but the proposal on the
>>>>>> Incubator wiki suggests a commits list will be created (perhaps that
>>>>>> bit needs to be updated?)
>>>>>
>>>>> Good catch I've updated the proposal.
>>>>>
>>>>> Niall
>>>>>
>>>>>> -Rahul
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>
>>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
>
>
>
> --
> Thanks
> - Mohammad Nour
> - LinkedIn: http://www.linkedin.com/in/mnour
> ----
> "Life is like riding a bicycle. To keep your balance you must keep moving"
> - Albert Einstein
>
> "Writing clean code is what you must do in order to call yourself a
> professional. There is no reasonable excuse for doing anything less
> than your best."
> - Clean Code: A Handbook of Agile Software Craftsmanship
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>



-- 
http://www.google.com/profiles/simone.tripodi

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

[dbcp] 1.3/1.4 RC1 available for review

2009-12-07T11:37:38Z

I have prepared release candidates for DBCP 1.3 and 1.4.  Please all
interested parties have a look and test.  If all goes well, I will
kick off a release VOTE based on these artifacts in the next couple
of days.  I see these as really two sets of artifacts associated
with one release, so I am inclined to just do one VOTE including
both versions.  If anyone disagrees with this, please speak up.  I
am happy to run two VOTEs.

1.3 (JDBC 3) version:
http://people.apache.org/~psteitz/dbcp-1.3-rc1
http://people.apache.org/~psteitz/dbcp-1.3-rc1/site
http://people.apache.org/~psteitz/dbcp-1.3-rc1/maven
http://svn.apache.org/repos/asf/commons/proper/dbcp/tags/DBCP_1_3_RC1/

1.4 (JDBC 4) version:
http://people.apache.org/~psteitz/dbcp-1.4-rc1
http://people.apache.org/~psteitz/dbcp-1.4-rc1/site
http://people.apache.org/~psteitz/dbcp-1.4-rc1/maven
http://svn.apache.org/repos/asf/commons/proper/dbcp/tags/DBCP_1_4_RC1/

Release notes (common version, ships with both)
http://people.apache.org/~psteitz/RELEASE-NOTES.txt

There is also a recently opened documentation bug (DBCP-309) that I
do not see as a showstopper for this release, but would appreciate
feedback on the ticket and concurrence that we can push it to
1.3.1/1.4.1.

Thanks!

Phil

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

Re: [VOTE] Apache Commons to sponsor agimatec-validation incunbation

2009-12-07T08:16:37Z

So Niall, whats next and please if there is anything I can help in let
me know about it.

On Fri, Dec 4, 2009 at 5:41 PM, Niall Pemberton
 wrote:
> On Fri, Dec 4, 2009 at 3:18 PM, Donald Woods  wrote:
>> Niall, any update on the voting?
>
> The vote passed on Nov 24th:
>
> http://markmail.org/message/m6a5hfdunoxkox6n
>
> Niall
>
>> -Donald
>>
>>
>> Donald Woods wrote:
>>>
>>> Is the voting complete? �If so, can you post the Results to the dev list,
>>> so we can start discussing the proposal on the incubator@ list?
>>>
>>>
>>> Thanks for driving this!
>>> -Donald
>>>
>>>
>>> Niall Pemberton wrote:
>>>>
>>>> On Mon, Nov 23, 2009 at 8:13 PM, Rahul Akolkar 
>>>> wrote:
>>>>>
>>>>> On Wed, Nov 18, 2009 at 3:34 PM, Niall Pemberton
>>>>>  wrote:
>>>>> 
>>>>>>
>>>>>> [X] +1 Yes lets sponsor it
>>>>>> [ ] �-1 No because...
>>>>>>
>>>>> 
>>>>>>
>>>>>> In order to make it easier for commons to *observe* the incubation
>>>>>> effort does anyone object to discussion taking place on dev@commons
>>>>>> rather than a separate list and commits going to commits@commons?
>>>>>>
>>>>>> [X] +1 Use the Commons mailing lists
>>>>>> [ ] -1 Bad idea because...
>>>>>>
>>>>> 
>>>>>
>>>>> You mention using commits@commons here but the proposal on the
>>>>> Incubator wiki suggests a commits list will be created (perhaps that
>>>>> bit needs to be updated?)
>>>>
>>>> Good catch I've updated the proposal.
>>>>
>>>> Niall
>>>>
>>>>> -Rahul
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>
>>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>



-- 
Thanks
- Mohammad Nour
- LinkedIn: http://www.linkedin.com/in/mnour
----
"Life is like riding a bicycle. To keep your balance you must keep moving"
- Albert Einstein

"Writing clean code is what you must do in order to call yourself a
professional. There is no reasonable excuse for doing anything less
than your best."
- Clean Code: A Handbook of Agile Software Craftsmanship

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

[GUMP@vmgump]: Project commons-jelly-tags-fmt-test (in module commons-jelly) failed

2009-12-07T07:41:38Z

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 general@gump.apache.org.

Project commons-jelly-tags-fmt-test has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 2 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
    - commons-jelly-tags-fmt-test :  Commons Jelly


Full details are available at:
    http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-fmt-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were provided:
 -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces.
 -WARNING- Overriding Maven properties: [/srv/gump/public/workspace/commons-jelly/jelly-tags/fmt/build.properties]
 -DEBUG- (Gump generated) Maven Properties in: /srv/gump/public/workspace/commons-jelly/jelly-tags/fmt/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: /srv/gump/public/workspace/commons-jelly/jelly-tags/fmt/project.xml
 -DEBUG- Maven project properties in: /srv/gump/public/workspace/commons-jelly/jelly-tags/fmt/project.properties
 -INFO- Project Reports in: /srv/gump/public/workspace/commons-jelly/jelly-tags/fmt/target/test-reports



The following work was performed:
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-fmt-test/gump_work/build_commons-jelly_commons-jelly-tags-fmt-test.html
Work Name: build_commons-jelly_commons-jelly-tags-fmt-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 7 secs
Command Line: maven --offline jar 
[Working Directory: /srv/gump/public/workspace/commons-jelly/jelly-tags/fmt]
CLASSPATH: /usr/lib/jvm/java-6-sun/lib/tools.jar:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/dist/lib/ant-swing.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-xalan2.jar:/srv/gump/public/workspace/ant/dist/lib/ant-trax.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/packages/bsh-2.0b4/bsh-commands-2.0b4.jar:/srv/gump/packages/bsh-2.0b4/bsh-classpath-2.0b4.jar:/srv/gump/packages/bsh-2.0b4/bsh-core-2.0b4.jar:/srv/gump/packages/bsh-2.0b4/bsh-bsf-2.0b4.jar:/srv/gump/packages/bsh-2.0b4/bsh-2.0b4.jar:/srv/gump/packages/bsh-2.0b4/bsh-reflect-2.0b4.jar:/srv/gump/packages/bsh-2.0b4/bsh-util-2.0b4.jar:/srv/gump/public/workspace/apache-commons/beanutils/dist/commons-beanutils-07122009.jar:/srv/gump/pu
 blic/workspace/commons-collections-3.x/target/commons-collections-3.3-SNAPSHOT.jar:/srv/gump/public/workspace/commons-jelly/target/commons-jelly-07122009.jar:/srv/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-07122009.jar:/srv/gump/public/workspace/commons-jelly/jelly-tags/beanshell/target/commons-jelly-tags-beanshell-07122009.jar:/srv/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-07122009.jar:/srv/gump/public/workspace/commons-jexl-1.x/target/commons-jexl-1.1.1-SNAPSHOT.jar:/srv/gump/public/workspace/apache-commons/logging/target/commons-logging-07122009.jar:/srv/gump/public/workspace/apache-commons/logging/target/commons-logging-api-07122009.jar:/srv/gump/public/workspace/dom4j/build/dom4j.jar:/srv/gump/public/workspace/jaxen/target/jaxen-07122009.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/srv/gump/public/workspace/commons-jelly/jelly-tags/fmt/target/commons-jell
 y-tags-fmt-07122009.jar
---------------------------------------------
    [junit] 	at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:111)
    [junit] 	at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:267)
    [junit] 	... 11 more
    [junit] Root cause
    [junit] java.lang.NoClassDefFoundError: org/apache/tools/ant/Main
    [junit] 	at org.apache.commons.jelly.tags.ant.AntTagLibrary.createProject(AntTagLibrary.java:128)
    [junit] 	at org.apache.commons.jelly.tags.ant.AntTagLibrary.getProject(AntTagLibrary.java:96)
    [junit] 	at org.apache.commons.jelly.tags.ant.AntTag.getAntProject(AntTag.java:310)
    [junit] 	at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:111)
    [junit] 	at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:267)
    [junit] 	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:96)
    [junit] 	at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:60)
    [junit] 
    [junit] 
    [junit] Testcase: testSetLocale(org.apache.commons.jelly.tags.junit.CaseTag$1):	Caused
an ERROR
    [junit] file:/srv/gump/public/workspace/commons-jelly/jelly-tags/fmt/target/test-classes/org/apache/commons/jelly/tags/fmt/suite.jelly:116:17:
 org/apache/tools/ant/Main
    [junit] org.apache.commons.jelly.JellyTagException: file:/srv/gump/public/workspace/commons-jelly/jelly-tags/fmt/target/test-classes/org/apache/commons/jelly/tags/fmt/suite.jelly:116:17:
 org/apache/tools/ant/Main
    [junit] 	at org.apache.commons.jelly.impl.TagScript.handleException(TagScript.java:732)
    [junit] 	at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:287)
    [junit] 	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:96)
    [junit] 	at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:60)
    [junit] Caused by: java.lang.NoClassDefFoundError: org/apache/tools/ant/Main
    [junit] 	at org.apache.commons.jelly.tags.ant.AntTagLibrary.createProject(AntTagLibrary.java:128)
    [junit] 	at org.apache.commons.jelly.tags.ant.AntTagLibrary.getProject(AntTagLibrary.java:96)
    [junit] 	at org.apache.commons.jelly.tags.ant.AntTag.getAntProject(AntTag.java:310)
    [junit] 	at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:111)
    [junit] 	at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:267)
    [junit] 	... 11 more
    [junit] Root cause
    [junit] java.lang.NoClassDefFoundError: org/apache/tools/ant/Main
    [junit] 	at org.apache.commons.jelly.tags.ant.AntTagLibrary.createProject(AntTagLibrary.java:128)
    [junit] 	at org.apache.commons.jelly.tags.ant.AntTagLibrary.getProject(AntTagLibrary.java:96)
    [junit] 	at org.apache.commons.jelly.tags.ant.AntTag.getAntProject(AntTag.java:310)
    [junit] 	at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:111)
    [junit] 	at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:267)
    [junit] 	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:96)
    [junit] 	at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:60)
    [junit] 
    [junit] 
    [junit] [ERROR] TEST org.apache.commons.jelly.tags.fmt.TestFMTSuite FAILED

BUILD FAILED
File...... /home/gump/.maven/cache/maven-test-plugin-1.6.2/plugin.jelly
Element... fail
Line...... 181
Column.... 54
There were test failures.
Total time: 6 seconds
Finished at: Mon Dec 07 07:41:38 PST 2009

---------------------------------------------

To subscribe to this information via syndicated feeds:
- RSS: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-fmt-test/rss.xml
- Atom: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-fmt-test/atom.xml

============================== Gump Tracking Only ===
Produced by Gump version 2.3.
Gump Run 16000007122009, vmgump:vmgump-public:16000007122009
Gump E-mail Identifier (unique within run) #54.

--
Apache Gump
http://gump.apache.org/ [Instance: vmgump]

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

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

2009-12-07T07:12:20Z

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 general@gump.apache.org.

Project commons-configuration-test has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 109 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
    - commons-configuration-test :  Apache Commons


Full details are available at:
    http://vmgump.apache.org/gump/public/apache-commons/commons-configuration-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were provided:
 -WARNING- Overriding Maven2 settings: [/srv/gump/public/workspace/apache-commons/configuration/gump_mvn_settings.xml]
 -DEBUG- (Gump generated) Maven2 Settings in: /srv/gump/public/workspace/apache-commons/configuration/gump_mvn_settings.xml
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/configuration/pom.xml
 -INFO- Project Reports in: /srv/gump/public/workspace/apache-commons/configuration/target/surefire-reports



The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-configuration-test/gump_work/build_apache-commons_commons-configuration-test.html
Work Name: build_apache-commons_commons-configuration-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 7 mins 15 secs
Command Line: mvn --batch-mode --settings /srv/gump/public/workspace/apache-commons/configuration/gump_mvn_settings.xml
test 
[Working Directory: /srv/gump/public/workspace/apache-commons/configuration]
CLASSPATH: /usr/lib/jvm/java-6-sun/lib/tools.jar:/srv/gump/public/workspace/apache-commons/configuration/target/commons-configuration-1.7-SNAPSHOT.jar:/srv/gump/public/workspace/apache-commons/jexl/target/commons-jexl-2.0-SNAPSHOT.jar
---------------------------------------------
  testInitCopy(org.apache.commons.configuration.TestXMLConfiguration)
  testSaveWithDelimiterParsingDisabled(org.apache.commons.configuration.TestXMLConfiguration)
  testSetRootAttribute(org.apache.commons.configuration.TestXMLConfiguration)
  testLoadAndSaveFromFile(org.apache.commons.configuration.TestXMLConfiguration)
  testSaveToURL(org.apache.commons.configuration.TestXMLConfiguration)
  testSaveToStream(org.apache.commons.configuration.TestXMLConfiguration)
  testAutoSave(org.apache.commons.configuration.TestXMLConfiguration)
  testSaveAttributes(org.apache.commons.configuration.TestXMLConfiguration)
  testCloneWithSave(org.apache.commons.configuration.TestXMLConfiguration)
  testEmptyElements(org.apache.commons.configuration.TestXMLConfiguration)
  testSaveWithEncoding(org.apache.commons.configuration.TestXMLConfiguration)
  testSaveWithNullEncoding(org.apache.commons.configuration.TestXMLConfiguration)
  testSaveWithDoctype(org.apache.commons.configuration.TestXMLConfiguration)
  testSaveWithDoctypeIDs(org.apache.commons.configuration.TestXMLConfiguration)
  testSubsetWithReload(org.apache.commons.configuration.TestXMLConfiguration)
  testConfigurationAtWithReload(org.apache.commons.configuration.TestXMLConfiguration)
  testConfigurationsAtWithReload(org.apache.commons.configuration.TestXMLConfiguration)
  testGetKeysWithReload(org.apache.commons.configuration.TestXMLConfiguration)
  testSetTextRootElement(org.apache.commons.configuration.TestXMLConfiguration)
  testClearTextRootElement(org.apache.commons.configuration.TestXMLConfiguration)
  testAutoSaveWithSubnodeConfig(org.apache.commons.configuration.TestXMLConfiguration)
  testAutoSaveWithSubSubnodeConfig(org.apache.commons.configuration.TestXMLConfiguration)
  testSaveDelimiterParsingDisabled(org.apache.commons.configuration.TestXMLConfiguration)
  testSaveDelimiterParsingDisabledAttrs(org.apache.commons.configuration.TestXMLConfiguration)
  testMultipleAttrValuesEscaped(org.apache.commons.configuration.TestXMLConfiguration)
  testAutoSaveWithReloadingStrategy(org.apache.commons.configuration.TestXMLConfiguration)
  testAutoSaveAddNodes(org.apache.commons.configuration.TestXMLConfiguration)
  testAddNodesAndSave(org.apache.commons.configuration.TestXMLConfiguration)
  testRegisterEntityId(org.apache.commons.configuration.TestXMLConfiguration)
  testSaveAfterCreateWithCopyConstructor(org.apache.commons.configuration.TestXMLConfiguration)
  testCopyRootName(org.apache.commons.configuration.TestXMLConfiguration)
  testCopyRootNameNoDocument(org.apache.commons.configuration.TestXMLConfiguration)
  testSaveWithValidation(org.apache.commons.configuration.TestXMLConfiguration)
  testSaveWithValidationFailure(org.apache.commons.configuration.TestXMLConfiguration)

Tests run: 1456, Failures: 0, Errors: 60, Skipped: 0

[INFO] ------------------------------------------------------------------------
[ERROR] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] There are test failures.

Please refer to /srv/gump/public/workspace/apache-commons/configuration/target/surefire-reports
for the individual test results.
[INFO] ------------------------------------------------------------------------
[INFO] For more information, run Maven with the -e switch
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 7 minutes 14 seconds
[INFO] Finished at: Mon Dec 07 07:12:12 PST 2009
[INFO] Final Memory: 16M/29M
[INFO] ------------------------------------------------------------------------
---------------------------------------------

To subscribe to this information via syndicated feeds:
- RSS: http://vmgump.apache.org/gump/public/apache-commons/commons-configuration-test/rss.xml
- Atom: http://vmgump.apache.org/gump/public/apache-commons/commons-configuration-test/atom.xml

============================== Gump Tracking Only ===
Produced by Gump version 2.3.
Gump Run 16000007122009, vmgump:vmgump-public:16000007122009
Gump E-mail Identifier (unique within run) #51.

--
Apache Gump
http://gump.apache.org/ [Instance: vmgump]

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

Re: svn commit: r887821 - /commons/proper/dbcp/trunk/xdocs/download_dbcp.xml

2009-12-07T03:36:44Z

Niall Pemberton wrote:
> Phil,
> 
> It might be easier (maintenance-wise) to generate two separate pages -
> one for each version. i.e. set the commons.release.version to "1.3",
> generate the download_dbcp.xml and then rename it to something like
> download_dbcp_13.xml then change the commons.release.version to "1.4"
> and re-generate the download_dbcp.xml.

Thanks, Niall.  The problem that I am trying to solve - unless
others object to this - is to have *both 1.3 and 1.4* appear on a
single download page.  I see the two releases as really both "latest
release - just for different platforms."  I felt bad about hacking
the generated file, but unless we want commons.release.version to
turn into a list, I don't see a clean way to fix this.

Phil
> 
> Up to you, just a suggestion
> 
> Niall
> 
> On Mon, Dec 7, 2009 at 2:23 AM,   wrote:
>> Author: psteitz
>> Date: Mon Dec  7 02:23:10 2009
>> New Revision: 887821
>>
>> URL: http://svn.apache.org/viewvc?rev=887821&view=rev
>> Log:
>> Modified (commons-build-generated) download page to include links to both 1.3 and
1.4 releases.
>>
>> Modified:
>>    commons/proper/dbcp/trunk/xdocs/download_dbcp.xml
>>
>> Modified: commons/proper/dbcp/trunk/xdocs/download_dbcp.xml
>> URL: http://svn.apache.org/viewvc/commons/proper/dbcp/trunk/xdocs/download_dbcp.xml?rev=887821&r1=887820&r2=887821&view=diff
>> ==============================================================================
>> --- commons/proper/dbcp/trunk/xdocs/download_dbcp.xml (original)
>> +++ commons/proper/dbcp/trunk/xdocs/download_dbcp.xml Mon Dec  7 02:23:10 2009
>> @@ -18,28 +18,24 @@
>>  
>> @@ -99,20 +95,23 @@
>>
>>       
>>         
KEYS
>> +        
>> +        
>> +        


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

Re: svn commit: r887821 - /commons/proper/dbcp/trunk/xdocs/download_dbcp.xml

2009-12-07T02:36:40Z

Phil,

It might be easier (maintenance-wise) to generate two separate pages -
one for each version. i.e. set the commons.release.version to "1.3",
generate the download_dbcp.xml and then rename it to something like
download_dbcp_13.xml then change the commons.release.version to "1.4"
and re-generate the download_dbcp.xml.

Up to you, just a suggestion

Niall

On Mon, Dec 7, 2009 at 2:23 AM,   wrote:
> Author: psteitz
> Date: Mon Dec �7 02:23:10 2009
> New Revision: 887821
>
> URL: http://svn.apache.org/viewvc?rev=887821&view=rev
> Log:
> Modified (commons-build-generated) download page to include links to both 1.3 and 1.4
releases.
>
> Modified:
> � �commons/proper/dbcp/trunk/xdocs/download_dbcp.xml
>
> Modified: commons/proper/dbcp/trunk/xdocs/download_dbcp.xml
> URL: http://svn.apache.org/viewvc/commons/proper/dbcp/trunk/xdocs/download_dbcp.xml?rev=887821&r1=887820&r2=887821&view=diff
> ==============================================================================
> --- commons/proper/dbcp/trunk/xdocs/download_dbcp.xml (original)
> +++ commons/proper/dbcp/trunk/xdocs/download_dbcp.xml Mon Dec �7 02:23:10 2009
> @@ -18,28 +18,24 @@
> �
> @@ -99,20 +95,23 @@
>
> � � � 
> � � � � 
KEYS
> + � � � �
> + � � � �
> + � � � �

Re: Colt vs. Primitives

2009-12-06T22:57:33Z

Oh, drat, NOW I see your addition to the JIRA. Sorry about that.



On Sun, Dec 6, 2009 at 5:24 PM, Niall Pemberton
 wrote:
> On Sun, Dec 6, 2009 at 12:15 PM, Benson Margulies  wrote:
>> Folks,
>>
>> The Colt library contains a pretty good core start to associative
>> containers on basic types: http://acs.lbl.gov/~hoschek/colt. The
>> license looks like it might be an 'A'. I've posted a JIRA to legal to
>> check.
>
> The usual procedure to bring a code base into the ASF is to go through
> the IP Clearance process:
>
>   http://incubator.apache.org/ip-clearance/index.html
>
> Until thats done then AFAIC you can't bring this code into commons. As
> you intend to fork the code without getting a software grant from the
> author(s) then I don't know how this works here at the ASF - and I
> have add comments along those lines to the legal JIRA ticket you
> created:
>
>    https://issues.apache.org/jira/browse/LEGAL-66
>
> Niall
>
>> --benson
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>

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

Re: Colt vs. Primitives

2009-12-06T22:56:38Z

Um, in my understanding, if there is source code sitting out there
under a 'class A' license, it can be incorporated without being
granted/cleared. I've posted a JIRA to legal-discuss about this
license and I'm not checking anything in until I hear back.

On Sun, Dec 6, 2009 at 5:24 PM, Niall Pemberton
 wrote:
> On Sun, Dec 6, 2009 at 12:15 PM, Benson Margulies  wrote:
>> Folks,
>>
>> The Colt library contains a pretty good core start to associative
>> containers on basic types: http://acs.lbl.gov/~hoschek/colt. The
>> license looks like it might be an 'A'. I've posted a JIRA to legal to
>> check.
>
> The usual procedure to bring a code base into the ASF is to go through
> the IP Clearance process:
>
>   http://incubator.apache.org/ip-clearance/index.html
>
> Until thats done then AFAIC you can't bring this code into commons. As
> you intend to fork the code without getting a software grant from the
> author(s) then I don't know how this works here at the ASF - and I
> have add comments along those lines to the legal JIRA ticket you
> created:
>
>    https://issues.apache.org/jira/browse/LEGAL-66
>
> Niall
>
>> --benson
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>

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

Re: Colt vs. Primitives

2009-12-06T22:24:18Z

On Sun, Dec 6, 2009 at 12:15 PM, Benson Margulies  wrote:
> Folks,
>
> The Colt library contains a pretty good core start to associative
> containers on basic types: http://acs.lbl.gov/~hoschek/colt. The
> license looks like it might be an 'A'. I've posted a JIRA to legal to
> check.

The usual procedure to bring a code base into the ASF is to go through
the IP Clearance process:

   http://incubator.apache.org/ip-clearance/index.html

Until thats done then AFAIC you can't bring this code into commons. As
you intend to fork the code without getting a software grant from the
author(s) then I don't know how this works here at the ASF - and I
have add comments along those lines to the legal JIRA ticket you
created:

    https://issues.apache.org/jira/browse/LEGAL-66

Niall

> --benson

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

Re: Colt vs. Primitives

2009-12-06T21:44:15Z

Did you already get a legal OK to incorporate things with that CERN notice?

I'm very focused on the collections.

On Sun, Dec 6, 2009 at 4:36 PM, Ted Dunning  wrote:
> As you like.  Forking from the mahout version might be handy for you since
> it has already had all the GPL parts stripped out.
>
> Building a trove replace in Mahout's Colt would be nice for us in Mahout
> since we need basically the same thing as well.  As I mentioned, we want the
> Colt part to remain separable from the rest of Mahout.  The thought is that
> Colt itself may want to become either top-level or part of commons and that
> at the least, there are potential consumers of Colt who would rather not
> have any Hadoop dependencies.
>
>
> On Sun, Dec 6, 2009 at 11:19 AM, Benson Margulies wrote:
>
>> I'm trying to make a ASL replacement for Trove, so, license
>> permitting, I will be forking.
>>
>> On Sun, Dec 6, 2009 at 2:14 PM, Ted Dunning  wrote:
>> > Mahout has already sucked Colt in.  If you are interested in modernizing
>> it,
>> > that might be a good place to do it.
>>
>

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

Re: Colt vs. Primitives

2009-12-06T21:36:48Z

As you like.  Forking from the mahout version might be handy for you since
it has already had all the GPL parts stripped out.

Building a trove replace in Mahout's Colt would be nice for us in Mahout
since we need basically the same thing as well.  As I mentioned, we want the
Colt part to remain separable from the rest of Mahout.  The thought is that
Colt itself may want to become either top-level or part of commons and that
at the least, there are potential consumers of Colt who would rather not
have any Hadoop dependencies.

On Sun, Dec 6, 2009 at 11:19 AM, Benson Margulies wrote:

> I'm trying to make a ASL replacement for Trove, so, license
> permitting, I will be forking.
>
> On Sun, Dec 6, 2009 at 2:14 PM, Ted Dunning  wrote:
> > Mahout has already sucked Colt in.  If you are interested in modernizing
> it,
> > that might be a good place to do it.
>

Re: Colt vs. Primitives

2009-12-06T19:19:52Z

I'm trying to make a ASL replacement for Trove, so, license
permitting, I will be forking.

On Sun, Dec 6, 2009 at 2:14 PM, Ted Dunning  wrote:
> Mahout has already sucked Colt in.  If you are interested in modernizing it,
> that might be a good place to do it.
>
> We are committed to maintaining its status as an independent library and are
> avoiding injecting any other dependencies.
>
> On Sun, Dec 6, 2009 at 4:15 AM, Benson Margulies wrote:
>
>>
>> The Colt library contains a pretty good core start to associative
>> containers on basic types: http://acs.lbl.gov/~hoschek/colt.
>> The
>> license looks like it might be an 'A'. I've posted a JIRA to legal to
>> check.
>>
>>
>

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

Re: Colt vs. Primitives

2009-12-06T19:14:57Z

Mahout has already sucked Colt in.  If you are interested in modernizing it,
that might be a good place to do it.

We are committed to maintaining its status as an independent library and are
avoiding injecting any other dependencies.

On Sun, Dec 6, 2009 at 4:15 AM, Benson Margulies wrote:

>
> The Colt library contains a pretty good core start to associative
> containers on basic types: http://acs.lbl.gov/~hoschek/colt.
> The
> license looks like it might be an 'A'. I've posted a JIRA to legal to
> check.
>
>

[GUMP@vmgump]: Project commons-jelly-tags-fmt-test (in module commons-jelly) failed

2009-12-06T16:18:22Z

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 general@gump.apache.org.

Project commons-jelly-tags-fmt-test has an issue affecting its community integration.
This issue affects 1 projects.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
    - commons-jelly-tags-fmt-test :  Commons Jelly


Full details are available at:
    http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-fmt-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were provided:
 -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces.
 -WARNING- Overriding Maven properties: [/srv/gump/public/workspace/commons-jelly/jelly-tags/fmt/build.properties]
 -DEBUG- (Gump generated) Maven Properties in: /srv/gump/public/workspace/commons-jelly/jelly-tags/fmt/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: /srv/gump/public/workspace/commons-jelly/jelly-tags/fmt/project.xml
 -DEBUG- Maven project properties in: /srv/gump/public/workspace/commons-jelly/jelly-tags/fmt/project.properties
 -INFO- Project Reports in: /srv/gump/public/workspace/commons-jelly/jelly-tags/fmt/target/test-reports



The following work was performed:
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-fmt-test/gump_work/build_commons-jelly_commons-jelly-tags-fmt-test.html
Work Name: build_commons-jelly_commons-jelly-tags-fmt-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 7 secs
Command Line: maven --offline jar 
[Working Directory: /srv/gump/public/workspace/commons-jelly/jelly-tags/fmt]
CLASSPATH: /usr/lib/jvm/java-6-sun/lib/tools.jar:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/dist/lib/ant-swing.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-xalan2.jar:/srv/gump/public/workspace/ant/dist/lib/ant-trax.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/packages/bsh-2.0b4/bsh-commands-2.0b4.jar:/srv/gump/packages/bsh-2.0b4/bsh-classpath-2.0b4.jar:/srv/gump/packages/bsh-2.0b4/bsh-core-2.0b4.jar:/srv/gump/packages/bsh-2.0b4/bsh-bsf-2.0b4.jar:/srv/gump/packages/bsh-2.0b4/bsh-2.0b4.jar:/srv/gump/packages/bsh-2.0b4/bsh-reflect-2.0b4.jar:/srv/gump/packages/bsh-2.0b4/bsh-util-2.0b4.jar:/srv/gump/public/workspace/apache-commons/beanutils/dist/commons-beanutils-06122009.jar:/srv/gump/pu
 blic/workspace/commons-collections-3.x/target/commons-collections-3.3-SNAPSHOT.jar:/srv/gump/public/workspace/commons-jelly/target/commons-jelly-06122009.jar:/srv/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-06122009.jar:/srv/gump/public/workspace/commons-jelly/jelly-tags/beanshell/target/commons-jelly-tags-beanshell-06122009.jar:/srv/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-06122009.jar:/srv/gump/public/workspace/commons-jexl-1.x/target/commons-jexl-1.1.1-SNAPSHOT.jar:/srv/gump/public/workspace/apache-commons/logging/target/commons-logging-06122009.jar:/srv/gump/public/workspace/apache-commons/logging/target/commons-logging-api-06122009.jar:/srv/gump/public/workspace/dom4j/build/dom4j.jar:/srv/gump/public/workspace/jaxen/target/jaxen-06122009.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/srv/gump/public/workspace/commons-jelly/jelly-tags/fmt/target/commons-jell
 y-tags-fmt-06122009.jar
---------------------------------------------
    [junit] 	at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:111)
    [junit] 	at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:267)
    [junit] 	... 11 more
    [junit] Root cause
    [junit] java.lang.NoClassDefFoundError: org/apache/tools/ant/Main
    [junit] 	at org.apache.commons.jelly.tags.ant.AntTagLibrary.createProject(AntTagLibrary.java:128)
    [junit] 	at org.apache.commons.jelly.tags.ant.AntTagLibrary.getProject(AntTagLibrary.java:96)
    [junit] 	at org.apache.commons.jelly.tags.ant.AntTag.getAntProject(AntTag.java:310)
    [junit] 	at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:111)
    [junit] 	at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:267)
    [junit] 	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:96)
    [junit] 	at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:60)
    [junit] 
    [junit] 
    [junit] Testcase: testSetLocale(org.apache.commons.jelly.tags.junit.CaseTag$1):	Caused
an ERROR
    [junit] file:/srv/gump/public/workspace/commons-jelly/jelly-tags/fmt/target/test-classes/org/apache/commons/jelly/tags/fmt/suite.jelly:116:17:
 org/apache/tools/ant/Main
    [junit] org.apache.commons.jelly.JellyTagException: file:/srv/gump/public/workspace/commons-jelly/jelly-tags/fmt/target/test-classes/org/apache/commons/jelly/tags/fmt/suite.jelly:116:17:
 org/apache/tools/ant/Main
    [junit] 	at org.apache.commons.jelly.impl.TagScript.handleException(TagScript.java:732)
    [junit] 	at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:287)
    [junit] 	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:96)
    [junit] 	at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:60)
    [junit] Caused by: java.lang.NoClassDefFoundError: org/apache/tools/ant/Main
    [junit] 	at org.apache.commons.jelly.tags.ant.AntTagLibrary.createProject(AntTagLibrary.java:128)
    [junit] 	at org.apache.commons.jelly.tags.ant.AntTagLibrary.getProject(AntTagLibrary.java:96)
    [junit] 	at org.apache.commons.jelly.tags.ant.AntTag.getAntProject(AntTag.java:310)
    [junit] 	at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:111)
    [junit] 	at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:267)
    [junit] 	... 11 more
    [junit] Root cause
    [junit] java.lang.NoClassDefFoundError: org/apache/tools/ant/Main
    [junit] 	at org.apache.commons.jelly.tags.ant.AntTagLibrary.createProject(AntTagLibrary.java:128)
    [junit] 	at org.apache.commons.jelly.tags.ant.AntTagLibrary.getProject(AntTagLibrary.java:96)
    [junit] 	at org.apache.commons.jelly.tags.ant.AntTag.getAntProject(AntTag.java:310)
    [junit] 	at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:111)
    [junit] 	at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:267)
    [junit] 	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:96)
    [junit] 	at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:60)
    [junit] 
    [junit] 
    [junit] [ERROR] TEST org.apache.commons.jelly.tags.fmt.TestFMTSuite FAILED

BUILD FAILED
File...... /home/gump/.maven/cache/maven-test-plugin-1.6.2/plugin.jelly
Element... fail
Line...... 181
Column.... 54
There were test failures.
Total time: 6 seconds
Finished at: Sun Dec 06 16:18:21 PST 2009

---------------------------------------------

To subscribe to this information via syndicated feeds:
- RSS: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-fmt-test/rss.xml
- Atom: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-fmt-test/atom.xml

============================== Gump Tracking Only ===
Produced by Gump version 2.3.
Gump Run 05000806122009, vmgump:vmgump-public:05000806122009
Gump E-mail Identifier (unique within run) #3.

--
Apache Gump
http://gump.apache.org/ [Instance: vmgump]

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

Colt vs. Primitives

2009-12-06T12:15:03Z

Folks,

The Colt library contains a pretty good core start to associative
containers on basic types: http://acs.lbl.gov/~hoschek/colt. The
license looks like it might be an 'A'. I've posted a JIRA to legal to
check.

--benson

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

Re: Sandbox politeness

2009-12-05T16:38:36Z

I've ordered a copy of Knuth since i can't find mine and i need to
refresh some very stale neurons on the subject of hashing.

On Sat, Dec 5, 2009 at 11:18 AM, James Carman
 wrote:
> Yeah I'd say just get some code in there for now.  We can clean it up later
> when it goes into proper after all your hard work!
>
> On Dec 5, 2009 9:55 AM, "Benson Margulies"  wrote:
>
> Yes. I need to get educated on the existing primitives parent
> structure and conventions.
>
> However, now that I've understood what is and isn't in the current
> primitives, I'm leaving the structure alone and concentrating on
> implementing the big missing chunk, and if I succeed at that I'll
> return to housekeeping questions.
>
> On Fri, Dec 4, 2009 at 9:15 PM, James Carman 
> wrote: > So, you're sayin...
>

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

Re: Sandbox politeness

2009-12-05T16:18:46Z

Yeah I'd say just get some code in there for now.  We can clean it up later
when it goes into proper after all your hard work!

On Dec 5, 2009 9:55 AM, "Benson Margulies"  wrote:

Yes. I need to get educated on the existing primitives parent
structure and conventions.

However, now that I've understood what is and isn't in the current
primitives, I'm leaving the structure alone and concentrating on
implementing the big missing chunk, and if I succeed at that I'll
return to housekeeping questions.

On Fri, Dec 4, 2009 at 9:15 PM, James Carman 
wrote: > So, you're sayin...

Re: Sandbox politeness

2009-12-05T14:55:00Z

Yes. I need to get educated on the existing primitives parent
structure and conventions.

However, now that I've understood what is and isn't in the current
primitives, I'm leaving the structure alone and concentrating on
implementing the big missing chunk, and if I succeed at that I'll
return to housekeeping questions.

On Fri, Dec 4, 2009 at 9:15 PM, James Carman  wrote:
> So, you're saying you're going to have a "core" module and a benchmark
> module?  Both of them under a pom-style project called
> primitives-parent or something like that?
>
> On Fri, Dec 4, 2009 at 4:14 PM, Benson Margulies  wrote:
>> I'm inclined to push the current content of primitives down a
>> directory to make a space to put a benchmark module. Is that
>> objectionable?
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>

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

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

2009-12-05T08:15:38Z

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 general@gump.apache.org.

Project commons-configuration-test has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 106 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
    - commons-configuration-test :  Apache Commons


Full details are available at:
    http://vmgump.apache.org/gump/public/apache-commons/commons-configuration-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were provided:
 -WARNING- Overriding Maven2 settings: [/srv/gump/public/workspace/apache-commons/configuration/gump_mvn_settings.xml]
 -DEBUG- (Gump generated) Maven2 Settings in: /srv/gump/public/workspace/apache-commons/configuration/gump_mvn_settings.xml
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/configuration/pom.xml
 -INFO- Project Reports in: /srv/gump/public/workspace/apache-commons/configuration/target/surefire-reports



The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-configuration-test/gump_work/build_apache-commons_commons-configuration-test.html
Work Name: build_apache-commons_commons-configuration-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 7 mins 11 secs
Command Line: mvn --batch-mode --settings /srv/gump/public/workspace/apache-commons/configuration/gump_mvn_settings.xml
test 
[Working Directory: /srv/gump/public/workspace/apache-commons/configuration]
CLASSPATH: /usr/lib/jvm/java-6-sun/lib/tools.jar:/srv/gump/public/workspace/apache-commons/configuration/target/commons-configuration-1.7-SNAPSHOT.jar:/srv/gump/public/workspace/apache-commons/jexl/target/commons-jexl-2.0-SNAPSHOT.jar
---------------------------------------------
  testInitCopy(org.apache.commons.configuration.TestXMLConfiguration)
  testSaveWithDelimiterParsingDisabled(org.apache.commons.configuration.TestXMLConfiguration)
  testSetRootAttribute(org.apache.commons.configuration.TestXMLConfiguration)
  testLoadAndSaveFromFile(org.apache.commons.configuration.TestXMLConfiguration)
  testSaveToURL(org.apache.commons.configuration.TestXMLConfiguration)
  testSaveToStream(org.apache.commons.configuration.TestXMLConfiguration)
  testAutoSave(org.apache.commons.configuration.TestXMLConfiguration)
  testSaveAttributes(org.apache.commons.configuration.TestXMLConfiguration)
  testCloneWithSave(org.apache.commons.configuration.TestXMLConfiguration)
  testEmptyElements(org.apache.commons.configuration.TestXMLConfiguration)
  testSaveWithEncoding(org.apache.commons.configuration.TestXMLConfiguration)
  testSaveWithNullEncoding(org.apache.commons.configuration.TestXMLConfiguration)
  testSaveWithDoctype(org.apache.commons.configuration.TestXMLConfiguration)
  testSaveWithDoctypeIDs(org.apache.commons.configuration.TestXMLConfiguration)
  testSubsetWithReload(org.apache.commons.configuration.TestXMLConfiguration)
  testConfigurationAtWithReload(org.apache.commons.configuration.TestXMLConfiguration)
  testConfigurationsAtWithReload(org.apache.commons.configuration.TestXMLConfiguration)
  testGetKeysWithReload(org.apache.commons.configuration.TestXMLConfiguration)
  testSetTextRootElement(org.apache.commons.configuration.TestXMLConfiguration)
  testClearTextRootElement(org.apache.commons.configuration.TestXMLConfiguration)
  testAutoSaveWithSubnodeConfig(org.apache.commons.configuration.TestXMLConfiguration)
  testAutoSaveWithSubSubnodeConfig(org.apache.commons.configuration.TestXMLConfiguration)
  testSaveDelimiterParsingDisabled(org.apache.commons.configuration.TestXMLConfiguration)
  testSaveDelimiterParsingDisabledAttrs(org.apache.commons.configuration.TestXMLConfiguration)
  testMultipleAttrValuesEscaped(org.apache.commons.configuration.TestXMLConfiguration)
  testAutoSaveWithReloadingStrategy(org.apache.commons.configuration.TestXMLConfiguration)
  testAutoSaveAddNodes(org.apache.commons.configuration.TestXMLConfiguration)
  testAddNodesAndSave(org.apache.commons.configuration.TestXMLConfiguration)
  testRegisterEntityId(org.apache.commons.configuration.TestXMLConfiguration)
  testSaveAfterCreateWithCopyConstructor(org.apache.commons.configuration.TestXMLConfiguration)
  testCopyRootName(org.apache.commons.configuration.TestXMLConfiguration)
  testCopyRootNameNoDocument(org.apache.commons.configuration.TestXMLConfiguration)
  testSaveWithValidation(org.apache.commons.configuration.TestXMLConfiguration)
  testSaveWithValidationFailure(org.apache.commons.configuration.TestXMLConfiguration)

Tests run: 1456, Failures: 0, Errors: 60, Skipped: 0

[INFO] ------------------------------------------------------------------------
[ERROR] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] There are test failures.

Please refer to /srv/gump/public/workspace/apache-commons/configuration/target/surefire-reports
for the individual test results.
[INFO] ------------------------------------------------------------------------
[INFO] For more information, run Maven with the -e switch
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 7 minutes 10 seconds
[INFO] Finished at: Sat Dec 05 08:15:31 PST 2009
[INFO] Final Memory: 16M/30M
[INFO] ------------------------------------------------------------------------
---------------------------------------------

To subscribe to this information via syndicated feeds:
- RSS: http://vmgump.apache.org/gump/public/apache-commons/commons-configuration-test/rss.xml
- Atom: http://vmgump.apache.org/gump/public/apache-commons/commons-configuration-test/atom.xml

============================== Gump Tracking Only ===
Produced by Gump version 2.3.
Gump Run 07000005122009, vmgump:vmgump-public:07000005122009
Gump E-mail Identifier (unique within run) #56.

--
Apache Gump
http://gump.apache.org/ [Instance: vmgump]

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

[GUMP@vmgump]: Project commons-jelly (in module commons-jelly) failed

2009-12-05T07:32:43Z

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 general@gump.apache.org.

Project commons-jelly has an issue affecting its community integration.
This issue affects 42 projects,
 and has been outstanding for 5 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
    - commons-jelly :  Commons Jelly
    - commons-jelly-tags-ant :  Commons Jelly
    - commons-jelly-tags-antlr :  Commons Jelly
    - commons-jelly-tags-avalon :  Commons Jelly
    - commons-jelly-tags-bean :  Commons Jelly
    - commons-jelly-tags-beanshell :  Commons Jelly
    - commons-jelly-tags-betwixt :  Commons Jelly
    - commons-jelly-tags-bsf :  Commons Jelly
    - commons-jelly-tags-define :  Commons Jelly
    - commons-jelly-tags-define-test :  Commons Jelly
    - commons-jelly-tags-dynabean :  Commons Jelly
    - commons-jelly-tags-email :  Commons Jelly
    - commons-jelly-tags-fmt :  Commons Jelly
    - commons-jelly-tags-fmt-test :  Commons Jelly
    - commons-jelly-tags-html :  Commons Jelly
    - commons-jelly-tags-http :  Commons Jelly
    - commons-jelly-tags-interaction :  Commons Jelly
    - commons-jelly-tags-jaxme :  Commons Jelly
    - commons-jelly-tags-jface :  Commons Jelly
    - commons-jelly-tags-jms :  Commons Jelly
    - commons-jelly-tags-jmx :  Commons Jelly
    - commons-jelly-tags-jsl :  Commons Jelly
    - commons-jelly-tags-jsl-test :  Commons Jelly
    - commons-jelly-tags-junit :  Commons Jelly
    - commons-jelly-tags-log :  Commons Jelly
    - commons-jelly-tags-memory :  Commons Jelly
    - commons-jelly-tags-quartz :  Commons Jelly
    - commons-jelly-tags-regexp :  Commons Jelly
    - commons-jelly-tags-soap :  Commons Jelly
    - commons-jelly-tags-sql :  Commons Jelly
    - commons-jelly-tags-swing :  Commons Jelly
    - commons-jelly-tags-swt :  Commons Jelly
    - commons-jelly-tags-threads :  Commons Jelly
    - commons-jelly-tags-util :  Commons Jelly
    - commons-jelly-tags-validate :  Commons Jelly
    - commons-jelly-tags-velocity :  Commons Jelly
    - commons-jelly-tags-xml :  Commons Jelly
    - commons-jelly-tags-xml-test :  Commons Jelly
    - commons-jelly-tags-xmlunit :  Commons Jelly
    - commons-jelly-test :  Commons Jelly
    - maven :  Project Management Tools
    - maven-bootstrap :  Project Management Tools


Full details are available at:
    http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were provided:
 -DEBUG- Sole output [commons-jelly-05122009.jar] identifier set to project name
 -DEBUG- Dependency on jakarta-servletapi-5-servlet exists, no need to add for property maven.jar.servletapi.
 -DEBUG- Dependency on jakarta-taglibs-standard exists, no need to add for property maven.jar.jstl.
 -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces.
 -DEBUG- (Gump generated) Maven Properties in: /srv/gump/public/workspace/commons-jelly/build.properties
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: /srv/gump/public/workspace/commons-jelly/project.xml
 -DEBUG- Maven project properties in: /srv/gump/public/workspace/commons-jelly/project.properties
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly/gump_work/build_commons-jelly_commons-jelly.html
Work Name: build_commons-jelly_commons-jelly (Type: Build)
Work ended in a state of : Failed
Elapsed: 3 secs
Command Line: maven --offline jar 
[Working Directory: /srv/gump/public/workspace/commons-jelly]
CLASSPATH: /usr/lib/jvm/java-6-sun/lib/tools.jar:/srv/gump/public/workspace/apache-commons/beanutils/dist/commons-beanutils-05122009.jar:/srv/gump/public/workspace/apache-commons/cli/target/commons-cli-05122009.jar:/srv/gump/public/workspace/commons-collections-3.x/target/commons-collections-3.3-SNAPSHOT.jar:/srv/gump/public/workspace/apache-commons/discovery/dist/commons-discovery.jar:/srv/gump/public/workspace/commons-jexl-1.x/target/commons-jexl-1.1.1-SNAPSHOT.jar:/srv/gump/public/workspace/apache-commons/lang/target/commons-lang-3.0-SNAPSHOT.jar:/srv/gump/public/workspace/apache-commons/logging/target/commons-logging-05122009.jar:/srv/gump/public/workspace/apache-commons/logging/target/commons-logging-api-05122009.jar:/srv/gump/public/workspace/dom4j/build/dom4j.jar:/srv/gump/packages/forehead/forehead-1.0-beta-5.jar:/srv/gump/public/workspace/jakarta-servletapi-5/jsr154/dist/lib/servlet-api.jar:/srv/gump/public/workspace/jakarta-taglibs/standard/spec/target/taglibs-stand
 ard-spec-1.2-SNAPSHOT.jar:/srv/gump/public/workspace/jaxen/target/jaxen-05122009.jar:/srv/gump/public/workspace/junit/dist/junit-05122009.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar
---------------------------------------------
 __  __
|  \/  |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \  ~ intelligent projects ~
|_|  |_\__,_|\_/\___|_||_|  v. 1.0.2

The build cannot continue because of the following unsatisfied dependency:

commons-jexl-1.1.jar

Total time: 2 seconds
Finished at: Sat Dec 05 07:32:37 PST 2009

---------------------------------------------

To subscribe to this information via syndicated feeds:
- RSS: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly/rss.xml
- Atom: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly/atom.xml

============================== Gump Tracking Only ===
Produced by Gump version 2.3.
Gump Run 07000005122009, vmgump:vmgump-public:07000005122009
Gump E-mail Identifier (unique within run) #50.

--
Apache Gump
http://gump.apache.org/ [Instance: vmgump]

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

Re: Sandbox politeness

2009-12-05T02:15:06Z

So, you're saying you're going to have a "core" module and a benchmark
module?  Both of them under a pom-style project called
primitives-parent or something like that?

On Fri, Dec 4, 2009 at 4:14 PM, Benson Margulies  wrote:
> I'm inclined to push the current content of primitives down a
> directory to make a space to put a benchmark module. Is that
> objectionable?
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>

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

Obsoleteness of some of primitives

2009-12-05T01:28:33Z

It looks to me as if a great deal of the current primitives package is
obsoleted by autoboxing. For now, I'm concentrating on adding what got
me started, which is sets and maps that do NOT do autoboxing. At some
point I'll ask for thoughts about deleting all the redundant code and
calling this 2.0 versus keeping it, more or less hollowed out.

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

Re: Sandbox politeness

2009-12-05T01:11:59Z

Benson Margulies wrote:
> I'm inclined to push the current content of primitives down a
> directory to make a space to put a benchmark module. Is that
> objectionable?
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
> 

In the sandox, pretty much anything goes. Playing nice with others
is of course highly valued, but until they jump in...

All you should be concerned about is what will happen if and when
you merge back into the proper component.  Changing the package name
and structure is not only OK, but advisable if changes are not going
to be backward compatible.

Phil

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

Commons BeanUtils: RowSetDynaClass.setUseColumnLabel() useless?

2009-12-04T21:50:42Z

Hello,

Just a quick question. about Jakarta Commons BeanUtils 1.8.2 (the latest)

I have to slurp a ResultSet into a RowSetDynaClass, but I have to use 
the JDBC column labels instead of the JDBC column names.

It seems that the instance method

RowSetDynaClass.setUseColumnLabel() 

is what I want, as its stated purpose is to make a RowSetDynaClass 
instance use the column labels.

However, this instance method is useless. Indeed, the flag saying 
whether column labels are used is useful at initalization time only,
when a RowsSetDynaClass is initialized from a ResultSet, and not later. 
It seems that the constructors have to take the "useColumnLabel" flag 
instead - but they don't.

Either I don't get the API at all or this is a bug. Is it?

I'm off patching the source a bit.

Best regards,

-- David




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

Sandbox politeness

2009-12-04T21:14:58Z

I'm inclined to push the current content of primitives down a
directory to make a space to put a benchmark module. Is that
objectionable?

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

Re: [VOTE] Apache Commons to sponsor agimatec-validation incunbation

2009-12-04T15:41:00Z

On Fri, Dec 4, 2009 at 3:18 PM, Donald Woods  wrote:
> Niall, any update on the voting?

The vote passed on Nov 24th:

http://markmail.org/message/m6a5hfdunoxkox6n

Niall

> -Donald
>
>
> Donald Woods wrote:
>>
>> Is the voting complete? �If so, can you post the Results to the dev list,
>> so we can start discussing the proposal on the incubator@ list?
>>
>>
>> Thanks for driving this!
>> -Donald
>>
>>
>> Niall Pemberton wrote:
>>>
>>> On Mon, Nov 23, 2009 at 8:13 PM, Rahul Akolkar 
>>> wrote:
>>>>
>>>> On Wed, Nov 18, 2009 at 3:34 PM, Niall Pemberton
>>>>  wrote:
>>>> 
>>>>>
>>>>> [X] +1 Yes lets sponsor it
>>>>> [ ] �-1 No because...
>>>>>
>>>> 
>>>>>
>>>>> In order to make it easier for commons to *observe* the incubation
>>>>> effort does anyone object to discussion taking place on dev@commons
>>>>> rather than a separate list and commits going to commits@commons?
>>>>>
>>>>> [X] +1 Use the Commons mailing lists
>>>>> [ ] -1 Bad idea because...
>>>>>
>>>> 
>>>>
>>>> You mention using commits@commons here but the proposal on the
>>>> Incubator wiki suggests a commits list will be created (perhaps that
>>>> bit needs to be updated?)
>>>
>>> Good catch I've updated the proposal.
>>>
>>> Niall
>>>
>>>> -Rahul
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
>

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

Re: [VOTE] Apache Commons to sponsor agimatec-validation incunbation

2009-12-04T15:18:28Z

Niall, any update on the voting?


-Donald


Donald Woods wrote:
> Is the voting complete?  If so, can you post the Results to the dev 
> list, so we can start discussing the proposal on the incubator@ list?
> 
> 
> Thanks for driving this!
> -Donald
> 
> 
> Niall Pemberton wrote:
>> On Mon, Nov 23, 2009 at 8:13 PM, Rahul Akolkar 
>>  wrote:
>>> On Wed, Nov 18, 2009 at 3:34 PM, Niall Pemberton
>>>  wrote:
>>> 
>>>> [X] +1 Yes lets sponsor it
>>>> [ ]  -1 No because...
>>>>
>>> 
>>>> In order to make it easier for commons to *observe* the incubation
>>>> effort does anyone object to discussion taking place on dev@commons
>>>> rather than a separate list and commits going to commits@commons?
>>>>
>>>> [X] +1 Use the Commons mailing lists
>>>> [ ] -1 Bad idea because...
>>>>
>>> 
>>>
>>> You mention using commits@commons here but the proposal on the
>>> Incubator wiki suggests a commits list will be created (perhaps that
>>> bit needs to be updated?)
>>
>> Good catch I've updated the proposal.
>>
>> Niall
>>
>>> -Rahul
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
> 
> 

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

Re: Sandbox karma request (was Re: primitives)

2009-12-04T13:32:02Z

Looks like I create a structure in sandbox/primitives and go from there.

On Thu, Dec 3, 2009 at 8:54 PM, Phil Steitz  wrote:
> Benson Margulies wrote:
>> Thanks. Can you point me to a page describing where the sandy area is in svn?
>
> http://commons.apache.org/svninfo.html
>
> Phil
>>
>> On Thu, Dec 3, 2009 at 8:22 PM, Phil Steitz  wrote:
>>> Benson Margulies wrote:
>>>> Oh, oops, sorry about the one more message on the old thread.
>>>>
>>>> On Thu, Dec 3, 2009 at 5:07 PM, Rahul Akolkar 
wrote:
>>>>> Pretty sure it will when psteitz sees it, but changing subject here
>>>>> for better visibility.
>>>>>
>>>>> Sandbox karma requested by bimargulies.
>>> Done.  Welcome!
>>>
>>> Phil
>>>>> -Rahul
>>>>>
>>>>>
>>>>> On Wed, Dec 2, 2009 at 12:22 PM, Benson Margulies 
wrote:
>>>>>> Did my email register as a request for sandbox karma?
>>>>>>
>>>>>> On Mon, Nov 30, 2009 at 11:24 PM, Henri Yandell 
wrote:
>>>>>>> Or you could start up a sandbox project. We've had good success
with
>>>>>>> ASF committers creating a sandbox branch of a released component,
and
>>>>>>> after diving in for a while it's then merged in to trunk where
they
>>>>>>> then become one of the most active coders of that component.
>>>>>>>
>>>>>>> So +1 to a sandbox branch to primitives if you have ideas you'd
like
>>>>>>> to play with. ASF committers get karma to the sandbox on request,
so
>>>>>>> just need you to want to do that and we can add karma.
>>>>>>>
>>>>>>> Hen
>>>>>>>
>>>>>>> On Mon, Nov 30, 2009 at 5:01 PM, Benson Margulies 
wrote:
>>>>>>>> Stephen,
>>>>>>>>
>>>>>>>> It's interesting to me that the world in general knows about
Trove,
>>>>>>>> but not so much this.
>>>>>>>>
>>>>>>>> The fact that the front page is labelled with a snapshot
version might
>>>>>>>> have something to do with it, but I am kind of mystified.
One thing
>>>>>>>> that I'd like to add that Trove has is a full generic object
hash map
>>>>>>>> that is an open hash to avoid the space bloat of the stock
Java
>>>>>>>> HashMap.
>>>>>>>>
>>>>>>>> I am willing to make time to work on this. Since I'm not
a committer
>>>>>>>> at commons, I'm thinking that my proposed lab is a reasonable
place to
>>>>>>>> put in some effort and then bring it back into commons. Or
maybe I
>>>>>>>> should just start teeing up patches at commons? I find that
>>>>>>>> reorganizing changes that might be called for to do generics
and such
>>>>>>>> are really clumsy  in patches, so svn cp-ing to a lab might
still make
>>>>>>>> sense.
>>>>>>>>
>>>>>>>> I'm copy the labs list to test if I'm making a particle of
sense.
>>>>>>>>
>>>>>>>> --benson
>>>>>>>>
>>>>>>>>
>>>>>>>> On Mon, Nov 30, 2009 at 5:34 PM, Stephen Colebourne
>>>>>>>>  wrote:
>>>>>>>>> Benson Margulies wrote:
>>>>>>>>>> I proposed a lab over at labs in which to start construction
of
>>>>>>>>>> something much like what commons-primitives describes
itself as
>>>>>>>>>> setting out to do. The web page for primitives suggests
a rather
>>>>>>>>>> dormant state. Is there anybody in there actively
working on
>>>>>>>>>> primitives?
>>>>>>>>> I think [primitives] is stable and complete, thus appears
rather quiet.
>>>>>>>>>
>>>>>>>>> I'd also point out Joda-Primitives - http://joda-primitives.sourceforge.net/
>>>>>>>>>
>>>>>>>>> Its a fork of the concept of [primitives] but with an
API design I felt more
>>>>>>>>> comfortable with. However, I don't have time to work
on it (generify,
>>>>>>>>> release). I'll grant access to anyone that wants to help
on it.
>>>>>>>>>
>>>>>>>>> Stephen
>>>>>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>
>>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>

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