Re: [VOTE] Release Apache Commons Imaging 1.0-alpha2 based on RC1

[sebb]

On Sun, 2 Aug 2020 at 00:54, Bruno P. Kinoshita  wrote:
>
> We have fixed quite a few bugs and added some significant enhancements since 
> Apache Commons Imaging 1.0-alpha1 was released, so I would like to release 
> Apache Commons Imaging 1.0-alpha2.
>
> Apache Commons Imaging 1.0-alpha2 RC1 is available for review here:
> https://dist.apache.org/repos/dist/dev/commons/imaging/1.0-alpha2-RC1 
> (svn revision 40812)
>
> The Git tag commons-imaging-1.0-alpha2-RC1 commit for this RC is 
> 102a89d377dcedeb72e1033fae87fd82c4d517bc which you can browse here:
> 
> https://gitbox.apache.org/repos/asf?p=commons-imaging.git;a=commit;h=102a89d377dcedeb72e1033fae87fd82c4d517bc
> You may checkout this tag using:
> git clone https://gitbox.apache.org/repos/asf/commons-imaging.git 
> --branch commons-imaging-1.0-alpha2-RC1 commons-imaging-1.0-alpha2-RC1
>
> Maven artifacts are here:
> 
> https://repository.apache.org/content/repositories/orgapachecommons-${commons.nexus.repo.id}/org/apache/commons/commons-imaging/1.0-alpha2/

Looks like one has to specify the property
-Dcommons.nexus.repo.id=1519 (e.g.) when using the vote-txt goal.

The above should be:

https://repository.apache.org/content/repositories/orgapachecommons-1519/org/apache/commons/commons-imaging/1.0-alpha2/

> These are the artifacts and their hashes:
>
> #Release SHA-512s
> #Sun Aug 02 11:32:17 NZST 2020
> commons-imaging-1.0-alpha2-bin.tar.gz=0d0b8d8b74e137b122fc770bcf0a9654cda3971496a0cb17442c8355f7315cb2dee6c5b7a2377b44d070cff6097102e2ca1fc00d05dee307a4b97f302ab73565
> commons-imaging-1.0-alpha2-bin.tar.gz.asc=69871cf2c566385dcde11e6574e198e7eef78744a6fd0b971c2a283a8e7db98355880e4fe0280f053f105f28b67e9cb2ea7ccf6b12edb3b9fa57764e476a2925
> commons-imaging-1.0-alpha2-bin.zip=8254473f3ac5783c0f33736588e1c627ce747a1b5726342aaa8fa3a700340685eac45ff50937d52c14e3b10b72b3576da7e897e4c9e0b4a82501b007dee213aa
> commons-imaging-1.0-alpha2-bin.zip.asc=22cb6a9e16f1b7bf3e201e5b06950c7264e549d27ac6e4f493dd9473ee3577fcec2554966a087997ea6814165347996f7e5f1f758ad54a90fa914589dcbed08f
> commons-imaging-1.0-alpha2-javadoc.jar=3bfb352c77c497edacbd1c489b3cfee2a39ec364dfe9458099157bf7c1d96a3e40460e8316280ff803ba7c0b0b74fdbf1fae7c335f216f1e6259eb9e8f36485e
> commons-imaging-1.0-alpha2-javadoc.jar.asc=38a503317942bd4bc212881bff74803efb336cb1c09a0073eaa030f95bc6c6ff9b1edace02c504fd90f73c4d4d120d44b83871af0fe908613d1220a41b7ff4df
> commons-imaging-1.0-alpha2-sources.jar=4ae7091829e151f2facc5a6057e774206911bd2a3acabd12fe85cdca7bb3fbef39ac9f7ef23d6cafab611ee276f6acb9511a8e689a243d34d658064c2ad4d89c
> commons-imaging-1.0-alpha2-sources.jar.asc=cfec5e6037be477c1763a79e40eb69b3e748bafc2dac70635ece2d278a2c068523d9729cd6dcb86fb72a45a5993945ca1e7fad77dab34c11fd07f0d359de6965
> commons-imaging-1.0-alpha2-src.tar.gz=f2479e0dc726a8d1193f4eef6289efe493cfbbe257054b5a13e929f5785f7a2c9c937e3f379e0f0066c591d18be27d12f1e5157e789eebab78fba489cc81e688
> commons-imaging-1.0-alpha2-src.tar.gz.asc=f77fb44457ef47ea0fae224020f93060eb2fa667b3404b0e650bf87c23d2c53d4a8bdbf6f801f0b807754b6a03755efef60feef608d1daea31b5c42f545141b0
> commons-imaging-1.0-alpha2-src.zip=bea44ec53a55e5bf564b2d98d4f4fb72818999eb0db9c842ddae928e6da13fc7bf125d7c33fc37b907fe699de1b4202b01d1658cc97bc99b7a18bcd245a94757
> commons-imaging-1.0-alpha2-src.zip.asc=16066eb12ce96a3f02735db016f4cebb0223d286c4a4e32f9e2fc227c84a6e3440e72b89299bd340f158d8a71e23adba2803a6892fad1c20a82893e27356793e
> commons-imaging-1.0-alpha2-test-sources.jar=e6e6c5fbe20336486df3ebb98d11d146610b34838097552e145122e398981d3ff87527113d21aafaf27b1a7b471df92520c69254c6a28e0c7e92898e82005f77
> commons-imaging-1.0-alpha2-test-sources.jar.asc=feb1aa0d92fc50727eb7baf31c3d4fe111cb8724f9aea4b68cf6745384e0a7a69bd6cb93df38561ebc53d2b96a2a8ceb36f5c602a46247daa4fa7bf378f8393c
> commons-imaging-1.0-alpha2-tests.jar=10cbdf3552226fdd380b7ef5ba457b2e0a7aff07f07a2e46b056a78a80d810797f578adba7e80832c389888f69ff8bdb38abdd906fafb6c4eedef5792cf68c5c
> commons-imaging-1.0-alpha2-tests.jar.asc=3c52ffdb8c8f24971f5b57bdc9b3ad218f4728ce35e7404d5277e65c145b147683ccecc970282c9c972aa71f65d57872e48aec10bd111ceb2e493afc234b2c5f
> commons-imaging-1.0-alpha2.jar.asc=dc97309e586e13981007ad2c7805155f7b84164fced8067f7fc10358183e3ffe65f79d6e0ae34cc4192e82b18e913bea119fe3ec36dce89fdbb7b302d24fb703
> commons-imaging-1.0-alpha2.pom.asc=48f772ab74c42fcd5c30bdd8e43380cf96780f15c11cebad5fc6ada808001735d316374470125b4a34e49e67a2b21d1698ab32af10b8fdc8224ea50790fb009d
>
>
> (no need for .asc hashes!)
>
> I have tested this with 'mvn clean install site' using:
>
> Apache Maven 3.5.4 (1edded0938998edf8bf061f1ceb3cfdeccf443fe; 
> 2018-06-18T06:33:14+12:00)
> Maven home: /opt/apache-maven-3.5.4
> Java version: 1.8.0_252, vendor: Private Build, runtime: 
> /usr/lib/jvm/java-8-openjdk-amd64/jre
> Default locale: en_NZ, platform encoding: UTF-8
> OS name: "linux", version: "4.15.0-112-generic", arch: "amd64", family: "unix"
>
> Details of changes since 1.0-alpha1 are in the release notes:
> 
>

Re: [VOTE] Release Apache Commons Imaging 1.0-alpha2 based on RC1

[sebb]

+1

compared git tag with source archive

Built and tested OK; site built OK

Apache Maven 3.5.4 (1edded0938998edf8bf061f1ceb3cfdeccf443fe;
2018-06-17T19:33:14+01:00)
Maven home: /opt/apache-maven-3.5.4
Java version: 1.8.0_231, vendor: Oracle Corporation, runtime:
/Library/Java/JavaVirtualMachines/jdk1.8.0_231.jdk/Contents/Home/jre
Default locale: en_GB, platform encoding: UTF-8
OS name: "mac os x", version: "10.15.6", arch: "x86_64", family: "mac"


On Sun, 2 Aug 2020 at 11:44, sebb  wrote:
>
> On Sun, 2 Aug 2020 at 00:54, Bruno P. Kinoshita  wrote:
> >
> > We have fixed quite a few bugs and added some significant enhancements 
> > since Apache Commons Imaging 1.0-alpha1 was released, so I would like to 
> > release Apache Commons Imaging 1.0-alpha2.
> >
> > Apache Commons Imaging 1.0-alpha2 RC1 is available for review here:
> > https://dist.apache.org/repos/dist/dev/commons/imaging/1.0-alpha2-RC1 
> > (svn revision 40812)
> >
> > The Git tag commons-imaging-1.0-alpha2-RC1 commit for this RC is 
> > 102a89d377dcedeb72e1033fae87fd82c4d517bc which you can browse here:
> > 
> > https://gitbox.apache.org/repos/asf?p=commons-imaging.git;a=commit;h=102a89d377dcedeb72e1033fae87fd82c4d517bc
> > You may checkout this tag using:
> > git clone https://gitbox.apache.org/repos/asf/commons-imaging.git 
> > --branch commons-imaging-1.0-alpha2-RC1 commons-imaging-1.0-alpha2-RC1
> >
> > Maven artifacts are here:
> > 
> > https://repository.apache.org/content/repositories/orgapachecommons-${commons.nexus.repo.id}/org/apache/commons/commons-imaging/1.0-alpha2/
>
> Looks like one has to specify the property
> -Dcommons.nexus.repo.id=1519 (e.g.) when using the vote-txt goal.
>
> The above should be:
>
> https://repository.apache.org/content/repositories/orgapachecommons-1519/org/apache/commons/commons-imaging/1.0-alpha2/
>
> > These are the artifacts and their hashes:
> >
> > #Release SHA-512s
> > #Sun Aug 02 11:32:17 NZST 2020
> > commons-imaging-1.0-alpha2-bin.tar.gz=0d0b8d8b74e137b122fc770bcf0a9654cda3971496a0cb17442c8355f7315cb2dee6c5b7a2377b44d070cff6097102e2ca1fc00d05dee307a4b97f302ab73565
> > commons-imaging-1.0-alpha2-bin.tar.gz.asc=69871cf2c566385dcde11e6574e198e7eef78744a6fd0b971c2a283a8e7db98355880e4fe0280f053f105f28b67e9cb2ea7ccf6b12edb3b9fa57764e476a2925
> > commons-imaging-1.0-alpha2-bin.zip=8254473f3ac5783c0f33736588e1c627ce747a1b5726342aaa8fa3a700340685eac45ff50937d52c14e3b10b72b3576da7e897e4c9e0b4a82501b007dee213aa
> > commons-imaging-1.0-alpha2-bin.zip.asc=22cb6a9e16f1b7bf3e201e5b06950c7264e549d27ac6e4f493dd9473ee3577fcec2554966a087997ea6814165347996f7e5f1f758ad54a90fa914589dcbed08f
> > commons-imaging-1.0-alpha2-javadoc.jar=3bfb352c77c497edacbd1c489b3cfee2a39ec364dfe9458099157bf7c1d96a3e40460e8316280ff803ba7c0b0b74fdbf1fae7c335f216f1e6259eb9e8f36485e
> > commons-imaging-1.0-alpha2-javadoc.jar.asc=38a503317942bd4bc212881bff74803efb336cb1c09a0073eaa030f95bc6c6ff9b1edace02c504fd90f73c4d4d120d44b83871af0fe908613d1220a41b7ff4df
> > commons-imaging-1.0-alpha2-sources.jar=4ae7091829e151f2facc5a6057e774206911bd2a3acabd12fe85cdca7bb3fbef39ac9f7ef23d6cafab611ee276f6acb9511a8e689a243d34d658064c2ad4d89c
> > commons-imaging-1.0-alpha2-sources.jar.asc=cfec5e6037be477c1763a79e40eb69b3e748bafc2dac70635ece2d278a2c068523d9729cd6dcb86fb72a45a5993945ca1e7fad77dab34c11fd07f0d359de6965
> > commons-imaging-1.0-alpha2-src.tar.gz=f2479e0dc726a8d1193f4eef6289efe493cfbbe257054b5a13e929f5785f7a2c9c937e3f379e0f0066c591d18be27d12f1e5157e789eebab78fba489cc81e688
> > commons-imaging-1.0-alpha2-src.tar.gz.asc=f77fb44457ef47ea0fae224020f93060eb2fa667b3404b0e650bf87c23d2c53d4a8bdbf6f801f0b807754b6a03755efef60feef608d1daea31b5c42f545141b0
> > commons-imaging-1.0-alpha2-src.zip=bea44ec53a55e5bf564b2d98d4f4fb72818999eb0db9c842ddae928e6da13fc7bf125d7c33fc37b907fe699de1b4202b01d1658cc97bc99b7a18bcd245a94757
> > commons-imaging-1.0-alpha2-src.zip.asc=16066eb12ce96a3f02735db016f4cebb0223d286c4a4e32f9e2fc227c84a6e3440e72b89299bd340f158d8a71e23adba2803a6892fad1c20a82893e27356793e
> > commons-imaging-1.0-alpha2-test-sources.jar=e6e6c5fbe20336486df3ebb98d11d146610b34838097552e145122e398981d3ff87527113d21aafaf27b1a7b471df92520c69254c6a28e0c7e92898e82005f77
> > commons-imaging-1.0-alpha2-test-sources.jar.asc=feb1aa0d92fc50727eb7baf31c3d4fe111cb8724f9aea4b68cf6745384e0a7a69bd6cb93df38561ebc53d2b96a2a8ceb36f5c602a46247daa4fa7bf378f8393c
> > commons-imaging-1.0-alpha2-tests.jar=10cbdf3552226fdd380b7ef5ba457b2e0a7aff07f07a2e46b056a78a80d810797f578adba7e80832c389888f69ff8bdb38abdd906fafb6c4eedef5792cf68c5c
> > commons-imaging-1.0-alpha2-tests.jar.asc=3c52ffdb8c8f24971f5b57bdc9b3ad218f4728ce35e7404d5277e65c145b147683ccecc970282c9c972aa71f65d57872e48aec10bd111ceb2e493afc234b2c5f
> > commons-imaging-1.0-alpha2.jar.asc=dc97309e586e13981007ad2c7805155f7b84164fced8067f7fc10358183e3ffe65f79d6e0ae34cc4192e82b18e913bea119fe3ec36dce89fdbb7b302d24fb703
> > commons-imaging-1.0-alpha2.pom.asc=48f772ab74c42fcd5c30bdd8e43380cf96780f15c11cebad5fc6ada808001735

