[math]Discussion: How to move out "EmptyClusterStrategy" from KMeansPlusPlusClusterer

2020-03-10 Thread chentao...@qq.com
Hi all,
    The "EmptyClusterStrategy" in KMeansPlusPlusClusterer can be reused 
MiniBatchKMeansClusterer and other cluster altorithm.
    So I think the "EmptyClusterStrategy" should move out from 
KMeansPlusPlusClusterer(JIRA issue #MATH-1525).
    I am not sure if my design is good or not. I think here should be a 
interface:

Solution 1: Explicit indicate the usage by class name and function name.
```java
@FunctionalInterface
public interface ClusterBreeder {
     T newCenterPoint((final 
Collection> clusters);
}
...
// Implementations
public LargestVarianceClusterPointBreeder implements ClusterBreeder{...}
public MostPopularClusterPointBreeder implements ClusterBreeder{...}
public FarthestPointBreeder implements ClusterBreeder{...}
...
// Usage
// KMeansPlusPlusClusterer.java
public class KMeansPlusPlusClusterer extends 
Clusterer {
    ...
    private final ClusterBreeder clusterBreeder;
    public KMeansPlusPlusClusterer(final int k, final int maxIterations,
                               final DistanceMeasure measure,
                               final UniformRandomProvider random,
                               final ClusterBreeder clusterBreeder) {
        ...
        this.clusterBreeder=clusterBreeder;
    }
    ...
    public List> cluster(final Collection points) {
        ...
            if (cluster.getPoints().isEmpty()) {
                if (clusterBreeder == null) {
                    throw new 
ConvergenceException(LocalizedFormats.EMPTY_CLUSTER_IN_K_MEANS);
                } else {
                    newCenter = clusterBreeder.newCenterPoint(clusters);
                }
            }
        ...
    }
}
```

Solution2: Declare a more generic interface:
```java
@FunctionalInterface
public interface ClustersPointFinder {
     T find((final Collection> clusters);
}

...
// Implementations
public LargestVarianceClusterPointFinder implements ClustersPointFinder {...}
public MostPopularClusterPointFinder implements ClustersPointFinder {...}
public FarthestPointFinder implements ClustersPointFinder {...}
```

Thanks,
-CT

Re: [commons-configuration] annotated tag commons-configuration-2.7-rel deleted (was 25c199d)

2020-03-10 Thread Rob Tompkins
Pardon my mistake in incorrect naming here. I renamed the tag 
"rel/commons-configuration-2.7"

-Rob

> On Mar 10, 2020, at 9:46 PM, chtom...@apache.org wrote:
> 
> This is an automated email from the ASF dual-hosted git repository.
> 
> chtompki pushed a change to annotated tag commons-configuration-2.7-rel
> in repository https://gitbox.apache.org/repos/asf/commons-configuration.git.
> 
> 
> *** WARNING: tag commons-configuration-2.7-rel was deleted! ***
> 
>   tag was  25c199d
> 
> The revisions that were on this annotated tag are still contained in
> other references; therefore, this change does not discard any commits
> from the repository.
> 


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



Re: [Compress]Add some easy-to-use APIs for Zip and other archivers

2020-03-10 Thread Peter Lee
> Peter,
>
> Please also take a look at Apache Commons VFS.

Sure. I will look into Commons VFS. Thank you for your suggestion.


[VOTE][RESULT] Release Apache Commons Configuration 2.7 based on RC2

2020-03-10 Thread Rob Tompkins
This vote passes with the following votes:

Jochen Wiedmann: +1,
Gary Gregory: +1,
Oliver Heger: +1,
Stefan Bodewig: +1, and
Rob Tompkins: +1.

I will proceed with the release, and I will announce it tomorrow in accordance 
with our standard 24 hour wait period for the mirrors to catch up.

Cheers and many thanks,
-Rob

> On Mar 9, 2020, at 10:55 AM, Rob Tompkins  wrote:
> 
> We have fixed quite a few bugs and added some significant enhancements since 
> Apache Commons Configuration 2.6 was released, so I would like to release 
> Apache Commons Configuration 2.7.
> 
> Apache Commons Configuration 2.7 RC2 is available for review here:
>https://dist.apache.org/repos/dist/dev/commons/configuration/2.7-RC2 (svn 
> revision 38450)
> 
> The Git tag commons-configuration-2.7-RC2 commit for this RC is 
> 03baa3bfbe123972da39c23e52fcd2d458e805fc which you can browse here:
>
> https://gitbox.apache.org/repos/asf?p=commons-configuration.git;a=commit;h=03baa3bfbe123972da39c23e52fcd2d458e805fc
> You may checkout this tag using:
>git clone https://gitbox.apache.org/repos/asf/commons-configuration.git 
> --branch commons-configuration-2.7-RC2 commons-configuration-2.7-RC2
> 
> Maven artifacts are here:
>
> https://repository.apache.org/content/repositories/orgapachecommons-${commons.nexus.repo.id}/org/apache/commons/commons-configuration2/2.7/
> 
> These are the artifacts and their hashes:
> 
> #Nexus SHA-1s
> commons-configuration2-2.7-sources.jar=ff209aff7768faf4f01f9cd8ed37caa1558d062a
> commons-configuration2-2.7.pom=0c68e52d5e7af3b587be9b12a0e39f326f3501a5
> commons-configuration2-2.7-javadoc.jar=7eae6541d54684bb197ac60f8fe60c3e6997f821
> commons-configuration2-2.7-test-sources.jar=4a554ae0ccc754ee6208921ef993b5ef1fca8c22
> commons-configuration2-2.7-tests.jar=0d6d5929981144464be944c071cf845e3faf5a29
> commons-configuration2-2.7.jar=593326399e5fb5e1f986607f06f63c1250ab36b4
> 
> #Release SHA-512s
> #Mon Mar 09 10:30:13 EDT 2020
> commons-configuration2-2.7-bin.tar.gz=769646c10ccbff009526897d68bf19ccae1382d3d299d0133c034104fe9dc291927c5ddaa413b819b29d366cd2bc309ac0dace00b261ddc40aff7e72fca4ff8d
> commons-configuration2-2.7-bin.zip=80731fdd2c01b78fa0e8e5ad09e589ce6998bd071ea80d3df29c6212a7ee46613ec64076eae63d8955cf8f2c8a180d90fa5b8a75498d581b02e2965470a29b7e
> commons-configuration2-2.7-src.tar.gz=dcb66f53d8e593025dcc1824b6b86adc6227cc34a8e4ff39d7ff80204153d2b798c8d16f2f0c4d92a8839e36442f5f0247d1b00fd2875b9e1671c8d0cbe22ef5
> commons-configuration2-2.7-src.zip=3233020b71e67681c43d3470862236cfec130e9da597fbb37afdac115ffacf1aa94096eb6966f585ae9945c2ce6b45b4a6f572d0d303d096440da24e7281e60b
> 
> 
> I have tested this with 'mvn clean install site' using: 
> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> Maven home: /usr/local/Cellar/maven/3.6.3_1/libexec
> Java version: 1.8.0_242, vendor: Amazon.com Inc., runtime: 
> /Library/Java/JavaVirtualMachines/amazon-corretto-8.jdk/Contents/Home/jre
> Default locale: en_US, platform encoding: UTF-8
> OS name: "mac os x", version: "10.15.3", arch: "x86_64", family: "mac"
> 
> Details of changes since 2.6 are in the release notes:
>
> https://dist.apache.org/repos/dist/dev/commons/configuration/2.7-RC2/RELEASE-NOTES.txt
>
> https://dist.apache.org/repos/dist/dev/commons/configuration/2.7-RC2/site/changes-report.html
> 
> Site:
>
> https://dist.apache.org/repos/dist/dev/commons/configuration/2.7-RC2/site/index.html
>(note some *relative* links are broken and the 2.7 directories are not yet 
> created - these will be OK once the site is deployed.)
> 
> Japicmp.
>Still missing, not sure how to re-create this. Was working under 
> -SHAPSHOT. If warranted, willing to attempt an RC3 to try to get the report 
> created.
> 
> RAT Report:
>
> https://dist.apache.org/repos/dist/dev/commons/configuration/2.7-RC2/site/rat-report.html
> 
> KEYS:
>  https://www.apache.org/dist/commons/KEYS
> 
> Please review the release candidate and vote.
> This vote will close no sooner that 72 hours from now.
> 
>  [ ] +1 Release these artifacts
>  [ ] +0 OK, but...
>  [ ] -0 OK, but really should fix...
>  [ ] -1 I oppose this release because...
> 
> Thank you,
> 
> Rob Tompkins, 
> Release Manager (using key B6E73D84EA4FCC47166087253FAAD2CD5ECBB314)
> 
> For following is intended as a helper and refresher for reviewers.
> 
> Validating a release candidate
> ==
> 
> These guidelines are NOT complete.
> 
> Requirements: Git, Java, Maven.
> 
> You can validate a release from a release candidate (RC) tag as follows.
> 
> 1) Clone and checkout the RC tag
> 
> git clone https://gitbox.apache.org/repos/asf/commons-configuration.git 
> --branch commons-configuration-2.7-RC2 commons-configuration-2.7-RC2
> cd commons-configuration-2.7-RC2
> 
> 2) Check Apache licenses
> 
> This step is not required if the site includes a RAT report page which you 
> then must check.
> 
> mvn apache-rat:check
> 
> 3) Check binary compatibility
> 
> Older

