date:20160913

Re: [IO] SVN or GIt

2016-09-13 Thread Gary Gregory

Ah, my URL had "http" instead of "https"; fixed.

Thank you!
Gary

On Mon, Sep 12, 2016 at 11:52 PM, Benedikt Ritter 
wrote:

> Are you using the correct URL? The git repo is at
> https://git-wip-us.apache.org/repos/asf/commons-io I've already pushed
> some
> commits.
>
> BTW: I was unable to update the website because the site build does not
> work on any of my JDKs. I did not have the time to investigate the issue.
> We should fix that so that the website points to the correct repository
> location.
>
> Benedikt
>
> Jochen Wiedmann  schrieb am Di., 13. Sep. 2016
> um 08:17 Uhr:
>
> > Was there a corresponding Jira issue?
> >
> > If so, I suggest nagging infra on Hipchat. (They don't like, if we do,
> > but that has helped quickly in the past.)
> > If not, I suggest creating it.
> >
> > Jochen
> >
> >
> > On Mon, Sep 12, 2016 at 10:12 PM, Gary Gregory 
> > wrote:
> > > Did we finish the conversion of commons-io from Svn to Git?
> > >
> > > I cannot seem to push or pull from the git repo.
> > >
> > > Gary
> > >
> > > --
> > > E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> > > Java Persistence with Hibernate, Second Edition
> > > 
> > > JUnit in Action, Second Edition 
> > > Spring Batch in Action 
> > > Blog: http://garygregory.wordpress.com
> > > Home: http://garygregory.com/
> > > Tweet! http://twitter.com/GaryGregory
> >
> >
> >
> > --
> > The next time you hear: "Don't reinvent the wheel!"
> >
> >
> > http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/
> evolution-of-the-wheel-300x85.jpg
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
>



-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
Java Persistence with Hibernate, Second Edition

JUnit in Action, Second Edition 
Spring Batch in Action 
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Re: [LANG] Add alphabet conversion API

2016-09-13 Thread Bruno P. Kinoshita

+1
Bruno

 
  From: Benedikt Ritter 
 To: Commons Developers List  
 Sent: Wednesday, 14 September 2016 2:06 AM
 Subject: Re: [LANG] Add alphabet conversion API
   
Does this really belong into [LANG]? We also have Commons Text [1] in the
sandbox, which seems to be a better home for this functionality.

Benedikt

[1] http://commons.apache.org/sandbox/commons-text/

Rob Tompkins  schrieb am Di., 13. Sep. 2016 um
15:48 Uhr:

>
> > On Sep 13, 2016, at 4:39 AM, Eyal Allweil 
> wrote:
> >
> > I've created a JIRA issue,
> https://issues.apache.org/jira/browse/LANG-1266, and a pull request for
> this: https://github.com/apache/commons-lang/pull/188
> > Regards,Eyal
> >
> >
> >
> >
> >    On Wednesday, September 7, 2016 5:27 PM, Eyal Allweil <
> eyal_allw...@yahoo.com> wrote:
> >
> >
> > Hi Simo,
> > I'm not sure I understood how BitSets would be used in this case. For
> example, an example with chars might look like this.
> > AlphabetConverter ac = new AlphabetConverter(['a','b','c','d'],
> ['a','e','f','g'],['a']) // 'a' is not encoded
>
> Hello Eyal,
>
> The first thing that springs to mind here is: are we naming this class
> appropriately? I’ll preface my naming argument with I’m coming from a
> mathematical background (combinatorics on words) here. Traditionally in the
> literature such a “mapping”
>
>        f: {Kleene Closure A} -> {Kleene Closure B}
>
> with the property f(StringConcatenate(x,y)) = StringConcatenate(f(x),f(y))
> for x,y strings from {Kleene Closure A}, is called a “Morphism” [1, pg.
> 8][2]. Clearly that name is quite terse when one comes from an application
> development mindset, so I’m not sure that going with the theoretical name
> is appropriate here. That said, I minimally wanted to bring it up so that
> we can have open discourse about naming.
>
> After looking at the code some, the following pop into my head (note. I’m
> not tied to any of the ideas here, just stating thoughts that ran through
> my head):
> There are some stylistic differences that stand out (e.g. "methodName
> (signature)" as opposed to “methodName(signature)”).
> More javadoc?
> Do we need the “doNotEncodeMap”?
> The “.equals" method could use a null check.
> Do we want to accommodate non-invertible or non-decodable encodings (e.g.
> new AlphabetConverter([‘a’,’b’,’c’,’d’],[‘a’,’e’,’f’,’e’],[‘a’]))?
> Do we want to accommodate alphabets over concatenated chars (e.g. new
> AlphabetConverter([‘ab’,’c’,’d’,e’],[‘a’,’k’,’hi’,’z’],[]))?
>
> Personally I like the idea of having the ability of having the
> generalization of the input/output alphabets, but it would seem that would
> require having a superclass have that implementation and an extension for
> an invertible AlphabetConverter.
>
> All that said, I’m not particularly tied to any of the ideas, and aside
> from the stylistic changes and the .equals bit, the changes seem quite
> reasonable. I would love to hear other folks’ thoughts on the proposed
> functionality.
>
> Cheers,
> -Rob
>
> Biblio.
> [1] Jean-Paul Allouche and Jeffrey Shallit. Automatic sequences. Cambridge
> University Press, Cambridge, 2003. Theory, ap- plications, and
> generalizations.
>
> [2] https://en.wikipedia.org/wiki/Free_monoid#Morphisms
>
> >
> > and the mapping would become a -> a, b -> e, c -> f, d -> g
> > so encoding encode("abc") would become "aef".
> > Ints can be used instead of chars to support unicode code points that
> don't fit in a single char (which was our case, but if that seems overkill,
> the chars implementation is much more direct).
> > How did you mean the BitSet to be used?
> > Regards,Eyal
> >
> >
> >
> >    On Thursday, September 1, 2016 12:26 PM, Simone Tripodi <
> simonetrip...@apache.org> wrote:
> >
> >
> > Hi,I personally think it would a very "nice to have" feature, I had to
> face similar issues in the past and, if that feature was available would
> have saved me developing time.
> > I just have a small request/suggestion: since int/char can be casted to
> each other, I would use BitSets rather than Sets.
> > Good luck!-Simo
> >
> > http://people.apache.org/~simonetripodi/
> > http://twitter.com/simonetripodi
> > On Thu, Sep 1, 2016 at 10:53 AM, Eyal Allweil 
> > 
> wrote:
> >
> > Hi guys,
> > Would you be interested in adding a utility class that creates alphabet
> converters, perhaps using a helper method available from StringUtils? It
> doesn't have to stay the way it is now, but the API for the class -
> AlphabetConverter - is currently:
> > /** * The input is integers representing code points, but we can make it
> accept chars as well * * doNotEncode represents chars we want to leave in
> the original state (not to encode them using the chars in encoding) */
> > public AlphabetConverter(Set original, Set encoding,
> Set doNotEncode);
> > public String encode (String original);
> >
> > public String decode (String encoded);