Re: [VOTE] Release Apache Commons Validator 1.7 based on RC2

[Gary Gregory]

-1: I do not think we should release when a test breaks on Java 11, an LTS
version; see below.

The release notes mention the wrong version here:

"Updates Apache Commons BeanUtils dependency from 1.9.2 to 1.9.3."

It should be 1.9.4.

Building from the git tag with "mvn clean install site -P jacoco -P japicmp
-V".

This must be an older style of build because the above downloads the site
in a folder called "site-content", not sure why.

Then when you look at the site for the build command above, the JApiCmp
report contains cobertura instrumentation which is quite confusing.

This build should be migrated to JApiCmp from Cobertura.

Builds OK with:

Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
Maven home: C:\Java\apache-maven-3.6.3\bin\..
Java version: 1.8.0_262, vendor: AdoptOpenJDK, runtime: C:\Program
Files\AdoptOpenJDK\jdk-8.0.262.10-hotspot\jre
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"

But fails on Java 11:

Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
Maven home: C:\Java\apache-maven-3.6.3\bin\..
Java version: 11.0.8, vendor: AdoptOpenJDK, runtime: C:\Program
Files\AdoptOpenJDK\jdk-11.0.8.10-hotspot
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"

[INFO] Running org.apache.commons.validator.routines.TimeValidatorTest
[ERROR] Tests run: 7, Failures: 1, Errors: 0, Skipped: 0, Time elapsed:
0.026 s <<< FAILURE! - in
org.apache.commons.validator.routines.TimeValidatorTest
[ERROR]
testTimeZone(org.apache.commons.validator.routines.TimeValidatorTest)  Time
elapsed: 0 s  <<< FAILURE!
junit.framework.AssertionFailedError: pattern result
at
org.apache.commons.validator.routines.TimeValidatorTest.testTimeZone(TimeValidatorTest.java:224)

[ERROR] Failures:
[ERROR]   CalendarValidatorTest.testDateTimeStyle:197 validate(A) default
[ERROR]   CalendarValidatorTest.testFormat:215 default
expected:<31/12/[]05> but was:<31/12/[20]05>
[ERROR]   CurrencyValidatorTest.testIntegerValid:142 US negative
expected:<-1234.00> but was:
[ERROR]   CurrencyValidatorTest.testInvalid:121 US wrong negative
[ERROR]   CurrencyValidatorTest.testValid:93 US negative
expected:<-1234.56> but was:
[ERROR]   DateValidatorTest.testDateValidatorMethods:69 validate(A) both
expected: but was:
[ERROR]   TimeValidatorTest.testTimeZone:224 pattern result
[ERROR] Errors:
[ERROR]   CalendarValidatorTest.testCalendarValidatorMethods:70 NullPointer
[INFO]
[ERROR] Tests run: 575, Failures: 7, Errors: 1, Skipped: 1

I also get the same failure on the current Java version 14:

Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
Maven home: C:\Java\apache-maven-3.6.3\bin\..
Java version: 14.0.2, vendor: AdoptOpenJDK, runtime: C:\Program
Files\AdoptOpenJDK\jdk-14.0.2.12-hotspot
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"

Gary



On Sat, Aug 1, 2020, 09:20 sebb  wrote:

> We have fixed quite a few bugs and added some significant enhancements
> since Apache Commons Validator 1.6 was released, so I would like to
> release Apache Commons Validator 1.7.
>
> Apache Commons Validator 1.7 RC2 is available for review here:
> https://dist.apache.org/repos/dist/dev/commons/validator/1.7-RC2
> (svn revision 40802)
>
> The Git tag VALIDATOR_1_7_RC2 commit for this RC is
> 5b75344ace5a8864e3936010524684272145bbcd which you can browse here:
>
> https://gitbox.apache.org/repos/asf?p=commons-validator.git;a=commit;h=5b75344ace5a8864e3936010524684272145bbcd
> You may checkout this tag using:
> git clone https://gitbox.apache.org/repos/asf/commons-validator.git
> --branch
> 
> VALIDATOR_1_7_RC2 VALIDATOR_1_7_RC2
>
> Maven artifacts are here:
>
> https://repository.apache.org/content/repositories/orgapachecommons-1515/org/apache/commons/commons-validator/1.7/
>
> These are the artifacts and their hashes:
>
> #Release SHA-512s
> #Sat Aug 01 13:37:45 BST 2020
>
> commons-validator-1.7-bin.tar.gz=c64463b7f2c10cf826db37b6b5b89893e1ac5add56fb74bf546eb43f9efef1381173abdf695a601fcef1a604e116acc3723876e9318304714003b7db00c9ca74
>
> commons-validator-1.7-bin.zip=41918449e823fa1ae2fd166808e014bf04913a9a14e5645b2f4d28a763e6fe5cabcae1d771d8668b48e4bfea0e2d94d594766cb17889cf0d4c73b99fe49d6fe3
>
> commons-validator-1.7-javadoc.jar=c0f3c56deca2e1449efe76f738ceafcbe293199ab4d7d641855caff4f2c06ed51756d1a2bcb9011a9ff7d8fac6243f5ed26b5cbb490625508b705c9bf89722a0
>
> commons-validator-1.7-javadoc.jar.asc=dcf5281336e3613b556f3b72899a0205d8a27b1a6b83e036008ca8d16a7b03c893e0b595573e039def9255b54dde8086bbc7f6af47b98dfe67e196d0e91c09aa
>
> commons-validator-1.7-sources.jar=8e7699b03916b76623518525fc8bdf54ebf9dea15be68c6dd709acaced44ee4fce9badd57273504b304ba601e81fbdb71ab36b6234291b8c725d782ab49d976b
>
> commons-validator-1.7-src.tar.gz=a9f32427767

Re: [VOTE] Release Apache Commons Net 3.7 based on RC2

[Gary Gregory]

Why is this an RC2 when there's never been an RC1?

Gary


On Sat, Aug 1, 2020 at 3:26 PM sebb  wrote:

> We have fixed quite a few bugs and added some significant enhancements
> since Apache Commons Net 3.6 was released, so I would like to release
> Apache Commons Net 3.7.
>
> Apache Commons Net 3.7 RC2 is available for review here:
> https://dist.apache.org/repos/dist/dev/commons/net/3.7-RC2 (svn
> revision 40808)
>
> The Git tag NET_3_7_RC2 commit for this RC is
> 5e5b43f747e06beed90c84cdc40b373b8110090b which you can browse here:
>
> https://gitbox.apache.org/repos/asf?p=commons-net.git;a=commit;h=5e5b43f747e06beed90c84cdc40b373b8110090b
> You may checkout this tag using:
> git clone https://gitbox.apache.org/repos/asf/commons-net.git
> --branch 
> NET_3_7_RC2 NET_3_7_RC2
>
> Maven artifacts are here:
>
> https://repository.apache.org/content/repositories/orgapachecommons-1517/commons-net/commons-net/3.7/
>
> These are the artifacts and their hashes:
>
> #Release SHA-512s
> #Sat Aug 01 20:16:35 BST 2020
>
> commons-net-3.7-bin.tar.gz=fa7a228f76fa06410e38b920dc44e30d348154aceb78537af38ace5baa9e932da4178eea7e416e0a2619f4ce2bcb6dfc0126e6d2c1ffa9611787f23fd8f116c0
>
> commons-net-3.7-bin.zip=66e8ec93611f4777375068707c498ab7117a1545ec0cf4871c2e640f328bca79c0799b31def2d38d1329f476514d07db8c819a6edf86d7cb05a60553b9f8fbb2
>
> commons-net-3.7-javadoc.jar=cdfb54853b8a93d9dd65e276a47689b151e7f0eb4e41cdcddf02c48429f6d99180c792d3f9f7288e333649cf5454cae0af8728ef0fc3452ebcbb60468ffe94f9
>
> commons-net-3.7-sources.jar=56153426a4f83513d7a45171ebbf27161fcf78ac4390a957076ae13f80b53ccf6447715f2130b259487036cf233189757193220ba73b30fdb4aa07a72b119aa0
>
> commons-net-3.7-src.tar.gz=a7c142bd06dc4086d4daaa4d399fa3b38175831a2837119064e1e36ae41ac7d20b5a6406478ccce5ead2ecb6b97a2ee15e41868e371e4610f939f4baf25e
>
> commons-net-3.7-src.zip=44eada652ca83bc67e3fe3b49bb15bf96c1c822096e4e5d211d2c95ea93eb70a16c3266555acba66afb1dfbdc5511b5ed19c608efaa29bad5cabb13bdb43aa84
>
> commons-net-3.7-test-sources.jar=d65a0b64353b3abc50ae4cea495f812734b62a1e90a61edd588fdbb9f83bc83282b007c292e9eaef65d64f1c60854ef25d6a9126af2737e2a6f4cef8ee5f1915
>
> commons-net-3.7-tests.jar=ebf01f262eb2b5a795307483f62aede9eb42da932911fda7eafbc21d45f437d453ad78a38cf74cbbc6e3ace13012b3abe8aba6892bdf6d636d6c4f6f7b410a79
>
> commons-net-examples-3.7.jar=95240d5a5ce4fb1ac7f35bab98e4d1ac7cf4d2d16bb30405ea22b975bc5719fd5d371dbb46c6513d6a339d7aea980b0329143ab900f012677400a90567826e4b
>
> commons-net-ftp-3.7.jar=d6e0958f1bb25d5ed075a46a12e0c8de488b489d77a867c4f93e304cead2da9b1efd725acd1ade8fb0b9ddb97ed497de40907c725416be0995cabb3714d2ec78
>
>
> I have tested this with ***'mvn clean install site'*** using:
>
> Maven home: /opt/apache-maven-3.5.4
> Java version: 1.8.0_231, vendor: Oracle Corporation, runtime:
> /Library/Java/JavaVirtualMachines/jdk1.8.0_231.jdk/Contents/Home/jre
> Default locale: en_GB, platform encoding: UTF-8
> OS name: "mac os x", version: "10.15.6", arch: "x86_64", family: "mac"
>
> Details of changes since 3.6 are in the release notes:
>
> https://dist.apache.org/repos/dist/dev/commons/net/3.7-RC2/RELEASE-NOTES.txt
>
> https://dist.apache.org/repos/dist/dev/commons/net/3.7-RC2/site/changes-report.html
>
> Site:
>
> https://dist.apache.org/repos/dist/dev/commons/net/3.7-RC2/site/index.html
> (note some *relative* links are broken and the 3.7 directories are
> not yet created - these will be OK once the site is deployed.)
>
> CLIRR Report (compared to 3.6):
>
> https://dist.apache.org/repos/dist/dev/commons/net/3.7-RC2/site/clirr-report.html
>
> JApiCmp Report (compared to 3.6):
>
> https://dist.apache.org/repos/dist/dev/commons/net/3.7-RC2/site/japicmp.html
>
> RAT Report:
>
> https://dist.apache.org/repos/dist/dev/commons/net/3.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,
>
> Sebb,
> Release Manager (using key 4FAD5F62)
>
> 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-net.git --branch
> NET_3_7_RC2 NET_3_7_RC2
> cd NET_3_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.

Re: [VOTE] Release Apache Commons Validator 1.7 based on RC2

[Gilles Sadowski]

Le dim. 2 août 2020 à 15:13, Gary Gregory  a écrit :
>
> -1: I do not think we should release when a test breaks on Java 11, an LTS
> version; see below.

If everybody agrees, doesn't this become a Commons' *rule*
that could be taken off the RM's shoulders?
I mean, by setting up appropriate "release barrier" Jenkins jobs
(for all the components), one should not need to run locally at
release time for all the possible combinations (OS + JDK).

> The release notes mention the wrong version here:
>
> "Updates Apache Commons BeanUtils dependency from 1.9.2 to 1.9.3."
>
> It should be 1.9.4.
>
> Building from the git tag with "mvn clean install site -P jacoco -P japicmp
> -V".
>
> This must be an older style of build because the above downloads the site
> in a folder called "site-content", not sure why.

Recurrent issue: It happens when that directory does not exist.
IIRC, this "feature" is triggered in CP.  It should probably be fixed
as, to my knowledge, it has only ever caused trouble (i.e. unwanted
SVN traffic).
Some components' POM are customized (thanks to Alex) so that
it won't happen.

> Then when you look at the site for the build command above, the JApiCmp
> report contains cobertura instrumentation which is quite confusing.
>
> This build should be migrated to JApiCmp from Cobertura.

s/JApiCmp/Jacoco/
(?)

Gilles

>
> Builds OK with:
>
> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> Maven home: C:\Java\apache-maven-3.6.3\bin\..
> Java version: 1.8.0_262, vendor: AdoptOpenJDK, runtime: C:\Program
> Files\AdoptOpenJDK\jdk-8.0.262.10-hotspot\jre
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
>
> But fails on Java 11:
>
> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> Maven home: C:\Java\apache-maven-3.6.3\bin\..
> Java version: 11.0.8, vendor: AdoptOpenJDK, runtime: C:\Program
> Files\AdoptOpenJDK\jdk-11.0.8.10-hotspot
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
>
> [INFO] Running org.apache.commons.validator.routines.TimeValidatorTest
> [ERROR] Tests run: 7, Failures: 1, Errors: 0, Skipped: 0, Time elapsed:
> 0.026 s <<< FAILURE! - in
> org.apache.commons.validator.routines.TimeValidatorTest
> [ERROR]
> testTimeZone(org.apache.commons.validator.routines.TimeValidatorTest)  Time
> elapsed: 0 s  <<< FAILURE!
> junit.framework.AssertionFailedError: pattern result
> at
> org.apache.commons.validator.routines.TimeValidatorTest.testTimeZone(TimeValidatorTest.java:224)
>
> [ERROR] Failures:
> [ERROR]   CalendarValidatorTest.testDateTimeStyle:197 validate(A) default
> [ERROR]   CalendarValidatorTest.testFormat:215 default
> expected:<31/12/[]05> but was:<31/12/[20]05>
> [ERROR]   CurrencyValidatorTest.testIntegerValid:142 US negative
> expected:<-1234.00> but was:
> [ERROR]   CurrencyValidatorTest.testInvalid:121 US wrong negative
> [ERROR]   CurrencyValidatorTest.testValid:93 US negative
> expected:<-1234.56> but was:
> [ERROR]   DateValidatorTest.testDateValidatorMethods:69 validate(A) both
> expected: but was:
> [ERROR]   TimeValidatorTest.testTimeZone:224 pattern result
> [ERROR] Errors:
> [ERROR]   CalendarValidatorTest.testCalendarValidatorMethods:70 NullPointer
> [INFO]
> [ERROR] Tests run: 575, Failures: 7, Errors: 1, Skipped: 1
>
> I also get the same failure on the current Java version 14:
>
> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> Maven home: C:\Java\apache-maven-3.6.3\bin\..
> Java version: 14.0.2, vendor: AdoptOpenJDK, runtime: C:\Program
> Files\AdoptOpenJDK\jdk-14.0.2.12-hotspot
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
>
> Gary
>
>
>
> On Sat, Aug 1, 2020, 09:20 sebb  wrote:
>
> > We have fixed quite a few bugs and added some significant enhancements
> > since Apache Commons Validator 1.6 was released, so I would like to
> > release Apache Commons Validator 1.7.
> >
> > Apache Commons Validator 1.7 RC2 is available for review here:
> > https://dist.apache.org/repos/dist/dev/commons/validator/1.7-RC2
> > (svn revision 40802)
> >
> > The Git tag VALIDATOR_1_7_RC2 commit for this RC is
> > 5b75344ace5a8864e3936010524684272145bbcd which you can browse here:
> >
> > https://gitbox.apache.org/repos/asf?p=commons-validator.git;a=commit;h=5b75344ace5a8864e3936010524684272145bbcd
> > You may checkout this tag using:
> > git clone https://gitbox.apache.org/repos/asf/commons-validator.git
> > --branch
> > 
> > VALIDATOR_1_7_RC2 VALIDATOR_1_7_RC2
> >
> > Maven artifacts are here:
> >
> > https://repository.apache.org/content/repositories/orgapachecommons-1515/org/apache/commons/commons-validator/1.7/
> >
> > These are the artifacts and their hashes:
> >
> > #Release SHA-512s
> > #Sat Aug 01 13:37:45 BST 2020
> >
> > commons-

Re: [VOTE] Release Apache Commons Validator 1.7 based on RC2

[Rob Tompkins]

> On Aug 2, 2020, at 9:32 AM, Gilles Sadowski  wrote:
> 
> Le dim. 2 août 2020 à 15:13, Gary Gregory  a écrit :
>> 
>> -1: I do not think we should release when a test breaks on Java 11, an LTS
>> version; see below.
> 
> If everybody agrees, doesn't this become a Commons' *rule*
> that could be taken off the RM's shoulders?
> I mean, by setting up appropriate "release barrier" Jenkins jobs
> (for all the components), one should not need to run locally at
> release time for all the possible combinations (OS + JDK).
> 

Please don’t use the Apache Jenkins instance here. It is so clugey in its 
integration with the github README.md

This is just my 2 cents though. You may take it or leave it as you see fit

-Rob