Re: [VOTE] Release Apache Commons Configuration 2.7 based on RC2

2020-03-10 Thread Rob Tompkins
Here’s my +1

-Rob

> On Mar 9, 2020, at 10:55 AM, Rob Tompkins  wrote:
> 
> We have fixed quite a few bugs and added some significant enhancements since 
> Apache Commons Configuration 2.6 was released, so I would like to release 
> Apache Commons Configuration 2.7.
> 
> Apache Commons Configuration 2.7 RC2 is available for review here:
>https://dist.apache.org/repos/dist/dev/commons/configuration/2.7-RC2 (svn 
> revision 38450)
> 
> The Git tag commons-configuration-2.7-RC2 commit for this RC is 
> 03baa3bfbe123972da39c23e52fcd2d458e805fc which you can browse here:
>
> https://gitbox.apache.org/repos/asf?p=commons-configuration.git;a=commit;h=03baa3bfbe123972da39c23e52fcd2d458e805fc
> You may checkout this tag using:
>git clone https://gitbox.apache.org/repos/asf/commons-configuration.git 
> --branch commons-configuration-2.7-RC2 commons-configuration-2.7-RC2
> 
> Maven artifacts are here:
>
> https://repository.apache.org/content/repositories/orgapachecommons-${commons.nexus.repo.id}/org/apache/commons/commons-configuration2/2.7/
> 
> These are the artifacts and their hashes:
> 
> #Nexus SHA-1s
> commons-configuration2-2.7-sources.jar=ff209aff7768faf4f01f9cd8ed37caa1558d062a
> commons-configuration2-2.7.pom=0c68e52d5e7af3b587be9b12a0e39f326f3501a5
> commons-configuration2-2.7-javadoc.jar=7eae6541d54684bb197ac60f8fe60c3e6997f821
> commons-configuration2-2.7-test-sources.jar=4a554ae0ccc754ee6208921ef993b5ef1fca8c22
> commons-configuration2-2.7-tests.jar=0d6d5929981144464be944c071cf845e3faf5a29
> commons-configuration2-2.7.jar=593326399e5fb5e1f986607f06f63c1250ab36b4
> 
> #Release SHA-512s
> #Mon Mar 09 10:30:13 EDT 2020
> commons-configuration2-2.7-bin.tar.gz=769646c10ccbff009526897d68bf19ccae1382d3d299d0133c034104fe9dc291927c5ddaa413b819b29d366cd2bc309ac0dace00b261ddc40aff7e72fca4ff8d
> commons-configuration2-2.7-bin.zip=80731fdd2c01b78fa0e8e5ad09e589ce6998bd071ea80d3df29c6212a7ee46613ec64076eae63d8955cf8f2c8a180d90fa5b8a75498d581b02e2965470a29b7e
> commons-configuration2-2.7-src.tar.gz=dcb66f53d8e593025dcc1824b6b86adc6227cc34a8e4ff39d7ff80204153d2b798c8d16f2f0c4d92a8839e36442f5f0247d1b00fd2875b9e1671c8d0cbe22ef5
> commons-configuration2-2.7-src.zip=3233020b71e67681c43d3470862236cfec130e9da597fbb37afdac115ffacf1aa94096eb6966f585ae9945c2ce6b45b4a6f572d0d303d096440da24e7281e60b
> 
> 
> I have tested this with 'mvn clean install site' using: 
> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> Maven home: /usr/local/Cellar/maven/3.6.3_1/libexec
> Java version: 1.8.0_242, vendor: Amazon.com Inc., runtime: 
> /Library/Java/JavaVirtualMachines/amazon-corretto-8.jdk/Contents/Home/jre
> Default locale: en_US, platform encoding: UTF-8
> OS name: "mac os x", version: "10.15.3", arch: "x86_64", family: "mac"
> 
> Details of changes since 2.6 are in the release notes:
>
> https://dist.apache.org/repos/dist/dev/commons/configuration/2.7-RC2/RELEASE-NOTES.txt
>
> https://dist.apache.org/repos/dist/dev/commons/configuration/2.7-RC2/site/changes-report.html
> 
> Site:
>
> https://dist.apache.org/repos/dist/dev/commons/configuration/2.7-RC2/site/index.html
>(note some *relative* links are broken and the 2.7 directories are not yet 
> created - these will be OK once the site is deployed.)
> 
> Japicmp.
>Still missing, not sure how to re-create this. Was working under 
> -SHAPSHOT. If warranted, willing to attempt an RC3 to try to get the report 
> created.
> 
> RAT Report:
>
> https://dist.apache.org/repos/dist/dev/commons/configuration/2.7-RC2/site/rat-report.html
> 
> KEYS:
>  https://www.apache.org/dist/commons/KEYS
> 
> Please review the release candidate and vote.
> This vote will close no sooner that 72 hours from now.
> 
>  [ ] +1 Release these artifacts
>  [ ] +0 OK, but...
>  [ ] -0 OK, but really should fix...
>  [ ] -1 I oppose this release because...
> 
> Thank you,
> 
> Rob Tompkins, 
> Release Manager (using key B6E73D84EA4FCC47166087253FAAD2CD5ECBB314)
> 
> For following is intended as a helper and refresher for reviewers.
> 
> Validating a release candidate
> ==
> 
> These guidelines are NOT complete.
> 
> Requirements: Git, Java, Maven.
> 
> You can validate a release from a release candidate (RC) tag as follows.
> 
> 1) Clone and checkout the RC tag
> 
> git clone https://gitbox.apache.org/repos/asf/commons-configuration.git 
> --branch commons-configuration-2.7-RC2 commons-configuration-2.7-RC2
> cd commons-configuration-2.7-RC2
> 
> 2) Check Apache licenses
> 
> This step is not required if the site includes a RAT report page which you 
> then must check.
> 
> mvn apache-rat:check
> 
> 3) Check binary compatibility
> 
> Older components still use Apache Clirr:
> 
> This step is not required if the site includes a Clirr report page which you 
> then must check.
> 
> mvn clirr:check
> 
> Newer components use JApiCmp with the japicmp Maven Profile:
> 
> This step is not required if the site includes a JApiCmp report page whi