[REPORT] Apache Commons - September 2016

2016-09-13 Thread Gary Gregory

## Description:

The Apache Commons project focuses on all aspects of reusable Java
components.

The Apache Commons components are widely used in many projects, both within
Apache and without. Any ASF committer can commit to Apache Commons.

The last report was on June 7 2016.

## Issues:
 - There are no issues that requires the boards attention this quarter.

## Activity:
 - The project is active with 4 releases this reporting period. One new
 component being is being readied for release (Commons RNG) and another
 component is still in limbo (Commons Math.) after having been forked.
 Commons RDF is slowly making its way through the incubator.

 - Apache Commons Crypto has seen it first release: 1.0.0.

 - The Commons community has decided to bring forth and maintain a new
 component, Commons RNG, out of the larger Commons Math code base, which is
 has seen no activity in the last quarter. The future of Commons Math is
 still uncertain and being discussed from time to time. There are several
 proposals for fostering new communities in place of the dwindling
 Commons Math one, but that those are in limbo because no consensus
 has been reached yet.

## Health report:
 - Most components in Commons are mature, but are still actively
 maintained (4 releases). The dev list is active. JIRA is active. Speed of
 responses to users is reasonable in most cases. We have 4 new committers,
 and Commons is still open to any Apache Committer.

## PMC changes:

 - Currently 35 PMC members.
 - No new PMC members added in the last 3 months
 - Last PMC addition was Stian Soiland-Reyes on Wed May 18 2016

## Committer base changes:

 - Currently 142 (but a lot less active committer).
 - New commmitters:
- Artem Barger was added as a committer on Sun Aug 14 2016
- Rob Tompkins was added as a committer on Mon Aug 22 2016
- Eric Barnhill was added as a committer on Tue Sep 06 2016
- Matt Sicker was added as a committer on Wed Jul 27 2016

## Releases:

 - BCEL-6.0 was released on Wed Jul 13 2016
 - COMPRESS 1.12 was released on Mon Jun 20 2016
 - CONFIGURATION-2.1 was released on Fri Aug 19 2016
 - CRYPTO-1.0.0 was released on Mon Aug 08 2016

## Mailing list activity:

 - The stats below show no significant change since last quarter.
 The dev list is active. Speed of responses to users is reasonable
 in most cases.

 - dev@commons.apache.org:
- 680 subscribers (down -7 in the last 3 months):
- 1609 emails sent to list (1714 in previous quarter)

 - iss...@commons.apache.org:
- 301 subscribers (down -1 in the last 3 months):
- 1682 emails sent to list (2339 in previous quarter)

 - notificati...@commons.apache.org:
- 12 subscribers (up 0 in the last 3 months):
- 247 emails sent to list (281 in previous quarter)

 - u...@commons.apache.org:
- 1236 subscribers (up 8 in the last 3 months):
- 83 emails sent to list (166 in previous quarter)


## JIRA activity:

 - 209 JIRA tickets created in the last 3 months
 - 178 JIRA tickets closed/resolved in the last 3 months

Gary Gregory, Apache Commons PMC Chair.

-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
Java Persistence with Hibernate, Second Edition

JUnit in Action, Second Edition 
Spring Batch in Action 
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Re: Another BeanUtils 1.9.3 RC?

2016-09-13 Thread Gary Gregory

On Tue, Sep 13, 2016 at 7:12 AM, Raviteja Lokineni <
raviteja.lokin...@gmail.com> wrote:

> I guess then we are good for release of RC, right?
>

It looks like it. :-)

Gary