>> The release notes mention the wrong version here:
>> 
>> "Updates Apache Commons BeanUtils dependency from 1.9.2 to 1.9.3."
>> 
>> It should be 1.9.4.
>> 
>> Building from the git tag with "mvn clean install site -P jacoco -P japicmp
>> -V".
>> 
>> This must be an older style of build because the above downloads the site
>> in a folder called "site-content", not sure why.
> 
> Recurrent issue: It happens when that directory does not exist.
> IIRC, this "feature" is triggered in CP.  It should probably be fixed
> as, to my knowledge, it has only ever caused trouble (i.e. unwanted
> SVN traffic).
> Some components' POM are customized (thanks to Alex) so that
> it won't happen.
> 
>> Then when you look at the site for the build command above, the JApiCmp
>> report contains cobertura instrumentation which is quite confusing.
>> 
>> This build should be migrated to JApiCmp from Cobertura.
> 
> s/JApiCmp/Jacoco/
> (?)
> 
> Gilles
> 
>> 
>> Builds OK with:
>> 
>> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
>> Maven home: C:\Java\apache-maven-3.6.3\bin\..
>> Java version: 1.8.0_262, vendor: AdoptOpenJDK, runtime: C:\Program
>> Files\AdoptOpenJDK\jdk-8.0.262.10-hotspot\jre
>> Default locale: en_US, platform encoding: Cp1252
>> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
>> 
>> But fails on Java 11:
>> 
>> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
>> Maven home: C:\Java\apache-maven-3.6.3\bin\..
>> Java version: 11.0.8, vendor: AdoptOpenJDK, runtime: C:\Program
>> Files\AdoptOpenJDK\jdk-11.0.8.10-hotspot
>> Default locale: en_US, platform encoding: Cp1252
>> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
>> 
>> [INFO] Running org.apache.commons.validator.routines.TimeValidatorTest
>> [ERROR] Tests run: 7, Failures: 1, Errors: 0, Skipped: 0, Time elapsed:
>> 0.026 s <<< FAILURE! - in
>> org.apache.commons.validator.routines.TimeValidatorTest
>> [ERROR]
>> testTimeZone(org.apache.commons.validator.routines.TimeValidatorTest)  Time
>> elapsed: 0 s  <<< FAILURE!
>> junit.framework.AssertionFailedError: pattern result
>>at
>> org.apache.commons.validator.routines.TimeValidatorTest.testTimeZone(TimeValidatorTest.java:224)
>> 
>> [ERROR] Failures:
>> [ERROR]   CalendarValidatorTest.testDateTimeStyle:197 validate(A) default
>> [ERROR]   CalendarValidatorTest.testFormat:215 default
>> expected:<31/12/[]05> but was:<31/12/[20]05>
>> [ERROR]   CurrencyValidatorTest.testIntegerValid:142 US negative
>> expected:<-1234.00> but was:
>> [ERROR]   CurrencyValidatorTest.testInvalid:121 US wrong negative
>> [ERROR]   CurrencyValidatorTest.testValid:93 US negative
>> expected:<-1234.56> but was:
>> [ERROR]   DateValidatorTest.testDateValidatorMethods:69 validate(A) both
>> expected: but was:
>> [ERROR]   TimeValidatorTest.testTimeZone:224 pattern result
>> [ERROR] Errors:
>> [ERROR]   CalendarValidatorTest.testCalendarValidatorMethods:70 NullPointer
>> [INFO]
>> [ERROR] Tests run: 575, Failures: 7, Errors: 1, Skipped: 1
>> 
>> I also get the same failure on the current Java version 14:
>> 
>> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
>> Maven home: C:\Java\apache-maven-3.6.3\bin\..
>> Java version: 14.0.2, vendor: AdoptOpenJDK, runtime: C:\Program
>> Files\AdoptOpenJDK\jdk-14.0.2.12-hotspot
>> Default locale: en_US, platform encoding: Cp1252
>> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
>> 
>> Gary
>> 
>> 
>> 
>>> On Sat, Aug 1, 2020, 09:20 sebb  wrote:
>>> 
>>> We have fixed quite a few bugs and added some significant enhancements
>>> since Apache Commons Validator 1.6 was released, so I would like to
>>> release Apache Commons Validator 1.7.
>>> 
>>> Apache Commons Validator 1.7 RC2 is available for review here:
>>>https://dist.apache.org/repos/dist/dev/commons/validator/1.7-RC2
>>> (svn revision 40802)
>>> 
>>> The Git tag VALIDATOR_1_7_RC2 commit for this RC is
>>> 5b75344ace5a8864e3936010524684272145bbcd which you can browse here:
>>> 
>>> https://gitbox.apache.org/repos/asf?p=commons-validator.git;a=commit;h=5b75344ace5a8864e3936010524684272145bbcd
>>> You may checkout this tag using:
>>>git clone https://gitbox.apache.org/repos/asf/commons-validator.git
>>> -

Re: [VOTE] Release Apache Commons Validator 1.7 based on RC2

[Gary Gregory]

On Sun, Aug 2, 2020 at 9:32 AM Gilles Sadowski  wrote:

> Le dim. 2 août 2020 à 15:13, Gary Gregory  a
> écrit :
> >
> > -1: I do not think we should release when a test breaks on Java 11, an
> LTS
> > version; see below.
>
> If everybody agrees, doesn't this become a Commons' *rule*
> that could be taken off the RM's shoulders?
> I mean, by setting up appropriate "release barrier" Jenkins jobs
> (for all the components), one should not need to run locally at
> release time for all the possible combinations (OS + JDK).
>
> > The release notes mention the wrong version here:
> >
> > "Updates Apache Commons BeanUtils dependency from 1.9.2 to 1.9.3."
> >
> > It should be 1.9.4.
> >
> > Building from the git tag with "mvn clean install site -P jacoco -P
> japicmp
> > -V".
> >
> > This must be an older style of build because the above downloads the site
> > in a folder called "site-content", not sure why.
>
> Recurrent issue: It happens when that directory does not exist.
> IIRC, this "feature" is triggered in CP.  It should probably be fixed
> as, to my knowledge, it has only ever caused trouble (i.e. unwanted
> SVN traffic).
> Some components' POM are customized (thanks to Alex) so that
> it won't happen.
>
> > Then when you look at the site for the build command above, the JApiCmp
> > report contains cobertura instrumentation which is quite confusing.
> >
> > This build should be migrated to JApiCmp from Cobertura.
>
> s/JApiCmp/Jacoco/
>

Righ!

Gary


> (?)
>
> Gilles
>
> >
> > Builds OK with:
> >
> > Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> > Maven home: C:\Java\apache-maven-3.6.3\bin\..
> > Java version: 1.8.0_262, vendor: AdoptOpenJDK, runtime: C:\Program
> > Files\AdoptOpenJDK\jdk-8.0.262.10-hotspot\jre
> > Default locale: en_US, platform encoding: Cp1252
> > OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
> >
> > But fails on Java 11:
> >
> > Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> > Maven home: C:\Java\apache-maven-3.6.3\bin\..
> > Java version: 11.0.8, vendor: AdoptOpenJDK, runtime: C:\Program
> > Files\AdoptOpenJDK\jdk-11.0.8.10-hotspot
> > Default locale: en_US, platform encoding: Cp1252
> > OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
> >
> > [INFO] Running org.apache.commons.validator.routines.TimeValidatorTest
> > [ERROR] Tests run: 7, Failures: 1, Errors: 0, Skipped: 0, Time elapsed:
> > 0.026 s <<< FAILURE! - in
> > org.apache.commons.validator.routines.TimeValidatorTest
> > [ERROR]
> > testTimeZone(org.apache.commons.validator.routines.TimeValidatorTest)
> Time
> > elapsed: 0 s  <<< FAILURE!
> > junit.framework.AssertionFailedError: pattern result
> > at
> >
> org.apache.commons.validator.routines.TimeValidatorTest.testTimeZone(TimeValidatorTest.java:224)
> >
> > [ERROR] Failures:
> > [ERROR]   CalendarValidatorTest.testDateTimeStyle:197 validate(A) default
> > [ERROR]   CalendarValidatorTest.testFormat:215 default
> > expected:<31/12/[]05> but was:<31/12/[20]05>
> > [ERROR]   CurrencyValidatorTest.testIntegerValid:142 US negative
> > expected:<-1234.00> but was:
> > [ERROR]   CurrencyValidatorTest.testInvalid:121 US wrong negative
> > [ERROR]   CurrencyValidatorTest.testValid:93 US negative
> > expected:<-1234.56> but was:
> > [ERROR]   DateValidatorTest.testDateValidatorMethods:69 validate(A) both
> > expected: but was:
> > [ERROR]   TimeValidatorTest.testTimeZone:224 pattern result
> > [ERROR] Errors:
> > [ERROR]   CalendarValidatorTest.testCalendarValidatorMethods:70
> NullPointer
> > [INFO]
> > [ERROR] Tests run: 575, Failures: 7, Errors: 1, Skipped: 1
> >
> > I also get the same failure on the current Java version 14:
> >
> > Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> > Maven home: C:\Java\apache-maven-3.6.3\bin\..
> > Java version: 14.0.2, vendor: AdoptOpenJDK, runtime: C:\Program
> > Files\AdoptOpenJDK\jdk-14.0.2.12-hotspot
> > Default locale: en_US, platform encoding: Cp1252
> > OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
> >
> > Gary
> >
> >
> >
> > On Sat, Aug 1, 2020, 09:20 sebb  wrote:
> >
> > > We have fixed quite a few bugs and added some significant enhancements
> > > since Apache Commons Validator 1.6 was released, so I would like to
> > > release Apache Commons Validator 1.7.
> > >
> > > Apache Commons Validator 1.7 RC2 is available for review here:
> > > https://dist.apache.org/repos/dist/dev/commons/validator/1.7-RC2
> > > (svn revision 40802)
> > >
> > > The Git tag VALIDATOR_1_7_RC2 commit for this RC is
> > > 5b75344ace5a8864e3936010524684272145bbcd which you can browse here:
> > >
> > >
> https://gitbox.apache.org/repos/asf?p=commons-validator.git;a=commit;h=5b75344ace5a8864e3936010524684272145bbcd
> > > You may checkout this tag using:
> > > git clone
> https://gitbox.apache.org/repos/asf/commons-validator.git
> > > --branch
> > > 
> > > 

Re: [VOTE] Release Apache Commons Net 3.7 based on RC2

[Gary Gregory]

+1

Building from the git tag.

Yikes: Is JaCoCo correct in reporting such low numbers: 32% code coverage
and 26% branch coverage :-(

My confidence is low that this RC does not introduce any regressions.

But the building is OK with:

mvn clean install site -P jacoco -P japicmp -V

On these OpenJDK platforms:

Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
Maven home: C:\Java\apache-maven-3.6.3\bin\..
Java version: *1.8.0_262*, vendor: AdoptOpenJDK, runtime: C:\Program
Files\AdoptOpenJDK\jdk-8.0.262.10-hotspot\jre
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"

Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
Maven home: C:\Java\apache-maven-3.6.3\bin\..
Java version: *11.0.8*, vendor: AdoptOpenJDK, runtime: C:\Program
Files\AdoptOpenJDK\jdk-11.0.8.10-hotspot
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"

Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
Maven home: C:\Java\apache-maven-3.6.3\bin\..
Java version: *14.0.2*, vendor: AdoptOpenJDK, runtime: C:\Program
Files\AdoptOpenJDK\jdk-14.0.2.12-hotspot
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"

The build passed on Java 15-EA but it should really use of JApiCmp and
SpotBugs instead of Clirr and FindBugs for the reports to work.

Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
Maven home: C:\Java\apache-maven-3.6.3\bin\..
Java version: *15-ea*, vendor: Oracle Corporation, runtime: C:\Program
Files\Java\openjdk\jdk-15
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"

Lots of missing Javadoc WARNINGs on the console output with 15-ea

Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
Maven home: C:\Java\apache-maven-3.6.3\bin\..
Java version: *16-ea*, vendor: Oracle Corporation, runtime: C:\Program
Files\Java\openjdk\jdk-16
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"

As above.

Amazon Corretto OK:

Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
Maven home: C:\Java\apache-maven-3.6.3\bin\..
Java version: *1.8.0_242*, vendor: Amazon.com Inc., runtime: C:\Program
Files\Java\amazon-corretto\jdk1.8.0_242\jre
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"

Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
Maven home: C:\Java\apache-maven-3.6.3\bin\..
Java version: *11.0.6*, vendor: Amazon.com Inc., runtime: C:\Program
Files\Java\amazon-corretto\jdk11.0.6_10
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"

Gary


On Sat, Aug 1, 2020 at 3:26 PM sebb  wrote:

> We have fixed quite a few bugs and added some significant enhancements
> since Apache Commons Net 3.6 was released, so I would like to release
> Apache Commons Net 3.7.
>
> Apache Commons Net 3.7 RC2 is available for review here:
> https://dist.apache.org/repos/dist/dev/commons/net/3.7-RC2 (svn
> revision 40808)
>
> The Git tag NET_3_7_RC2 commit for this RC is
> 5e5b43f747e06beed90c84cdc40b373b8110090b which you can browse here:
>
> https://gitbox.apache.org/repos/asf?p=commons-net.git;a=commit;h=5e5b43f747e06beed90c84cdc40b373b8110090b
> You may checkout this tag using:
> git clone https://gitbox.apache.org/repos/asf/commons-net.git
> --branch 
> NET_3_7_RC2 NET_3_7_RC2
>
> Maven artifacts are here:
>
> https://repository.apache.org/content/repositories/orgapachecommons-1517/commons-net/commons-net/3.7/
>
> These are the artifacts and their hashes:
>
> #Release SHA-512s
> #Sat Aug 01 20:16:35 BST 2020
>
> commons-net-3.7-bin.tar.gz=fa7a228f76fa06410e38b920dc44e30d348154aceb78537af38ace5baa9e932da4178eea7e416e0a2619f4ce2bcb6dfc0126e6d2c1ffa9611787f23fd8f116c0
>
> commons-net-3.7-bin.zip=66e8ec93611f4777375068707c498ab7117a1545ec0cf4871c2e640f328bca79c0799b31def2d38d1329f476514d07db8c819a6edf86d7cb05a60553b9f8fbb2
>
> commons-net-3.7-javadoc.jar=cdfb54853b8a93d9dd65e276a47689b151e7f0eb4e41cdcddf02c48429f6d99180c792d3f9f7288e333649cf5454cae0af8728ef0fc3452ebcbb60468ffe94f9
>
> commons-net-3.7-sources.jar=56153426a4f83513d7a45171ebbf27161fcf78ac4390a957076ae13f80b53ccf6447715f2130b259487036cf233189757193220ba73b30fdb4aa07a72b119aa0
>
> commons-net-3.7-src.tar.gz=a7c142bd06dc4086d4daaa4d399fa3b38175831a2837119064e1e36ae41ac7d20b5a6406478ccce5ead2ecb6b97a2ee15e41868e371e4610f939f4baf25e
>
> commons-net-3.7-src.zip=44eada652ca83bc67e3fe3b49bb15bf96c1c822096e4e5d211d2c95ea93eb70a16c3266555acba66afb1dfbdc5511b5ed19c608efaa29bad5cabb13bdb43aa84
>
> commons-net-3.7-test-sources.jar=d65a0b64353b3abc50ae4cea495f812734b62a1e90a61edd588fd