Re: [VOTE] Release Apache Commons DbUtils 1.8 based on RC2

2020-03-10 Thread Carl Hall
Thanks, Bernd! I've copied your response below and will reply inline to a 
couple of things.

After 2 months, we're really close to making this release.  :)
Binding: 2 (Bruno, Bernd)
Non-binding: 2 (Bill, Amey)

> On Mar 10, 2020, at 7:13 AM, Bernd Eckenfels  wrote:
> 
> Hello,
> 
> I tested windows (java8) build, checksum, source content and signature.
> 
> This is a +1 Bindung but there are some nits
> 
> 
>  *Carls Key in KEYS seems to be expired

Not sure how this got out of line, but I've updated my pubkeys in 
hkps://keys.openpgp.org  with an expiration of 9 July 
2020. I'm happy to publish in more places if needed.

>  *   The src.zip misses some dot files (Travis.yml)

I'll have to dig into this. Thanks for the callout.

>  *   The mentioned git tag was wrong, it is dbutil_1_8_Rc2

Apologies for this. The version you noted is the old format for DbUtils. 
Starting with 2.0, we'll move to the format in the announcement as provided by 
the Maven plugin.

>  *   I haven’t tested the staged repo
> 
> (Sorry for breaking the threading, had to type this by hand:)
> --
> https://Bernd.eckenfels.net 