>
> On Mon, Sep 12, 2016 at 12:18 PM, Gary Gregory 
> wrote:
>
> > On Mon, Sep 12, 2016 at 9:12 AM, Stian Soiland-Reyes 
> > wrote:
> >
> > > Hi,
> > >
> > > Sorry about the time for fixing BEANUTILS-492 - a bit of dark magic to
> > > go through there inside
> > > the bean inspectors.
> > >
> > > https://issues.apache.org/jira/browse/BEANUTILS-492#
> > >
> > >
> > >
> > > Now that I think it's sorted for Java 6/7/8/9 - shall I have a go at
> > > creating a new Release Candidate for BeanUtils 1.9.3 ?
> > >
> >
> > I think that was the only item holding us up.
> >
> > Gary
> >
> >
> > >
> > >
> > > --
> > > Stian Soiland-Reyes
> > > http://orcid.org/-0001-9842-9718
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > > For additional commands, e-mail: dev-h...@commons.apache.org
> > >
> > >
> >
> >
> > --
> > E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> > Java Persistence with Hibernate, Second Edition
> > 
> > JUnit in Action, Second Edition 
> > Spring Batch in Action 
> > Blog: http://garygregory.wordpress.com
> > Home: http://garygregory.com/
> > Tweet! http://twitter.com/GaryGregory
> >
>
>
>
> --
> *Raviteja Lokineni* | Business Intelligence Developer
> TD Ameritrade
>
> E: raviteja.lokin...@gmail.com
>
> [image: View Raviteja Lokineni's profile on LinkedIn]
> 
>



-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
Java Persistence with Hibernate, Second Edition

JUnit in Action, Second Edition 
Spring Batch in Action 
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Re: Another BeanUtils 1.9.3 RC?

2016-09-13 Thread Raviteja Lokineni

I guess then we are good for release of RC, right?

On Mon, Sep 12, 2016 at 12:18 PM, Gary Gregory 
wrote:

> On Mon, Sep 12, 2016 at 9:12 AM, Stian Soiland-Reyes 
> wrote:
>
> > Hi,
> >
> > Sorry about the time for fixing BEANUTILS-492 - a bit of dark magic to
> > go through there inside
> > the bean inspectors.
> >
> > https://issues.apache.org/jira/browse/BEANUTILS-492#
> >
> >
> >
> > Now that I think it's sorted for Java 6/7/8/9 - shall I have a go at
> > creating a new Release Candidate for BeanUtils 1.9.3 ?
> >
>
> I think that was the only item holding us up.
>
> Gary
>
>
> >
> >
> > --
> > Stian Soiland-Reyes
> > http://orcid.org/-0001-9842-9718
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
>
>
> --
> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> Java Persistence with Hibernate, Second Edition
> 
> JUnit in Action, Second Edition 
> Spring Batch in Action 
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
>



-- 
*Raviteja Lokineni* | Business Intelligence Developer
TD Ameritrade

E: raviteja.lokin...@gmail.com

[image: View Raviteja Lokineni's profile on LinkedIn]

Re: [LANG] Add alphabet conversion API

2016-09-13 Thread Benedikt Ritter

Does this really belong into [LANG]? We also have Commons Text [1] in the
sandbox, which seems to be a better home for this functionality.

Benedikt

[1] http://commons.apache.org/sandbox/commons-text/

Rob Tompkins  schrieb am Di., 13. Sep. 2016 um
15:48 Uhr:

>
> > On Sep 13, 2016, at 4:39 AM, Eyal Allweil 
> wrote:
> >
> > I've created a JIRA issue,
> https://issues.apache.org/jira/browse/LANG-1266, and a pull request for
> this: https://github.com/apache/commons-lang/pull/188
> > Regards,Eyal
> >
> >
> >
> >
> >On Wednesday, September 7, 2016 5:27 PM, Eyal Allweil <
> eyal_allw...@yahoo.com> wrote:
> >
> >
> > Hi Simo,
> > I'm not sure I understood how BitSets would be used in this case. For
> example, an example with chars might look like this.
> > AlphabetConverter ac = new AlphabetConverter(['a','b','c','d'],
> ['a','e','f','g'],['a']) // 'a' is not encoded
>
> Hello Eyal,
>
> The first thing that springs to mind here is: are we naming this class
> appropriately? I’ll preface my naming argument with I’m coming from a
> mathematical background (combinatorics on words) here. Traditionally in the
> literature such a “mapping”
>
> f: {Kleene Closure A} -> {Kleene Closure B}
>
> with the property f(StringConcatenate(x,y)) = StringConcatenate(f(x),f(y))
> for x,y strings from {Kleene Closure A}, is called a “Morphism” [1, pg.
> 8][2]. Clearly that name is quite terse when one comes from an application
> development mindset, so I’m not sure that going with the theoretical name
> is appropriate here. That said, I minimally wanted to bring it up so that
> we can have open discourse about naming.
>
> After looking at the code some, the following pop into my head (note. I’m
> not tied to any of the ideas here, just stating thoughts that ran through
> my head):
> There are some stylistic differences that stand out (e.g. "methodName
> (signature)" as opposed to “methodName(signature)”).
> More javadoc?
> Do we need the “doNotEncodeMap”?
> The “.equals" method could use a null check.
> Do we want to accommodate non-invertible or non-decodable encodings (e.g.
> new AlphabetConverter([‘a’,’b’,’c’,’d’],[‘a’,’e’,’f’,’e’],[‘a’]))?
> Do we want to accommodate alphabets over concatenated chars (e.g. new
> AlphabetConverter([‘ab’,’c’,’d’,e’],[‘a’,’k’,’hi’,’z’],[]))?
>
> Personally I like the idea of having the ability of having the
> generalization of the input/output alphabets, but it would seem that would
> require having a superclass have that implementation and an extension for
> an invertible AlphabetConverter.
>
> All that said, I’m not particularly tied to any of the ideas, and aside
> from the stylistic changes and the .equals bit, the changes seem quite
> reasonable. I would love to hear other folks’ thoughts on the proposed
> functionality.
>
> Cheers,
> -Rob
>
> Biblio.
> [1] Jean-Paul Allouche and Jeffrey Shallit. Automatic sequences. Cambridge
> University Press, Cambridge, 2003. Theory, ap- plications, and
> generalizations.
>
> [2] https://en.wikipedia.org/wiki/Free_monoid#Morphisms
>
> >
> > and the mapping would become a -> a, b -> e, c -> f, d -> g
> > so encoding encode("abc") would become "aef".
> > Ints can be used instead of chars to support unicode code points that
> don't fit in a single char (which was our case, but if that seems overkill,
> the chars implementation is much more direct).
> > How did you mean the BitSet to be used?
> > Regards,Eyal
> >
> >
> >
> >On Thursday, September 1, 2016 12:26 PM, Simone Tripodi <
> simonetrip...@apache.org> wrote:
> >
> >
> > Hi,I personally think it would a very "nice to have" feature, I had to
> face similar issues in the past and, if that feature was available would
> have saved me developing time.
> > I just have a small request/suggestion: since int/char can be casted to
> each other, I would use BitSets rather than Sets.
> > Good luck!-Simo
> >
> > http://people.apache.org/~simonetripodi/
> > http://twitter.com/simonetripodi
> > On Thu, Sep 1, 2016 at 10:53 AM, Eyal Allweil 
> > 
> wrote:
> >
> > Hi guys,
> > Would you be interested in adding a utility class that creates alphabet
> converters, perhaps using a helper method available from StringUtils? It
> doesn't have to stay the way it is now, but the API for the class -
> AlphabetConverter - is currently:
> > /** * The input is integers representing code points, but we can make it
> accept chars as well * * doNotEncode represents chars we want to leave in
> the original state (not to encode them using the chars in encoding) */
> > public AlphabetConverter(Set original, Set encoding,
> Set doNotEncode);
> > public String encode (String original);
> >
> > public String decode (String encoded);
> > In StringUtils, we could add
> >
> > public AlphabetConverter getAlphabetConverter (Set original,
> Set encoding, Set doNotEncode);
> > I used it to convert from unicode to latin letters, without using any
>

Re: [LANG] Add alphabet conversion API

2016-09-13 Thread Rob Tompkins

> On Sep 13, 2016, at 4:39 AM, Eyal Allweil  
> wrote:
> 
> I've created a JIRA issue, https://issues.apache.org/jira/browse/LANG-1266, 
> and a pull request for this: https://github.com/apache/commons-lang/pull/188
> Regards,Eyal
> 
> 
> 
> 
>On Wednesday, September 7, 2016 5:27 PM, Eyal Allweil 
>  wrote:
> 
> 
> Hi Simo,
> I'm not sure I understood how BitSets would be used in this case. For 
> example, an example with chars might look like this.
> AlphabetConverter ac = new AlphabetConverter(['a','b','c','d'], 
> ['a','e','f','g'],['a']) // 'a' is not encoded

Hello Eyal,

The first thing that springs to mind here is: are we naming this class 
appropriately? I’ll preface my naming argument with I’m coming from a 
mathematical background (combinatorics on words) here. Traditionally in the 
literature such a “mapping” 

f: {Kleene Closure A} -> {Kleene Closure B} 

with the property f(StringConcatenate(x,y)) = StringConcatenate(f(x),f(y)) for 
x,y strings from {Kleene Closure A}, is called a “Morphism” [1, pg. 8][2]. 
Clearly that name is quite terse when one comes from an application development 
mindset, so I’m not sure that going with the theoretical name is appropriate 
here. That said, I minimally wanted to bring it up so that we can have open 
discourse about naming.

After looking at the code some, the following pop into my head (note. I’m not 
tied to any of the ideas here, just stating thoughts that ran through my head):
There are some stylistic differences that stand out (e.g. "methodName 
(signature)" as opposed to “methodName(signature)”).
More javadoc?
Do we need the “doNotEncodeMap”?
The “.equals" method could use a null check.
Do we want to accommodate non-invertible or non-decodable encodings (e.g. new 
AlphabetConverter([‘a’,’b’,’c’,’d’],[‘a’,’e’,’f’,’e’],[‘a’]))?
Do we want to accommodate alphabets over concatenated chars (e.g. new 
AlphabetConverter([‘ab’,’c’,’d’,e’],[‘a’,’k’,’hi’,’z’],[]))?

Personally I like the idea of having the ability of having the generalization 
of the input/output alphabets, but it would seem that would require having a 
superclass have that implementation and an extension for an invertible 
AlphabetConverter.

All that said, I’m not particularly tied to any of the ideas, and aside from 
the stylistic changes and the .equals bit, the changes seem quite reasonable. I 
would love to hear other folks’ thoughts on the proposed functionality.

Cheers,
-Rob

Biblio.
[1] Jean-Paul Allouche and Jeffrey Shallit. Automatic sequences. Cambridge 
University Press, Cambridge, 2003. Theory, ap- plications, and generalizations.

[2] https://en.wikipedia.org/wiki/Free_monoid#Morphisms

> 
> and the mapping would become a -> a, b -> e, c -> f, d -> g
> so encoding encode("abc") would become "aef".
> Ints can be used instead of chars to support unicode code points that don't 
> fit in a single char (which was our case, but if that seems overkill, the 
> chars implementation is much more direct).
> How did you mean the BitSet to be used?
> Regards,Eyal
> 
> 
> 
>On Thursday, September 1, 2016 12:26 PM, Simone Tripodi 
>  wrote:
> 
> 
> Hi,I personally think it would a very "nice to have" feature, I had to face 
> similar issues in the past and, if that feature was available would have 
> saved me developing time.
> I just have a small request/suggestion: since int/char can be casted to each 
> other, I would use BitSets rather than Sets.
> Good luck!-Simo
> 
> http://people.apache.org/~simonetripodi/
> http://twitter.com/simonetripodi
> On Thu, Sep 1, 2016 at 10:53 AM, Eyal Allweil 
>  wrote:
> 
> Hi guys,
> Would you be interested in adding a utility class that creates alphabet 
> converters, perhaps using a helper method available from StringUtils? It 
> doesn't have to stay the way it is now, but the API for the class - 
> AlphabetConverter - is currently:
> /** * The input is integers representing code points, but we can make it 
> accept chars as well * * doNotEncode represents chars we want to leave in the 
> original state (not to encode them using the chars in encoding) */
> public AlphabetConverter(Set original, Set encoding, 
> Set doNotEncode);
> public String encode (String original);
> 
> public String decode (String encoded);
> In StringUtils, we could add
> 
> public AlphabetConverter getAlphabetConverter (Set original, 
> Set encoding, Set doNotEncode);
> I used it to convert from unicode to latin letters, without using any chars I 
> wanted as delimiters, and preserving the English alphabet as is for 
> readability. If you'd like to add it, I'll clean up the code and prepare it 
> for a pull request so you can review it.
> 
> It makes sense to me to add a method that returns the HashMaps used 
> internally for the mappings so they can be serialized (and deserialized) for 
> preserving the mapping.
> Regards,Eyal Allweil (PayPal)
>

Re: Apache Commons Report Due

2016-09-13 Thread Gilles


On Tue, 13 Sep 2016 12:44:01 +0100, sebb wrote:
On 13 September 2016 at 02:48, Gary Gregory  
wrote:

Oops, here it is:

## Description:

The Apache Commons project focuses on all aspects of reusable Java
components.

The Apache Commons components are widely used in many projects, both 
within

Apache and without. Any ASF committer can commit to Apache Commons.

The last report was on June 7 2016.

## Issues:
 - There are no issues that requires the boards attention this 
quarter.


## Activity:
 - The project is active with 4 releases this reporting period. One 
new
 component being is being readied for release (Commons RNG) and 
another
 component is still in limbo (Commons Math.) after having been 
forked.

 Commons RDF is slowly making its way through the incubator.

 - The Commons community has decided to bring forth and maintain a 
new
 component, Commons RNG, out of the larger Commons Math code base, 
which is
 has seen no activity in the last quarter. The future of Commons 
Math is

 still uncertain and being discussed from time to time.


I'd prefer that the report plainly states that there are several
proposals for fostering new communities in place of the dwindling
Commons Math one, but that those are in limbo because no consensus
can be reached.



## Health report:
 - Most components in Commons are mature, but are still actively
 maintained (4 releases). The dev list is active. JIRA is active. 
Speed of
 responses to users is reasonable in most cases. We have 4 new 
committers,

 and Commons is still open to any Apache Committer.

## PMC changes:

 - Currently 35 PMC members.
 - No new PMC members added in the last 3 months
 - Last PMC addition was Stian Soiland-Reyes on Wed May 18 2016

## Committer base changes:

 - Currently 142 committers.
 - New commmitters:
- Artem Barger was added as a committer on Sun Aug 14 2016
- Rob Tompkins was added as a committer on Mon Aug 22 2016
- Eric Barnhill was added as a committer on Tue Sep 06 2016
- Matt Sicker was added as a committer on Wed Jul 27 2016


However Commons uses universal commit, so this may exclude some 
contributors.


More significantly (IMHO) is that this single number is totally
useless (up to misleading) if it purports to represent project
activity.

Better have a histogram of "number of committers that did N commits
in the last 3 months".


Gilles



## Releases:

 - BCEL-6.0 was released on Wed Jul 13 2016
 - COMPRESS 1.12 was released on Mon Jun 20 2016
 - CONFIGURATION-2.1 was released on Fri Aug 19 2016
 - CRYPTO-1.0.0 was released on Mon Aug 08 2016

## Mailing list activity:

 - The stats below show no significant change since last quarter.
 The dev list is active. Speed of responses to users is reasonable
 in most cases.

 - dev@commons.apache.org:
- 680 subscribers (down -7 in the last 3 months):
- 1609 emails sent to list (1714 in previous quarter)

 - iss...@commons.apache.org:
- 301 subscribers (down -1 in the last 3 months):
- 1682 emails sent to list (2339 in previous quarter)

 - notificati...@commons.apache.org:
- 12 subscribers (up 0 in the last 3 months):
- 247 emails sent to list (281 in previous quarter)

 - u...@commons.apache.org:
- 1236 subscribers (up 8 in the last 3 months):
- 83 emails sent to list (166 in previous quarter)


## JIRA activity:

 - 209 JIRA tickets created in the last 3 months
 - 178 JIRA tickets closed/resolved in the last 3 months

On Mon, Sep 12, 2016 at 5:53 PM, Gilles 


wrote:


On Mon, 12 Sep 2016 12:51:30 -0700, Gary Gregory wrote:


Here is what I plan to send:



?
[Or an empty report.]

Gilles


On Sun, Sep 11, 2016 at 11:43 AM, Matt Sicker  
wrote:


That sounds like it sums it up to date.


On 11 September 2016 at 10:45, Gary Gregory 


wrote:

> Is there anything specific you'd like noted WRT Commons Math 
and

Commons
> RNG?
>
> Otherwise I'll keep it simple: The Commons community has 
decided to

bring
> forth and maintain a new component, Commons RNG, out of the 
larger

Commons
> Math code base, which is has seen no activity in the last 
quarter. The
> future of Commons Math is still uncertain and being discussed 
from time

to
> time.
>
> Gary
>
> On Sat, Sep 10, 2016 at 11:40 AM, Matt Sicker 


wrote:
>
> > * The commons math evolution.
> > * Commons crypto 1.0
> >
> > I don't think anything else too exciting has happened other 
than

normal
> > releases.
> >
> > On 10 September 2016 at 13:21, Gary Gregory 


> > wrote:
> >
> > > I will send out our quarterly report later today or 
tomorrow.

> > >
> > > Is there anything you'd like to see mentioned?
> > >
> > > Gary
> > >
> > > --
> > > E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> > > Java Persistence with Hibernate, Second Edition
> > > 
> > > JUnit in Action, Second Edition

Re: Apache Commons Report Due

2016-09-13 Thread sebb

On 13 September 2016 at 02:48, Gary Gregory  wrote:
> Oops, here it is:
>
> ## Description:
>
> The Apache Commons project focuses on all aspects of reusable Java
> components.
>
> The Apache Commons components are widely used in many projects, both within
> Apache and without. Any ASF committer can commit to Apache Commons.
>
> The last report was on June 7 2016.
>
> ## Issues:
>  - There are no issues that requires the boards attention this quarter.
>
> ## Activity:
>  - The project is active with 4 releases this reporting period. One new
>  component being is being readied for release (Commons RNG) and another
>  component is still in limbo (Commons Math.) after having been forked.
>  Commons RDF is slowly making its way through the incubator.
>
>  - The Commons community has decided to bring forth and maintain a new
>  component, Commons RNG, out of the larger Commons Math code base, which is
>  has seen no activity in the last quarter. The future of Commons Math is
>  still uncertain and being discussed from time to time.
>
> ## Health report:
>  - Most components in Commons are mature, but are still actively
>  maintained (4 releases). The dev list is active. JIRA is active. Speed of
>  responses to users is reasonable in most cases. We have 4 new committers,
>  and Commons is still open to any Apache Committer.
>
> ## PMC changes:
>
>  - Currently 35 PMC members.
>  - No new PMC members added in the last 3 months
>  - Last PMC addition was Stian Soiland-Reyes on Wed May 18 2016
>
> ## Committer base changes:
>
>  - Currently 142 committers.
>  - New commmitters:
> - Artem Barger was added as a committer on Sun Aug 14 2016
> - Rob Tompkins was added as a committer on Mon Aug 22 2016
> - Eric Barnhill was added as a committer on Tue Sep 06 2016
> - Matt Sicker was added as a committer on Wed Jul 27 2016

However Commons uses universal commit, so this may exclude some contributors.

> ## Releases:
>
>  - BCEL-6.0 was released on Wed Jul 13 2016
>  - COMPRESS 1.12 was released on Mon Jun 20 2016
>  - CONFIGURATION-2.1 was released on Fri Aug 19 2016
>  - CRYPTO-1.0.0 was released on Mon Aug 08 2016
>
> ## Mailing list activity:
>
>  - The stats below show no significant change since last quarter.
>  The dev list is active. Speed of responses to users is reasonable
>  in most cases.
>
>  - dev@commons.apache.org:
> - 680 subscribers (down -7 in the last 3 months):
> - 1609 emails sent to list (1714 in previous quarter)
>
>  - iss...@commons.apache.org:
> - 301 subscribers (down -1 in the last 3 months):
> - 1682 emails sent to list (2339 in previous quarter)
>
>  - notificati...@commons.apache.org:
> - 12 subscribers (up 0 in the last 3 months):
> - 247 emails sent to list (281 in previous quarter)
>
>  - u...@commons.apache.org:
> - 1236 subscribers (up 8 in the last 3 months):
> - 83 emails sent to list (166 in previous quarter)
>
>
> ## JIRA activity:
>
>  - 209 JIRA tickets created in the last 3 months
>  - 178 JIRA tickets closed/resolved in the last 3 months
>
> On Mon, Sep 12, 2016 at 5:53 PM, Gilles 
> wrote:
>
>> On Mon, 12 Sep 2016 12:51:30 -0700, Gary Gregory wrote:
>>
>>> Here is what I plan to send:
>>>
>>>
>> ?
>> [Or an empty report.]
>>
>> Gilles
>>
>>
>> On Sun, Sep 11, 2016 at 11:43 AM, Matt Sicker  wrote:
>>>
>>> That sounds like it sums it up to date.

 On 11 September 2016 at 10:45, Gary Gregory 
 wrote:

 > Is there anything specific you'd like noted WRT Commons Math and
 Commons
 > RNG?
 >
 > Otherwise I'll keep it simple: The Commons community has decided to
 bring
 > forth and maintain a new component, Commons RNG, out of the larger
 Commons
 > Math code base, which is has seen no activity in the last quarter. The
 > future of Commons Math is still uncertain and being discussed from time
 to
 > time.
 >
 > Gary
 >
 > On Sat, Sep 10, 2016 at 11:40 AM, Matt Sicker 
 wrote:
 >
 > > * The commons math evolution.
 > > * Commons crypto 1.0
 > >
 > > I don't think anything else too exciting has happened other than
 normal
 > > releases.
 > >
 > > On 10 September 2016 at 13:21, Gary Gregory 
 > > wrote:
 > >
 > > > I will send out our quarterly report later today or tomorrow.
 > > >
 > > > Is there anything you'd like to see mentioned?
 > > >
 > > > Gary
 > > >
 > > > --
 > > > E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
 > > > Java Persistence with Hibernate, Second Edition
 > > > 
 > > > JUnit in Action, Second Edition 
 > > > Spring Batch in Action 
 > > > Blog: http://garygregory.wordpress.com
 > > > Home:

[GitHub] commons-codec pull request #5: Do not leak file descriptors

2016-09-13 Thread SvetlinZarev

GitHub user SvetlinZarev opened a pull request:

https://github.com/apache/commons-codec/pull/5

Do not leak file descriptors

Bug: CODEC-225

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/SvetlinZarev/commons-codec StreamLeaks

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/commons-codec/pull/5.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #5


commit b93405af5abb1f59c87e49d271c4f39ab034868b
Author: Svetlin Zarev 
Date:   2016-09-13T10:29:17Z

Do not leak file descriptors

Bug: CODEC-225




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

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

Re: [IO] SVN or GIt

2016-09-13 Thread sebb

On 13 September 2016 at 07:52, Benedikt Ritter  wrote:
> Are you using the correct URL? The git repo is at
> https://git-wip-us.apache.org/repos/asf/commons-io I've already pushed some
> commits.
>
> BTW: I was unable to update the website because the site build does not
> work on any of my JDKs. I did not have the time to investigate the issue.
> We should fix that so that the website points to the correct repository
> location.

If there are only a few places involved, such changes can always be
made in the live SVN repo.
i.e. no need to rebuild.

> Benedikt
>
> Jochen Wiedmann  schrieb am Di., 13. Sep. 2016
> um 08:17 Uhr:
>
>> Was there a corresponding Jira issue?
>>
>> If so, I suggest nagging infra on Hipchat. (They don't like, if we do,
>> but that has helped quickly in the past.)
>> If not, I suggest creating it.
>>
>> Jochen
>>
>>
>> On Mon, Sep 12, 2016 at 10:12 PM, Gary Gregory 
>> wrote:
>> > Did we finish the conversion of commons-io from Svn to Git?
>> >
>> > I cannot seem to push or pull from the git repo.
>> >
>> > Gary
>> >
>> > --
>> > E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
>> > Java Persistence with Hibernate, Second Edition
>> > 
>> > JUnit in Action, Second Edition 
>> > Spring Batch in Action 
>> > Blog: http://garygregory.wordpress.com
>> > Home: http://garygregory.com/
>> > Tweet! http://twitter.com/GaryGregory
>>
>>
>>
>> --
>> The next time you hear: "Don't reinvent the wheel!"
>>
>>
>> http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>
>>

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

Re: [LANG] Add alphabet conversion API

2016-09-13 Thread Eyal Allweil

I've created a JIRA issue, https://issues.apache.org/jira/browse/LANG-1266, and 
a pull request for this: https://github.com/apache/commons-lang/pull/188
Regards,Eyal


 

On Wednesday, September 7, 2016 5:27 PM, Eyal Allweil 
 wrote:
 

 Hi Simo,
I'm not sure I understood how BitSets would be used in this case. For example, 
an example with chars might look like this.
AlphabetConverter ac = new AlphabetConverter(['a','b','c','d'], 
['a','e','f','g'],['a']) // 'a' is not encoded

and the mapping would become a -> a, b -> e, c -> f, d -> g
so encoding encode("abc") would become "aef".
Ints can be used instead of chars to support unicode code points that don't fit 
in a single char (which was our case, but if that seems overkill, the chars 
implementation is much more direct).
How did you mean the BitSet to be used?
Regards,Eyal

 

On Thursday, September 1, 2016 12:26 PM, Simone Tripodi 
 wrote:
 

 Hi,I personally think it would a very "nice to have" feature, I had to face 
similar issues in the past and, if that feature was available would have saved 
me developing time.
I just have a small request/suggestion: since int/char can be casted to each 
other, I would use BitSets rather than Sets.
Good luck!-Simo

http://people.apache.org/~simonetripodi/
http://twitter.com/simonetripodi
On Thu, Sep 1, 2016 at 10:53 AM, Eyal Allweil  
wrote:

Hi guys,
Would you be interested in adding a utility class that creates alphabet 
converters, perhaps using a helper method available from StringUtils? It 
doesn't have to stay the way it is now, but the API for the class - 
AlphabetConverter - is currently:
/** * The input is integers representing code points, but we can make it accept 
chars as well * * doNotEncode represents chars we want to leave in the original 
state (not to encode them using the chars in encoding) */
public AlphabetConverter(Set original, Set encoding, 
Set doNotEncode);
public String encode (String original);

public String decode (String encoded);
In StringUtils, we could add

public AlphabetConverter getAlphabetConverter (Set original, 
Set encoding, Set doNotEncode);
I used it to convert from unicode to latin letters, without using any chars I 
wanted as delimiters, and preserving the English alphabet as is for 
readability. If you'd like to add it, I'll clean up the code and prepare it for 
a pull request so you can review it.

It makes sense to me to add a method that returns the HashMaps used internally 
for the mappings so they can be serialized (and deserialized) for preserving 
the mapping.
Regards,Eyal Allweil (PayPal)

Re: [GitHub] commons-bcel pull request #10: BCEL-276 LocalVariableTypeTable is not update...

2016-09-13 Thread Benedikt Ritter

Hello Mark,

thank you for investigating this. I've reopened the issue. I currently
don't know when I will have the time to look into it, but we'll definitely
fix it before 6.1

Regards,
Benedikt

Mark Roberts  schrieb am Mo., 12. Sep. 2016 um
18:46 Uhr:

> This issue needs to be reopened as the changes are incorrect.  I could not
> figure out the magic to do so - but I did add comments and attached the
> outline of a solution in the form of a diff file.
>
> Thank you,
> Mark Roberts
>
> > -Original Message-
> > From: asfgit [mailto:g...@git.apache.org]
> > Sent: Monday, September 05, 2016 11:46 PM
> > To: dev@commons.apache.org
> > Subject: [GitHub] commons-bcel pull request #10: BCEL-276
> > LocalVariableTypeTable is not update...
> >
> > Github user asfgit closed the pull request at:
> >
> > https://github.com/apache/commons-bcel/pull/10
> >
> >
> > ---
> > If your project is set up for it, you can reply to this email and have
> your reply
> > appear on GitHub as well. If your project does not have this feature
> enabled
> > and wishes so, or if the feature is enabled but not working, please
> contact
> > infrastructure at infrastruct...@apache.org or file a JIRA ticket with
> INFRA.
> > ---
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: [IO] SVN or GIt

2016-09-13 Thread Benedikt Ritter

Are you using the correct URL? The git repo is at
https://git-wip-us.apache.org/repos/asf/commons-io I've already pushed some
commits.

BTW: I was unable to update the website because the site build does not
work on any of my JDKs. I did not have the time to investigate the issue.
We should fix that so that the website points to the correct repository
location.

Benedikt

Jochen Wiedmann  schrieb am Di., 13. Sep. 2016
um 08:17 Uhr:

> Was there a corresponding Jira issue?
>
> If so, I suggest nagging infra on Hipchat. (They don't like, if we do,
> but that has helped quickly in the past.)
> If not, I suggest creating it.
>
> Jochen
>
>
> On Mon, Sep 12, 2016 at 10:12 PM, Gary Gregory 
> wrote:
> > Did we finish the conversion of commons-io from Svn to Git?
> >
> > I cannot seem to push or pull from the git repo.
> >
> > Gary
> >
> > --
> > E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> > Java Persistence with Hibernate, Second Edition
> > 
> > JUnit in Action, Second Edition 
> > Spring Batch in Action 
> > Blog: http://garygregory.wordpress.com
> > Home: http://garygregory.com/
> > Tweet! http://twitter.com/GaryGregory
>
>
>
> --
> The next time you hear: "Don't reinvent the wheel!"
>
>
> http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: [IO] SVN or GIt

2016-09-13 Thread Jochen Wiedmann

Was there a corresponding Jira issue?

If so, I suggest nagging infra on Hipchat. (They don't like, if we do,
but that has helped quickly in the past.)
If not, I suggest creating it.

Jochen


On Mon, Sep 12, 2016 at 10:12 PM, Gary Gregory  wrote:
> Did we finish the conversion of commons-io from Svn to Git?
>
> I cannot seem to push or pull from the git repo.
>
> Gary
>
> --
> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> Java Persistence with Hibernate, Second Edition
> 
> JUnit in Action, Second Edition 
> Spring Batch in Action 
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory



-- 
The next time you hear: "Don't reinvent the wheel!"

http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg

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

Re: [IO] SVN or GIt

Re: [LANG] Add alphabet conversion API

[REPORT] Apache Commons - September 2016

Re: Another BeanUtils 1.9.3 RC?

Re: Another BeanUtils 1.9.3 RC?

Re: [LANG] Add alphabet conversion API

Re: [LANG] Add alphabet conversion API

Re: Apache Commons Report Due

Re: Apache Commons Report Due

[GitHub] commons-codec pull request #5: Do not leak file descriptors

Re: [IO] SVN or GIt

Re: [LANG] Add alphabet conversion API

Re: [GitHub] commons-bcel pull request #10: BCEL-276 LocalVariableTypeTable is not update...

Re: [IO] SVN or GIt

Re: [IO] SVN or GIt

15 matches

Site Navigation

Mail list logo

Footer information