Re: [VOTE] Release Apache Commons Validator 1.7 based on RC2

[Gilles Sadowski]

Le dim. 2 août 2020 à 15:37, Rob Tompkins  a écrit :
>
>
>
> > On Aug 2, 2020, at 9:32 AM, Gilles Sadowski  wrote:
> >
> > Le dim. 2 août 2020 à 15:13, Gary Gregory  a écrit 
> > :
> >>
> >> -1: I do not think we should release when a test breaks on Java 11, an LTS
> >> version; see below.
> >
> > If everybody agrees, doesn't this become a Commons' *rule*
> > that could be taken off the RM's shoulders?
> > I mean, by setting up appropriate "release barrier" Jenkins jobs
> > (for all the components), one should not need to run locally at
> > release time for all the possible combinations (OS + JDK).
> >
>
> Please don’t use the Apache Jenkins instance here. It is so clugey in its 
> integration with the github README.md

I've absolutely no clue how the two relate.
Could you please be specific on what should be put in place
in order to satisfy the requirement?

Gilles

P.S. This discussion about replacing Jenkins should probably
go in a new thread.

>
> This is just my 2 cents though. You may take it or leave it as you see fit
>
> -Rob
>
> >> [...]

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

Re: [VOTE] Release Apache Commons Imaging 1.0-alpha2 based on RC1

[Gary Gregory]

+1

Reviewing the git tag.

Release notes need tweaks:

- The alpha1 release notes are not there, they jump from alpha2 to 0.97
- There is no link to the download page, which you must have if you use the
RNs as your source for the announcement email.
- Sentences should end in a period: First and third sentences.

Reports OK.

Building OK running:

mvn -V clean install site -P jacoco
(no need for JapiCmp)

On the following platforms:

Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
Maven home: C:\Java\apache-maven-3.6.3\bin\..
Java version: *1.8.0_262*, vendor: AdoptOpenJDK, runtime: C:\Program
Files\AdoptOpenJDK\jdk-8.0.262.10-hotspot\jre
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"

Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
Maven home: C:\Java\apache-maven-3.6.3\bin\..
Java version: *11.0.8*, vendor: AdoptOpenJDK, runtime: C:\Program
Files\AdoptOpenJDK\jdk-11.0.8.10-hotspot
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"

Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
Maven home: C:\Java\apache-maven-3.6.3\bin\..
Java version: *14.0.2*, vendor: AdoptOpenJDK, runtime: C:\Program
Files\AdoptOpenJDK\jdk-14.0.2.12-hotspot
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"

Gary

On Sat, Aug 1, 2020 at 7:54 PM Bruno P. Kinoshita  wrote:

> We have fixed quite a few bugs and added some significant enhancements
> since Apache Commons Imaging 1.0-alpha1 was released, so I would like to
> release Apache Commons Imaging 1.0-alpha2.
>
> Apache Commons Imaging 1.0-alpha2 RC1 is available for review here:
> https://dist.apache.org/repos/dist/dev/commons/imaging/1.0-alpha2-RC1
> (svn revision 40812)
>
> The Git tag commons-imaging-1.0-alpha2-RC1 commit for this RC is
> 102a89d377dcedeb72e1033fae87fd82c4d517bc which you can browse here:
>
> https://gitbox.apache.org/repos/asf?p=commons-imaging.git;a=commit;h=102a89d377dcedeb72e1033fae87fd82c4d517bc
> You may checkout this tag using:
> git clone https://gitbox.apache.org/repos/asf/commons-imaging.git
> --branch commons-imaging-1.0-alpha2-RC1 commons-imaging-1.0-alpha2-RC1
>
> Maven artifacts are here:
>
> https://repository.apache.org/content/repositories/orgapachecommons-${commons.nexus.repo.id}/org/apache/commons/commons-imaging/1.0-alpha2/
>
> These are the artifacts and their hashes:
>
> #Release SHA-512s
> #Sun Aug 02 11:32:17 NZST 2020
>
> commons-imaging-1.0-alpha2-bin.tar.gz=0d0b8d8b74e137b122fc770bcf0a9654cda3971496a0cb17442c8355f7315cb2dee6c5b7a2377b44d070cff6097102e2ca1fc00d05dee307a4b97f302ab73565
>
> commons-imaging-1.0-alpha2-bin.tar.gz.asc=69871cf2c566385dcde11e6574e198e7eef78744a6fd0b971c2a283a8e7db98355880e4fe0280f053f105f28b67e9cb2ea7ccf6b12edb3b9fa57764e476a2925
>
> commons-imaging-1.0-alpha2-bin.zip=8254473f3ac5783c0f33736588e1c627ce747a1b5726342aaa8fa3a700340685eac45ff50937d52c14e3b10b72b3576da7e897e4c9e0b4a82501b007dee213aa
>
> commons-imaging-1.0-alpha2-bin.zip.asc=22cb6a9e16f1b7bf3e201e5b06950c7264e549d27ac6e4f493dd9473ee3577fcec2554966a087997ea6814165347996f7e5f1f758ad54a90fa914589dcbed08f
>
> commons-imaging-1.0-alpha2-javadoc.jar=3bfb352c77c497edacbd1c489b3cfee2a39ec364dfe9458099157bf7c1d96a3e40460e8316280ff803ba7c0b0b74fdbf1fae7c335f216f1e6259eb9e8f36485e
>
> commons-imaging-1.0-alpha2-javadoc.jar.asc=38a503317942bd4bc212881bff74803efb336cb1c09a0073eaa030f95bc6c6ff9b1edace02c504fd90f73c4d4d120d44b83871af0fe908613d1220a41b7ff4df
>
> commons-imaging-1.0-alpha2-sources.jar=4ae7091829e151f2facc5a6057e774206911bd2a3acabd12fe85cdca7bb3fbef39ac9f7ef23d6cafab611ee276f6acb9511a8e689a243d34d658064c2ad4d89c
>
> commons-imaging-1.0-alpha2-sources.jar.asc=cfec5e6037be477c1763a79e40eb69b3e748bafc2dac70635ece2d278a2c068523d9729cd6dcb86fb72a45a5993945ca1e7fad77dab34c11fd07f0d359de6965
>
> commons-imaging-1.0-alpha2-src.tar.gz=f2479e0dc726a8d1193f4eef6289efe493cfbbe257054b5a13e929f5785f7a2c9c937e3f379e0f0066c591d18be27d12f1e5157e789eebab78fba489cc81e688
>
> commons-imaging-1.0-alpha2-src.tar.gz.asc=f77fb44457ef47ea0fae224020f93060eb2fa667b3404b0e650bf87c23d2c53d4a8bdbf6f801f0b807754b6a03755efef60feef608d1daea31b5c42f545141b0
>
> commons-imaging-1.0-alpha2-src.zip=bea44ec53a55e5bf564b2d98d4f4fb72818999eb0db9c842ddae928e6da13fc7bf125d7c33fc37b907fe699de1b4202b01d1658cc97bc99b7a18bcd245a94757
>
> commons-imaging-1.0-alpha2-src.zip.asc=16066eb12ce96a3f02735db016f4cebb0223d286c4a4e32f9e2fc227c84a6e3440e72b89299bd340f158d8a71e23adba2803a6892fad1c20a82893e27356793e
>
> commons-imaging-1.0-alpha2-test-sources.jar=e6e6c5fbe20336486df3ebb98d11d146610b34838097552e145122e398981d3ff87527113d21aafaf27b1a7b471df92520c69254c6a28e0c7e92898e82005f77
>
> commons-imaging-1.0-alpha2-test-sources.jar.asc=feb1aa0d92fc50727eb7baf31c3d4fe111cb8724f9aea4b68cf6745384e0a7a69bd6cb93df38561ebc53d2b96a2a8ceb36f5c602a

Re: [VOTE] Release Apache Commons Validator 1.7 based on RC2

[sebb]

On Sun, 2 Aug 2020 at 14:13, Gary Gregory  wrote:
>
> -1: I do not think we should release when a test breaks on Java 11, an LTS
> version; see below.
>
> The release notes mention the wrong version here:
>
> "Updates Apache Commons BeanUtils dependency from 1.9.2 to 1.9.3."
>
> It should be 1.9.4.

Looks like this was true before the dependency was updated a second time.

> Building from the git tag with "mvn clean install site -P jacoco -P japicmp
> -V".
>
> This must be an older style of build because the above downloads the site
> in a folder called "site-content", not sure why.
>
> Then when you look at the site for the build command above, the JApiCmp
> report contains cobertura instrumentation which is quite confusing.
>
> This build should be migrated to JApiCmp from Cobertura.

Don't you mean Jacoco?

I thought JApiCmp was more akin to Clirr.
Or do you mean Clirr?

> Builds OK with:
>
> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> Maven home: C:\Java\apache-maven-3.6.3\bin\..
> Java version: 1.8.0_262, vendor: AdoptOpenJDK, runtime: C:\Program
> Files\AdoptOpenJDK\jdk-8.0.262.10-hotspot\jre
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
>
> But fails on Java 11:
>
> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> Maven home: C:\Java\apache-maven-3.6.3\bin\..
> Java version: 11.0.8, vendor: AdoptOpenJDK, runtime: C:\Program
> Files\AdoptOpenJDK\jdk-11.0.8.10-hotspot
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"

Works OK for me with Java 11

Apache Maven 3.5.4 (1edded0938998edf8bf061f1ceb3cfdeccf443fe;
2018-06-17T19:33:14+01:00)
Maven home: /opt/apache-maven-3.5.4
Java version: 11.0.5, vendor: Oracle Corporation, runtime:
/Library/Java/JavaVirtualMachines/jdk-11.0.5.jdk/Contents/Home
Default locale: en_GB, platform encoding: UTF-8
OS name: "mac os x", version: "10.15.6", arch: "x86_64", family: "mac"