> On Feb 15, 2020, at 10:38 AM, Carl Hall  wrote:
> 
> Bi-weekly vote status:
> 
> +1’s
> Binding: 1 (Bruno)
> Non-binding: 2 (Bill, Amey)
> 
> It’d be super great if we could get another couple of PMC members to review 
> in hopes of reaching our 3 +1s to pass. Thanks in advance for helping us land 
> this release!
> 
> 
>> On Jan 31, 2020, at 7:19 AM, Amey Jadiye  wrote:
>> 
>> Looks good with tests, rat, clirr, spotbug and  javadoc.
>> I can see 4 errors with checkstyle but they seem to be minor.
>> 
>> checked with java 8 and 11.
>> hashes and sig are fine.
>> 
>> +1 (non-binding)
>> 
>> Regards,
>> Amey
>> 
>> On Thu, Jan 9, 2020 at 12:20 PM Carl Hall  wrote:
>> 
>>> We have fixed quite a few bugs and added some significant enhancements
>>> since Apache Commons DbUtils 1.7 was released, so I would like to release
>>> Apache Commons DbUtils 1.8.
>>> 
>>> RC2 handles closing connections only when owned, and addresses generated
>>> javadoc, NOTICE year update, and release notes detail.
>>> 
>>> Apache Commons DbUtils 1.8 RC2 is available for review here:
>>>   https://dist.apache.org/repos/dist/dev/commons/dbutils/1.8-RC2 (svn
>>> revision 37533)
>>> 
>>> The Git tag commons-dbutils-1.8-RC2 commit for this RC is
>>> 9be04e5cc990deee3ba672aa8060c523db897b7a which you can browse here:
>>> 
>>> https://gitbox.apache.org/repos/asf?p=commons-dbutils.git;a=commit;h=9be04e5cc990deee3ba672aa8060c523db897b7a
>>> 
>>> You may checkout this tag using:
>>>   git clone https://gitbox.apache.org/repos/asf/commons-dbutils.git
>>> --branch commons-dbutils-1.8-RC2 commons-dbutils-1.8-RC2
>>> 
>>> Maven artifacts are here:
>>> 
>>> https://repository.apache.org/service/local/repositories/orgapachecommons-1488/content/commons-dbutils/commons-dbutils/1.8/
>>> 
>>> These are the artifacts and their hashes:
>>> 
>>> #Release SHA-512s
>>> #Wed Jan 08 22:43:42 PST 2020
>>> 
>>> commons-dbutils-1.8-tests.jar=0228b8f564642709b0581434f39433f872c77891b5a5d70f473aa8e6cfb14721890982fc4afcde064795ca63753d50ecfc2a173665174bf6fc2683af9770eed9
>>> 
>>> commons-dbutils-1.8-bin.tar.gz.asc=ac5b2da84f1ca0f4605b61583c7d907cb68774a229620d08e7c36e4513435ffbebeb31cae313411e6b0f9dd70e60d55317826e14a43c7c47dcf1c98db03f2396
>>> 
>>> commons-dbutils-1.8-test-sources.jar=075ac4a74cad06a34d901c088f323c59dbe1b9eea076404212ed63b7eb6fa3a266ada20aa63264e89c4203d8d6140fb556acd89ff4e08b21f3f9693de11543a5
>>> 
>>> commons-dbutils-1.8-test-sources.jar.asc=baf8d0e9477d02eac7c3f4be5ac9358378bf46778b4c3159586b336e9300c1ae8c89dd80b22daaeb6b0aafe09c3a6277baddef9e8898c990986cc57df989
>>> 
>>> commons-dbutils-1.8.pom.asc=659f6bfda15f588d00bd53b4204ab2de8eba20a5e484619a1770816e9cb7372846499bc87b9b7629a3fc0c6e3b4f1b740362468aea232286318feeddc4c3bfc5
>>> 
>>> commons-dbutils-1.8-javadoc.jar=115b21ecf633185aa055ce2392ce6298bc45a50278fbce10892ee9493293cdde39149f2ff739848f2557058c7e5c866dcb765e2773a28f890725ddf328c73259
>>> 
>>> commons-dbutils-1.8-sources.jar.asc=2e1709b4f9dfc1f9320127dded40b9af9c19a5e249aaac9deadd38aee572a28ecb7ef8de559b93c97b6093596cadd70e180b99787b82965e0f5d8376adfac8fb
>>> 
>>> commons-dbutils-1.8-bin.zip.asc=e5cb25909f68e5d0a3249ca484d10b97b859ed56e92072b13ca64c85d18686605189703e2e146343247b6a64e3e20b4c7e07e12f40b37c87d305a9d71e951581
>>> 
>>> commons-dbutils-1.8-bin.tar.gz=c8a9cf0c59a64cbe4717edeb377a85fd8395c4bbd9eb124d24099d04fd6e8e3b87063bf4bfaca63e58d8deb80a651b4d9fc03c00db56f0ea0d93053f61138f4f
>>> 
>>> commons-dbutils-1.8-src.tar.gz=5277ebf4ed36a4301ce7a6280885360ea51ebc82771a01405684397fa33144c00214e5ac7a3b4aad75ec4dd6d3eb46ef083321bf03414dce29982c553da1360e
>>> 
>>> commons-dbutils-1.8-javadoc.jar.asc=9a6bca512db25dcd6be9215862b1f04cfd86ad58f6c21d3cbcebe1ad9137e5dc3417d05db915acc4fc6f22ef0c40893c401a77568148d714f66375ea66da2078
>>> 
>>> commons-dbutils-1.8-src.tar.gz.asc=d7ace200a63c2ee705cda7d4d5b62d401b8c

Re: [ANNOUNCE] Welcome Matt Juntunen to Apache Commons

2020-03-10 Thread Hasan Diwan
Congratulations, kind sir! -- H

On Tue, 10 Mar 2020 at 08:12, Matt Juntunen 
wrote:

> Thank you! It's a great honor.
> -Matt
> 
> From: Rob Tompkins 
> Sent: Tuesday, March 10, 2020 9:02 AM
> To: Commons Developers List 
> Subject: Re: [ANNOUNCE] Welcome Matt Juntunen to Apache Commons
>
> Congrats Matt! Welcome aboard.
>
> -Rob
>
> > On Mar 10, 2020, at 8:46 AM, Gary Gregory 
> wrote:
> >
> > Hello All,
> >
> > Let's all give a warm welcome to our latest Apache Commons Committer:
> Matt
> > Juntunen.
> >
> > Welcome aboard Matt!
> >
> > Gary Gregory
> > PMC Chair
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

-- 
OpenPGP:
https://sks-keyservers.net/pks/lookup?op=get&search=0xFEBAD7FFD041BBA1
If you wish to request my time, please do so using
*bit.ly/hd1AppointmentRequest
*.
Si vous voudrais faire connnaisance, allez a *bit.ly/hd1AppointmentRequest
*.

Sent
from my mobile device
Envoye de mon portable