Likewise with Java 14.

However -P jacoco fails for me with Java 9, 11 and 14:

Plugin org.codehaus.mojo:cobertura-maven-plugin:2.7 or one of its
dependencies could not be resolved:
Could not find artifact com.sun:tools:jar:0 at specified path
/Library/Java/JavaVirtualMachines/jdk-9.0.1.jdk/Contents/Home/../lib/tools.jar


> [INFO] Running org.apache.commons.validator.routines.TimeValidatorTest
> [ERROR] Tests run: 7, Failures: 1, Errors: 0, Skipped: 0, Time elapsed:
> 0.026 s <<< FAILURE! - in
> org.apache.commons.validator.routines.TimeValidatorTest
> [ERROR]
> testTimeZone(org.apache.commons.validator.routines.TimeValidatorTest)  Time
> elapsed: 0 s  <<< FAILURE!
> junit.framework.AssertionFailedError: pattern result
> at
> org.apache.commons.validator.routines.TimeValidatorTest.testTimeZone(TimeValidatorTest.java:224)
>
> [ERROR] Failures:
> [ERROR]   CalendarValidatorTest.testDateTimeStyle:197 validate(A) default
> [ERROR]   CalendarValidatorTest.testFormat:215 default
> expected:<31/12/[]05> but was:<31/12/[20]05>
> [ERROR]   CurrencyValidatorTest.testIntegerValid:142 US negative
> expected:<-1234.00> but was:
> [ERROR]   CurrencyValidatorTest.testInvalid:121 US wrong negative
> [ERROR]   CurrencyValidatorTest.testValid:93 US negative
> expected:<-1234.56> but was:
> [ERROR]   DateValidatorTest.testDateValidatorMethods:69 validate(A) both
> expected: but was:
> [ERROR]   TimeValidatorTest.testTimeZone:224 pattern result
> [ERROR] Errors:
> [ERROR]   CalendarValidatorTest.testCalendarValidatorMethods:70 NullPointer
> [INFO]
> [ERROR] Tests run: 575, Failures: 7, Errors: 1, Skipped: 1
>
> I also get the same failure on the current Java version 14:
>
> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> Maven home: C:\Java\apache-maven-3.6.3\bin\..
> Java version: 14.0.2, vendor: AdoptOpenJDK, runtime: C:\Program
> Files\AdoptOpenJDK\jdk-14.0.2.12-hotspot
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"

There is a profile 'jdk9-cldr' which is supposed to fix that issue.

Personally, I don't think it is a blocker.
Java 9 changed the way locales are handled.

But if it does not work on Windows for some reason then I guess it
should be mentioned in the release notes

> Gary
>
>
>
> On Sat, Aug 1, 2020, 09:20 sebb  wrote:
>
> > We have fixed quite a few bugs and added some significant enhancements
> > since Apache Commons Validator 1.6 was released, so I would like to
> > release Apache Commons Validator 1.7.
> >
> > Apache Commons Validator 1.7 RC2 is available for review here:
> > https://dist.apache.org/repos/dist/dev/commons/validator/1.7-RC2
> > (svn revision 40802)
> >
> > The Git tag VALIDATOR_1_7_RC2 commit for this RC is
> > 5b75344ace5a8864e3936010524684272145bbcd which you can browse here:
> >
> > https://gitbox.apache.org/repos/asf?p=commons-validator.git;a=commit;h=5b75344ace5a8864e39360105246842721

Re: [ALL] CI builds and Java versions

[Emmanuel Bourg]

Le 26/07/2020 à 23:39, Gary Gregory a écrit :

> For mythical builds that require Java 6, we should really consider bumping
> those up to Java 7 or 8 because newer JDKs do not accept compiling to
> targets older than Java 7.

Technically it's possible to build with Java 11 and use the --release 6
flag.

Emmanuel Bourg

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

Re: [all] Thoughts on build system maven -> gradle??

[Emmanuel Bourg]

-1, I'd rather return to Ant than switching to Gradle.

Gradle builds quickly become messy as hell, if you compare several
Gradle based projects like Hibernate, Spring and OpenJFX they hardly
look similar. Maven POM files may look verbose but at least the
declarative syntax enforces a normalized project structure and build
process.

Emmanuel Bourg


Le 16/07/2020 à 23:30, Rob Tompkins a écrit :
> I think we might be coming towards time to make this move or at least 
> accommodate for gradle builds in commons. Let’s look to the success the 
> Spring Framework has had here with gradle. That said, I’m merely trying to 
> gauge opinions here and am entirely content to stay with maven, if that’s 
> what the community wishes.
> 
> I’m a +1 on at least letting gradle be a part of our systems (don’t have to 
> get rid of maven either).
> 
> Cheers,
> -Rob
> -
> 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: [VOTE] Release Apache Commons Validator 1.7 based on RC2

[Gary Gregory]

On Sun, Aug 2, 2020 at 12:00 PM sebb  wrote:

> On Sun, 2 Aug 2020 at 14:13, Gary Gregory  wrote:
> >
> > -1: I do not think we should release when a test breaks on Java 11, an
> LTS
> > version; see below.
> >
> > The release notes mention the wrong version here:
> >
> > "Updates Apache Commons BeanUtils dependency from 1.9.2 to 1.9.3."
> >
> > It should be 1.9.4.
>
> Looks like this was true before the dependency was updated a second time.
>
> > Building from the git tag with "mvn clean install site -P jacoco -P
> japicmp
> > -V".
> >
> > This must be an older style of build because the above downloads the site
> > in a folder called "site-content", not sure why.
> >
> > Then when you look at the site for the build command above, the JApiCmp
> > report contains cobertura instrumentation which is quite confusing.
> >
> > This build should be migrated to JApiCmp from Cobertura.
>
> Don't you mean Jacoco?
>

Yes, sorry:
- Cobertura -> JaCoCo
- Clirr -> JapiCmp
- FindBugs -> SpotBugs

Gary


>
> I thought JApiCmp was more akin to Clirr.
> Or do you mean Clirr?
>
> > Builds OK with:
> >
> > Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> > Maven home: C:\Java\apache-maven-3.6.3\bin\..
> > Java version: 1.8.0_262, vendor: AdoptOpenJDK, runtime: C:\Program
> > Files\AdoptOpenJDK\jdk-8.0.262.10-hotspot\jre
> > Default locale: en_US, platform encoding: Cp1252
> > OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
> >
> > But fails on Java 11:
> >
> > Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> > Maven home: C:\Java\apache-maven-3.6.3\bin\..
> > Java version: 11.0.8, vendor: AdoptOpenJDK, runtime: C:\Program
> > Files\AdoptOpenJDK\jdk-11.0.8.10-hotspot
> > Default locale: en_US, platform encoding: Cp1252
> > OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
>
> Works OK for me with Java 11
>
> Apache Maven 3.5.4 (1edded0938998edf8bf061f1ceb3cfdeccf443fe;
> 2018-06-17T19:33:14+01:00)
> Maven home: /opt/apache-maven-3.5.4
> Java version: 11.0.5, vendor: Oracle Corporation, runtime:
> /Library/Java/JavaVirtualMachines/jdk-11.0.5.jdk/Contents/Home
> Default locale: en_GB, platform encoding: UTF-8
> OS name: "mac os x", version: "10.15.6", arch: "x86_64", family: "mac"
>
> Likewise with Java 14.
>
> However -P jacoco fails for me with Java 9, 11 and 14:
>
> Plugin org.codehaus.mojo:cobertura-maven-plugin:2.7 or one of its
> dependencies could not be resolved:
> Could not find artifact com.sun:tools:jar:0 at specified path
>
> /Library/Java/JavaVirtualMachines/jdk-9.0.1.jdk/Contents/Home/../lib/tools.jar
>
>
> > [INFO] Running org.apache.commons.validator.routines.TimeValidatorTest
> > [ERROR] Tests run: 7, Failures: 1, Errors: 0, Skipped: 0, Time elapsed:
> > 0.026 s <<< FAILURE! - in
> > org.apache.commons.validator.routines.TimeValidatorTest
> > [ERROR]
> > testTimeZone(org.apache.commons.validator.routines.TimeValidatorTest)
> Time
> > elapsed: 0 s  <<< FAILURE!
> > junit.framework.AssertionFailedError: pattern result
> > at
> >
> org.apache.commons.validator.routines.TimeValidatorTest.testTimeZone(TimeValidatorTest.java:224)
> >
> > [ERROR] Failures:
> > [ERROR]   CalendarValidatorTest.testDateTimeStyle:197 validate(A) default
> > [ERROR]   CalendarValidatorTest.testFormat:215 default
> > expected:<31/12/[]05> but was:<31/12/[20]05>
> > [ERROR]   CurrencyValidatorTest.testIntegerValid:142 US negative
> > expected:<-1234.00> but was:
> > [ERROR]   CurrencyValidatorTest.testInvalid:121 US wrong negative
> > [ERROR]   CurrencyValidatorTest.testValid:93 US negative
> > expected:<-1234.56> but was:
> > [ERROR]   DateValidatorTest.testDateValidatorMethods:69 validate(A) both
> > expected: but was:
> > [ERROR]   TimeValidatorTest.testTimeZone:224 pattern result
> > [ERROR] Errors:
> > [ERROR]   CalendarValidatorTest.testCalendarValidatorMethods:70
> NullPointer
> > [INFO]
> > [ERROR] Tests run: 575, Failures: 7, Errors: 1, Skipped: 1
> >
> > I also get the same failure on the current Java version 14:
> >
> > Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> > Maven home: C:\Java\apache-maven-3.6.3\bin\..
> > Java version: 14.0.2, vendor: AdoptOpenJDK, runtime: C:\Program
> > Files\AdoptOpenJDK\jdk-14.0.2.12-hotspot
> > Default locale: en_US, platform encoding: Cp1252
> > OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
>
> There is a profile 'jdk9-cldr' which is supposed to fix that issue.
>
> Personally, I don't think it is a blocker.
> Java 9 changed the way locales are handled.
>
> But if it does not work on Windows for some reason then I guess it
> should be mentioned in the release notes
>
> > Gary
> >
> >
> >
> > On Sat, Aug 1, 2020, 09:20 sebb  wrote:
> >
> > > We have fixed quite a few bugs and added some significant enhancements
> > > since Apache Commons Validator 1.6 was released, so I would like to
> > > release Apache Commons Validator 1.7.
> > >
> > > Apache Commons Validator 1.7 RC2

Re: [VOTE] Release Apache Commons Validator 1.7 based on RC2

[Gary Gregory]

On Sun, Aug 2, 2020 at 12:00 PM sebb  wrote:

> On Sun, 2 Aug 2020 at 14:13, Gary Gregory  wrote:
> >
> > -1: I do not think we should release when a test breaks on Java 11, an
> LTS
> > version; see below.
> >
> > The release notes mention the wrong version here:
> >
> > "Updates Apache Commons BeanUtils dependency from 1.9.2 to 1.9.3."
> >
> > It should be 1.9.4.
>
> Looks like this was true before the dependency was updated a second time.
>
> > Building from the git tag with "mvn clean install site -P jacoco -P
> japicmp
> > -V".
> >
> > This must be an older style of build because the above downloads the site
> > in a folder called "site-content", not sure why.
> >
> > Then when you look at the site for the build command above, the JApiCmp
> > report contains cobertura instrumentation which is quite confusing.
> >
> > This build should be migrated to JApiCmp from Cobertura.
>
> Don't you mean Jacoco?
>
> I thought JApiCmp was more akin to Clirr.
> Or do you mean Clirr?
>
> > Builds OK with:
> >
> > Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> > Maven home: C:\Java\apache-maven-3.6.3\bin\..
> > Java version: 1.8.0_262, vendor: AdoptOpenJDK, runtime: C:\Program
> > Files\AdoptOpenJDK\jdk-8.0.262.10-hotspot\jre
> > Default locale: en_US, platform encoding: Cp1252
> > OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
> >
> > But fails on Java 11:
> >
> > Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> > Maven home: C:\Java\apache-maven-3.6.3\bin\..
> > Java version: 11.0.8, vendor: AdoptOpenJDK, runtime: C:\Program
> > Files\AdoptOpenJDK\jdk-11.0.8.10-hotspot
> > Default locale: en_US, platform encoding: Cp1252
> > OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
>
> Works OK for me with Java 11
>
> Apache Maven 3.5.4 (1edded0938998edf8bf061f1ceb3cfdeccf443fe;
> 2018-06-17T19:33:14+01:00)
> Maven home: /opt/apache-maven-3.5.4
> Java version: 11.0.5, vendor: Oracle Corporation, runtime:
> /Library/Java/JavaVirtualMachines/jdk-11.0.5.jdk/Contents/Home
> Default locale: en_GB, platform encoding: UTF-8
> OS name: "mac os x", version: "10.15.6", arch: "x86_64", family: "mac"
>

I tried without JaCoCo and just "mvn clean package" and it fails (summary):

[ERROR] Failures:
[ERROR]   CalendarValidatorTest.testDateTimeStyle:197 validate(A) default
[ERROR]   CalendarValidatorTest.testFormat:215 default
expected:<31/12/[]05> but was:<31/12/[20]05>
[ERROR]   CurrencyValidatorTest.testIntegerValid:142 US negative
expected:<-1234.00> but was:
[ERROR]   CurrencyValidatorTest.testInvalid:121 US wrong negative
[ERROR]   CurrencyValidatorTest.testValid:93 US negative
expected:<-1234.56> but was:
[ERROR]   DateValidatorTest.testDateValidatorMethods:69 validate(A) both
expected: but was:
[ERROR]   TimeValidatorTest.testTimeZone:224 pattern result
[ERROR] Errors:
[ERROR]   CalendarValidatorTest.testCalendarValidatorMethods:70 NullPointer
[INFO]
[ERROR] Tests run: 575, Failures: 7, Errors: 1, Skipped: 1

Using OpenJDK:

Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
Maven home: C:\Java\apache-maven-3.6.3\bin\..
Java version: 11.0.8, vendor: AdoptOpenJDK, runtime: C:\Program
Files\AdoptOpenJDK\jdk-11.0.8.10-hotspot
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"

14:22:29.75 C:\temp\rc\VALIDATOR_1_7_RC2>java -version
openjdk version "11.0.8" 2020-07-14
OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.8+10)
OpenJDK 64-Bit Server VM AdoptOpenJDK (build 11.0.8+10, mixed mode)

I see you are using Oracle JDK, so I tried it and it also fails (summary):

[ERROR] Failures:
[ERROR]   CalendarValidatorTest.testDateTimeStyle:197 validate(A) default
[ERROR]   CalendarValidatorTest.testFormat:215 default
expected:<31/12/[]05> but was:<31/12/[20]05>
[ERROR]   CurrencyValidatorTest.testIntegerValid:142 US negative
expected:<-1234.00> but was:
[ERROR]   CurrencyValidatorTest.testInvalid:121 US wrong negative
[ERROR]   CurrencyValidatorTest.testValid:93 US negative
expected:<-1234.56> but was:
[ERROR]   DateValidatorTest.testDateValidatorMethods:69 validate(A) both
expected: but was:
[ERROR]   TimeValidatorTest.testTimeZone:224 pattern result
[ERROR] Errors:
[ERROR]   CalendarValidatorTest.testCalendarValidatorMethods:70 NullPointer
[INFO]
[ERROR] Tests run: 575, Failures: 7, Errors: 1, Skipped: 1

14:23:44.86 C:\temp\rc\VALIDATOR_1_7_RC2>mvn -version && java -version
Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
Maven home: C:\Java\apache-maven-3.6.3\bin\..
Java version: 11.0.7, vendor: Oracle Corporation, runtime: C:\Program
Files\Java\jdk-11.0.7
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
java version "11.0.7" 2020-04-14 LTS
Java(TM) SE Runtime Environment 18.9 (build 11.0.7+8-LTS)
Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.7+8-LTS, mixed mode)

So something needs a fix

Re: [VOTE] Release Apache Commons Validator 1.7 based on RC2

[sebb]

On Sun, 2 Aug 2020 at 19:27, Gary Gregory  wrote:
>
> On Sun, Aug 2, 2020 at 12:00 PM sebb  wrote:
>
> > On Sun, 2 Aug 2020 at 14:13, Gary Gregory  wrote:
> > >
> > > -1: I do not think we should release when a test breaks on Java 11, an
> > LTS
> > > version; see below.
> > >
> > > The release notes mention the wrong version here:
> > >
> > > "Updates Apache Commons BeanUtils dependency from 1.9.2 to 1.9.3."
> > >
> > > It should be 1.9.4.
> >
> > Looks like this was true before the dependency was updated a second time.
> >
> > > Building from the git tag with "mvn clean install site -P jacoco -P
> > japicmp
> > > -V".
> > >
> > > This must be an older style of build because the above downloads the site
> > > in a folder called "site-content", not sure why.
> > >
> > > Then when you look at the site for the build command above, the JApiCmp
> > > report contains cobertura instrumentation which is quite confusing.
> > >
> > > This build should be migrated to JApiCmp from Cobertura.
> >
> > Don't you mean Jacoco?
> >
> > I thought JApiCmp was more akin to Clirr.
> > Or do you mean Clirr?
> >
> > > Builds OK with:
> > >
> > > Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> > > Maven home: C:\Java\apache-maven-3.6.3\bin\..
> > > Java version: 1.8.0_262, vendor: AdoptOpenJDK, runtime: C:\Program
> > > Files\AdoptOpenJDK\jdk-8.0.262.10-hotspot\jre
> > > Default locale: en_US, platform encoding: Cp1252
> > > OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
> > >
> > > But fails on Java 11:
> > >
> > > Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> > > Maven home: C:\Java\apache-maven-3.6.3\bin\..
> > > Java version: 11.0.8, vendor: AdoptOpenJDK, runtime: C:\Program
> > > Files\AdoptOpenJDK\jdk-11.0.8.10-hotspot
> > > Default locale: en_US, platform encoding: Cp1252
> > > OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
> >
> > Works OK for me with Java 11
> >
> > Apache Maven 3.5.4 (1edded0938998edf8bf061f1ceb3cfdeccf443fe;
> > 2018-06-17T19:33:14+01:00)
> > Maven home: /opt/apache-maven-3.5.4
> > Java version: 11.0.5, vendor: Oracle Corporation, runtime:
> > /Library/Java/JavaVirtualMachines/jdk-11.0.5.jdk/Contents/Home
> > Default locale: en_GB, platform encoding: UTF-8
> > OS name: "mac os x", version: "10.15.6", arch: "x86_64", family: "mac"
> >
>
> I tried without JaCoCo and just "mvn clean package" and it fails (summary):
>
> [ERROR] Failures:
> [ERROR]   CalendarValidatorTest.testDateTimeStyle:197 validate(A) default
> [ERROR]   CalendarValidatorTest.testFormat:215 default
> expected:<31/12/[]05> but was:<31/12/[20]05>
> [ERROR]   CurrencyValidatorTest.testIntegerValid:142 US negative
> expected:<-1234.00> but was:
> [ERROR]   CurrencyValidatorTest.testInvalid:121 US wrong negative
> [ERROR]   CurrencyValidatorTest.testValid:93 US negative
> expected:<-1234.56> but was:
> [ERROR]   DateValidatorTest.testDateValidatorMethods:69 validate(A) both
> expected: but was:
> [ERROR]   TimeValidatorTest.testTimeZone:224 pattern result
> [ERROR] Errors:
> [ERROR]   CalendarValidatorTest.testCalendarValidatorMethods:70 NullPointer
> [INFO]
> [ERROR] Tests run: 575, Failures: 7, Errors: 1, Skipped: 1
>
> Using OpenJDK:
>
> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> Maven home: C:\Java\apache-maven-3.6.3\bin\..
> Java version: 11.0.8, vendor: AdoptOpenJDK, runtime: C:\Program
> Files\AdoptOpenJDK\jdk-11.0.8.10-hotspot
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
>
> 14:22:29.75 C:\temp\rc\VALIDATOR_1_7_RC2>java -version
> openjdk version "11.0.8" 2020-07-14
> OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.8+10)
> OpenJDK 64-Bit Server VM AdoptOpenJDK (build 11.0.8+10, mixed mode)
>
> I see you are using Oracle JDK, so I tried it and it also fails (summary):
>
> [ERROR] Failures:
> [ERROR]   CalendarValidatorTest.testDateTimeStyle:197 validate(A) default
> [ERROR]   CalendarValidatorTest.testFormat:215 default
> expected:<31/12/[]05> but was:<31/12/[20]05>
> [ERROR]   CurrencyValidatorTest.testIntegerValid:142 US negative
> expected:<-1234.00> but was:
> [ERROR]   CurrencyValidatorTest.testInvalid:121 US wrong negative
> [ERROR]   CurrencyValidatorTest.testValid:93 US negative
> expected:<-1234.56> but was:
> [ERROR]   DateValidatorTest.testDateValidatorMethods:69 validate(A) both
> expected: but was:
> [ERROR]   TimeValidatorTest.testTimeZone:224 pattern result
> [ERROR] Errors:
> [ERROR]   CalendarValidatorTest.testCalendarValidatorMethods:70 NullPointer
> [INFO]
> [ERROR] Tests run: 575, Failures: 7, Errors: 1, Skipped: 1
>
> 14:23:44.86 C:\temp\rc\VALIDATOR_1_7_RC2>mvn -version && java -version
> Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
> Maven home: C:\Java\apache-maven-3.6.3\bin\..
> Java version: 11.0.7, vendor: Oracle Corporation, runtime: C:\Program
> Files\Java\jdk-11.0.7
> Default locale: en_US, platform

Re: [VOTE] Release Apache Commons Imaging 1.0-alpha2 based on RC1

[Bruno P. Kinoshita]

>- The alpha1 release notes are not there, they jump from alpha2 to 0.97

I almost gave up sending the vote this weekend after spending some minutes 
trying to understand why that was happening. Then I realized it was generated 
using a template in the [imaging] project.

The template from parent contains only the current change log. The site 
contains the complete change log.

However, the Sanselan change log is not in changes.xml. I think that's why it 
was included in the template of the project.

So I added an extra paragraph below the paragraph that alerts users that the 
complete changelog is in the website. In my paragraph I try to explain that the 
0.97 changes are the for history, from when the project was Sanselan.

Maybe we should remove them and leave only the alpha changes?

>- There is no link to the download page, which you must have if you use the
RNs as your source for the announcement email.

Funny, the download page was the first thing I generated in the project, and 
then followed the remaining instructions in the release-prepare page. Will pay 
attention if that's included when performing the release (or if I have to 
re-roll this vote thread).

>- Sentences should end in a period: First and third sentences.