Re: [ANNOUNCE] Welcome Matt Juntunen to Apache Commons

2020-03-10 Thread Matt Juntunen
Thank you! It's a great honor.
-Matt

From: Rob Tompkins 
Sent: Tuesday, March 10, 2020 9:02 AM
To: Commons Developers List 
Subject: Re: [ANNOUNCE] Welcome Matt Juntunen to Apache Commons

Congrats Matt! Welcome aboard.

-Rob

> On Mar 10, 2020, at 8:46 AM, Gary Gregory  wrote:
>
> Hello All,
>
> Let's all give a warm welcome to our latest Apache Commons Committer: Matt
> Juntunen.
>
> Welcome aboard Matt!
>
> Gary Gregory
> PMC Chair

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



[VOTE] Release Apache Commons DbUtils 1.8 based on RC2

2020-03-10 Thread Bernd Eckenfels
Hello,

I tested windows (java8) build, checksum, source content and signature.

This is a +1 Bindung but there are some nits


  *Carls Key in KEYS seems to be expired
  *   The src.zip misses some dot files (Travis.yml)
  *   The mentioned git tag was wrong, it is dbutil_1_8_Rc2
  *   I haven’t tested the staged repo

(Sorry for breaking the threading, had to type this by hand:)
--
https://Bernd.eckenfels.net


Re: [Compress]Add some easy-to-use APIs for Zip and other archivers

2020-03-10 Thread Gary Gregory
Peter,

Please also take a look at Apache Commons VFS.

Gary

On Tue, Mar 10, 2020 at 4:30 AM Peter Lee  wrote:

> Just finished reading the COMPRESS-118 and the 2 threads. I have to say
> that's a lot of content. :)
>
> I have also read the Archiver and the Expander, and I do like them a lot.
> They have great abstraction, and the implementation for
> callback(CloseableConsumer and Finisher) do impressed me.
>
> In the threads someone was concerning that only few people use Commons
> Compress - I can tell that it's not that case : I'm in a big company in
> China and I can tell many teams are using Commons Compress. No need to
> worry about that.
>
> It seems other guys in threads are concerning about the real need for
> users. With enough feedback from users, everyone would agree with these
> high-level APIs. Maybe I can help you with it - just do some interviews to
> the users.
>


Re: [ANNOUNCE] Welcome Matt Juntunen to Apache Commons

2020-03-10 Thread Rob Tompkins
Congrats Matt! Welcome aboard.

-Rob

> On Mar 10, 2020, at 8:46 AM, Gary Gregory  wrote:
> 
> Hello All,
> 
> Let's all give a warm welcome to our latest Apache Commons Committer: Matt
> Juntunen.
> 
> Welcome aboard Matt!
> 
> Gary Gregory
> PMC Chair

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



[ANNOUNCE] Welcome Matt Juntunen to Apache Commons

2020-03-10 Thread Gary Gregory
Hello All,

Let's all give a warm welcome to our latest Apache Commons Committer: Matt
Juntunen.

Welcome aboard Matt!

Gary Gregory
PMC Chair


Re: [Compress]Add some easy-to-use APIs for Zip and other archivers

2020-03-10 Thread Peter Lee
Just finished reading the COMPRESS-118 and the 2 threads. I have to say
that's a lot of content. :)

I have also read the Archiver and the Expander, and I do like them a lot.
They have great abstraction, and the implementation for
callback(CloseableConsumer and Finisher) do impressed me.

In the threads someone was concerning that only few people use Commons
Compress - I can tell that it's not that case : I'm in a big company in
China and I can tell many teams are using Commons Compress. No need to
worry about that.

It seems other guys in threads are concerning about the real need for
users. With enough feedback from users, everyone would agree with these
high-level APIs. Maybe I can help you with it - just do some interviews to
the users.