Roger that. Will fix on master. Next release should have the sentences properly 
ended with a period. Or if I have to create an RC2 thread, will merge it into 
the release branch.


Thanks Gary!
Bruno



On Monday, 3 August 2020, 3:30:56 am NZST, Gary Gregory 
 wrote: 





+1

Reviewing the git tag.

Release notes need tweaks:

- The alpha1 release notes are not there, they jump from alpha2 to 0.97
- There is no link to the download page, which you must have if you use the
RNs as your source for the announcement email.
- Sentences should end in a period: First and third sentences.

Reports OK.

Building OK running:

mvn -V clean install site -P jacoco
(no need for JapiCmp)

On the following platforms:

Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
Maven home: C:\Java\apache-maven-3.6.3\bin\..
Java version: *1.8.0_262*, vendor: AdoptOpenJDK, runtime: C:\Program
Files\AdoptOpenJDK\jdk-8.0.262.10-hotspot\jre
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"

Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
Maven home: C:\Java\apache-maven-3.6.3\bin\..
Java version: *11.0.8*, vendor: AdoptOpenJDK, runtime: C:\Program
Files\AdoptOpenJDK\jdk-11.0.8.10-hotspot
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"

Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
Maven home: C:\Java\apache-maven-3.6.3\bin\..
Java version: *14.0.2*, vendor: AdoptOpenJDK, runtime: C:\Program
Files\AdoptOpenJDK\jdk-14.0.2.12-hotspot
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"

Gary

On Sat, Aug 1, 2020 at 7:54 PM Bruno P. Kinoshita  wrote:

> We have fixed quite a few bugs and added some significant enhancements
> since Apache Commons Imaging 1.0-alpha1 was released, so I would like to
> release Apache Commons Imaging 1.0-alpha2.
>
> Apache Commons Imaging 1.0-alpha2 RC1 is available for review here:
>    https://dist.apache.org/repos/dist/dev/commons/imaging/1.0-alpha2-RC1
> (svn revision 40812)
>
> The Git tag commons-imaging-1.0-alpha2-RC1 commit for this RC is
> 102a89d377dcedeb72e1033fae87fd82c4d517bc which you can browse here:
>
> https://gitbox.apache.org/repos/asf?p=commons-imaging.git;a=commit;h=102a89d377dcedeb72e1033fae87fd82c4d517bc
> You may checkout this tag using:
>    git clone https://gitbox.apache.org/repos/asf/commons-imaging.git
> --branch commons-imaging-1.0-alpha2-RC1 commons-imaging-1.0-alpha2-RC1
>
> Maven artifacts are here:
>
> https://repository.apache.org/content/repositories/orgapachecommons-${commons.nexus.repo.id}/org/apache/commons/commons-imaging/1.0-alpha2/
>
> These are the artifacts and their hashes:
>
> #Release SHA-512s
> #Sun Aug 02 11:32:17 NZST 2020
>
> commons-imaging-1.0-alpha2-bin.tar.gz=0d0b8d8b74e137b122fc770bcf0a9654cda3971496a0cb17442c8355f7315cb2dee6c5b7a2377b44d070cff6097102e2ca1fc00d05dee307a4b97f302ab73565
>
> commons-imaging-1.0-alpha2-bin.tar.gz.asc=69871cf2c566385dcde11e6574e198e7eef78744a6fd0b971c2a283a8e7db98355880e4fe0280f053f105f28b67e9cb2ea7ccf6b12edb3b9fa57764e476a2925
>
> commons-imaging-1.0-alpha2-bin.zip=8254473f3ac5783c0f33736588e1c627ce747a1b5726342aaa8fa3a700340685eac45ff50937d52c14e3b10b72b3576da7e897e4c9e0b4a82501b007dee213aa
>
> commons-imaging-1.0-alpha2-bin.zip.asc=22cb6a9e16f1b7bf3e201e5b06950c7264e549d27ac6e4f493dd9473ee3577fcec2554966a087997ea6814165347996f7e5f1f758ad54a90fa914589dcbed08f
>
> commons-imaging-1.0-alpha2-javadoc.jar=3bfb352c77c497edacbd1c489b3cfee2a39ec364dfe9458099157bf7c1d96a3e40460e8316280ff803ba7c0b0b74fdbf1fae7c335f216f1e6259eb9e8f36485e
>
> commons-imaging

Re: [VOTE] Release Apache Commons Imaging 1.0-alpha2 based on RC1

[Bruno P. Kinoshita]

Thanks Sebb!

I used the latest version of the plugin when calling the vote mojo task. I will 
check if there's an issue in commons-release-plugin or if I simply forgot to 
update something in [imaging]'s pom.xml or pass some parameter.

I found a couple of other things that need updating in the release-prepare 
documentation. Will commit it later this week.

Cheers
Bruno






On Sunday, 2 August 2020, 10:45:13 pm NZST, sebb  wrote: 





On Sun, 2 Aug 2020 at 00:54, Bruno P. Kinoshita  wrote:
>
> We have fixed quite a few bugs and added some significant enhancements since 
> Apache Commons Imaging 1.0-alpha1 was released, so I would like to release 
> Apache Commons Imaging 1.0-alpha2.
>
> Apache Commons Imaging 1.0-alpha2 RC1 is available for review here:
>    https://dist.apache.org/repos/dist/dev/commons/imaging/1.0-alpha2-RC1 (svn 
>revision 40812)
>
> The Git tag commons-imaging-1.0-alpha2-RC1 commit for this RC is 
> 102a89d377dcedeb72e1033fae87fd82c4d517bc which you can browse here:
>    
>https://gitbox.apache.org/repos/asf?p=commons-imaging.git;a=commit;h=102a89d377dcedeb72e1033fae87fd82c4d517bc
> You may checkout this tag using:
>    git clone https://gitbox.apache.org/repos/asf/commons-imaging.git --branch 
>commons-imaging-1.0-alpha2-RC1 commons-imaging-1.0-alpha2-RC1
>
> Maven artifacts are here:
>    
>https://repository.apache.org/content/repositories/orgapachecommons-${commons.nexus.repo.id}/org/apache/commons/commons-imaging/1.0-alpha2/

Looks like one has to specify the property
-Dcommons.nexus.repo.id=1519 (e.g.) when using the vote-txt goal.

The above should be:

https://repository.apache.org/content/repositories/orgapachecommons-1519/org/apache/commons/commons-imaging/1.0-alpha2/


> These are the artifacts and their hashes:
>
> #Release SHA-512s
> #Sun Aug 02 11:32:17 NZST 2020
> commons-imaging-1.0-alpha2-bin.tar.gz=0d0b8d8b74e137b122fc770bcf0a9654cda3971496a0cb17442c8355f7315cb2dee6c5b7a2377b44d070cff6097102e2ca1fc00d05dee307a4b97f302ab73565
> commons-imaging-1.0-alpha2-bin.tar.gz.asc=69871cf2c566385dcde11e6574e198e7eef78744a6fd0b971c2a283a8e7db98355880e4fe0280f053f105f28b67e9cb2ea7ccf6b12edb3b9fa57764e476a2925
> commons-imaging-1.0-alpha2-bin.zip=8254473f3ac5783c0f33736588e1c627ce747a1b5726342aaa8fa3a700340685eac45ff50937d52c14e3b10b72b3576da7e897e4c9e0b4a82501b007dee213aa
> commons-imaging-1.0-alpha2-bin.zip.asc=22cb6a9e16f1b7bf3e201e5b06950c7264e549d27ac6e4f493dd9473ee3577fcec2554966a087997ea6814165347996f7e5f1f758ad54a90fa914589dcbed08f
> commons-imaging-1.0-alpha2-javadoc.jar=3bfb352c77c497edacbd1c489b3cfee2a39ec364dfe9458099157bf7c1d96a3e40460e8316280ff803ba7c0b0b74fdbf1fae7c335f216f1e6259eb9e8f36485e
> commons-imaging-1.0-alpha2-javadoc.jar.asc=38a503317942bd4bc212881bff74803efb336cb1c09a0073eaa030f95bc6c6ff9b1edace02c504fd90f73c4d4d120d44b83871af0fe908613d1220a41b7ff4df
> commons-imaging-1.0-alpha2-sources.jar=4ae7091829e151f2facc5a6057e774206911bd2a3acabd12fe85cdca7bb3fbef39ac9f7ef23d6cafab611ee276f6acb9511a8e689a243d34d658064c2ad4d89c
> commons-imaging-1.0-alpha2-sources.jar.asc=cfec5e6037be477c1763a79e40eb69b3e748bafc2dac70635ece2d278a2c068523d9729cd6dcb86fb72a45a5993945ca1e7fad77dab34c11fd07f0d359de6965
> commons-imaging-1.0-alpha2-src.tar.gz=f2479e0dc726a8d1193f4eef6289efe493cfbbe257054b5a13e929f5785f7a2c9c937e3f379e0f0066c591d18be27d12f1e5157e789eebab78fba489cc81e688
> commons-imaging-1.0-alpha2-src.tar.gz.asc=f77fb44457ef47ea0fae224020f93060eb2fa667b3404b0e650bf87c23d2c53d4a8bdbf6f801f0b807754b6a03755efef60feef608d1daea31b5c42f545141b0
> commons-imaging-1.0-alpha2-src.zip=bea44ec53a55e5bf564b2d98d4f4fb72818999eb0db9c842ddae928e6da13fc7bf125d7c33fc37b907fe699de1b4202b01d1658cc97bc99b7a18bcd245a94757
> commons-imaging-1.0-alpha2-src.zip.asc=16066eb12ce96a3f02735db016f4cebb0223d286c4a4e32f9e2fc227c84a6e3440e72b89299bd340f158d8a71e23adba2803a6892fad1c20a82893e27356793e
> commons-imaging-1.0-alpha2-test-sources.jar=e6e6c5fbe20336486df3ebb98d11d146610b34838097552e145122e398981d3ff87527113d21aafaf27b1a7b471df92520c69254c6a28e0c7e92898e82005f77
> commons-imaging-1.0-alpha2-test-sources.jar.asc=feb1aa0d92fc50727eb7baf31c3d4fe111cb8724f9aea4b68cf6745384e0a7a69bd6cb93df38561ebc53d2b96a2a8ceb36f5c602a46247daa4fa7bf378f8393c
> commons-imaging-1.0-alpha2-tests.jar=10cbdf3552226fdd380b7ef5ba457b2e0a7aff07f07a2e46b056a78a80d810797f578adba7e80832c389888f69ff8bdb38abdd906fafb6c4eedef5792cf68c5c
> commons-imaging-1.0-alpha2-tests.jar.asc=3c52ffdb8c8f24971f5b57bdc9b3ad218f4728ce35e7404d5277e65c145b147683ccecc970282c9c972aa71f65d57872e48aec10bd111ceb2e493afc234b2c5f
> commons-imaging-1.0-alpha2.jar.asc=dc97309e586e13981007ad2c7805155f7b84164fced8067f7fc10358183e3ffe65f79d6e0ae34cc4192e82b18e913bea119fe3ec36dce89fdbb7b302d24fb703
> commons-imaging-1.0-alpha2.pom.asc=48f772ab74c42fcd5c30bdd8e43380cf96780f15c11cebad5fc6ada808001735d316374470125b4a34e49e67a2b21d1698ab32af10b8fdc8224ea50790fb009d
>
>
> (no need for .asc hashes!)
>
> I have tested this with 'mvn clean install site' using:
>