date:20240528

[VOTE] Release Apache Commons Net 3.11.0 based on RC1

2024-05-28 Thread Gary Gregory

We have fixed a few bugs and added enhancements since Apache Commons
Net 3.10.0 was released, so I would like to release Apache Commons Net
3.11.0.

Apache Commons Net 3.11.0 RC1 is available for review here:
https://dist.apache.org/repos/dist/dev/commons/net/3.11.0-RC1 (svn
revision 69435)

The Git tag commons-net-3.11.0-RC1 commit for this RC is
5f22becd00743b809b81bfff21ec25ed39f2a7e6 which you can browse here:

https://gitbox.apache.org/repos/asf?p=commons-net.git;a=commit;h=5f22becd00743b809b81bfff21ec25ed39f2a7e6
You may checkout this tag using:
git clone https://gitbox.apache.org/repos/asf/commons-net.git
--branch commons-net-3.11.0-RC1 commons-net-3.11.0-RC1

Maven artifacts are here:

https://repository.apache.org/content/repositories/orgapachecommons-1736/commons-net/commons-net/3.11.0/

These are the artifacts and their hashes:

#Release SHA-512s
#Wed May 29 00:00:06 UTC 2024
commons-net-3.11.0-bin.tar.gz=ba477cf8faf25fa84c993b44ee083be912435edb669e7a84e1c49502a77aa1743c7c7391eaa61fdecd6453027553d79f88d197a444dfa8555dbc745be7227964
commons-net-3.11.0-bin.zip=c7e52cde61664764e94dbe0b900369765a6c40f704ef55f2928fa011b3ed51419658d15b918d955ae1e6d183110cf7bc2199afc1106f9d104c6a6fc0c76d5ff4
commons-net-3.11.0-bom.json=d32a8ccd605556d03a6a4437617a654288aac41d3de3d74223dca056b1abcdabbc667562c4c6296b6c9e0166c0891511fcedc124feac7798b107cb2bbcdfd32c
commons-net-3.11.0-bom.xml=b4b69706b359f81d1b4649556384efdc165536542c9cca13e507257f17c89075a710f4a369276aec083a32b4b1c127adf74c8831686976ba90d3c1db34bb
commons-net-3.11.0-javadoc.jar=63665b405e763c96d18a5b34f7e770c1d046a03ac140c61040ac4ca452948f4b596dc080426a6003ae67dbfdebed8617f444e87759d042b93536b8474f008dc8
commons-net-3.11.0-sources.jar=3a7f8ffab99d643c4c14300c10c433e03ab8a78d1ebdc8271319122dd5c23a289b14a33bfff5f648a4e98422b96c159a72cf3dd1e4f118813a28270b5eb398a9
commons-net-3.11.0-src.tar.gz=6638bcd668110b189e4c3e74b0964165dc577d7c5209fbbcef21ddbb6d83a96ebb904863a2516fd971b45cec859600fa0806f22cfaa1fa4eb7bf780743939ccc
commons-net-3.11.0-src.zip=6e844164cdcd2975bf23bec41e9c13ef11263fa75dbca647c7f29d17e4fe2000dd4e06ce1e502c9e97804681ac9885eeb37a644004b04eec2bc38c94a489fca7
commons-net-3.11.0-test-sources.jar=3ae6b5a94112430f7c2bc2074936abe04939a7e2332a06f7727d459b608f832dfb74d868f6444b0d8a9a990f20eeb70926570770f380134cfea9e14ac8597f41
commons-net-3.11.0-tests.jar=f8d0d4d7fb1db5fc19446246cba3b60370bfea9a986c20197366eed270993063c5f795355f69f91c7157dcb92bd4e0ae7983d7fb30623ebffcec29f1abbd6ce2
commons-net-examples-3.11.0.jar=df8a2d4ed8c04a22d6ea971de6e7e487eb2c7a06b4995649ce425d3ec911765626e3ad9e9588c72979bfc8748bd106c64909e3e04aecdb4048e9925328980eb5
commons-net-ftp-3.11.0.jar=fe90773486c2159f24a08076289fa59f39b4b3e6e5a7b5c317cccf993b0509b2a3884df1bc66dba4c9882ec0db0d1c9d0e1fd6c18d15200b2a04b7ad2d70658c
commons-net_commons-net-3.11.0.spdx.json=6830dc7df688138eae0e5c73e74500131c92a43d91a4dd01edf7b22aa868f8ee092a9ebe392d1213386467ff8d710cf0b9ecc506cfd317499fa07a0116b33f9c

I have tested this with 'mvn' and 'mvn -V -Prelease -Ptest-deploy -P
jacoco -P japicmp clean package site deploy' using:

openjdk version "17.0.11" 2024-04-16
OpenJDK Runtime Environment Homebrew (build 17.0.11+0)
OpenJDK 64-Bit Server VM Homebrew (build 17.0.11+0, mixed mode, sharing)

Apache Maven 3.9.7 (8b094c9513efc1b9ce2d952b3b9c8eaedaf8cbf0)
Maven home: /usr/local/Cellar/maven/3.9.7/libexec
Java version: 17.0.11, vendor: Homebrew, runtime:
/usr/local/Cellar/openjdk@17/17.0.11/libexec/openjdk.jdk/Contents/Home
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "14.5", arch: "x86_64", family: "mac"

Darwin  23.5.0 Darwin Kernel Version 23.5.0: Wed May  1 20:09:52
PDT 2024; root:xnu-10063.121.3~5/RELEASE_X86_64 x86_64

Details of changes since 3.10.0 are in the release notes:

https://dist.apache.org/repos/dist/dev/commons/net/3.11.0-RC1/RELEASE-NOTES.txt

https://dist.apache.org/repos/dist/dev/commons/net/3.11.0-RC1/site/changes-report.html

Site:

https://dist.apache.org/repos/dist/dev/commons/net/3.11.0-RC1/site/index.html
(note some *relative* links are broken and the 3.11.0 directories
are not yet created - these will be OK once the site is deployed.)

JApiCmp Report (compared to 3.10.0):

https://dist.apache.org/repos/dist/dev/commons/net/3.11.0-RC1/site/japicmp.html

RAT Report:

https://dist.apache.org/repos/dist/dev/commons/net/3.11.0-RC1/site/rat-report.html

KEYS:
https://downloads.apache.org/commons/KEYS

Please review the release candidate and vote.
This vote will close no sooner than 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,

Gary Gregory,
Release Manager (using key 86fdc7e2a11262cb)

For following is intended as a helper and refresher for reviewers.

Validating a release candidate
==

These guidelines are NOT complete.

Requirements: Git, Java, Maven.

[ANNOUNCE] Apache Commons Validator 1.9.0

2024-05-28 Thread Gary Gregory

The Apache Commons Validator team is pleased to announce the release
of Apache Commons Validator 1.9.0.

Apache Commons Validator provides the building blocks for both
client-side and server-side data validation. It may be used standalone
or with a framework like Struts.

This is a maintenance and bug fix release that requires Java 8.

For complete information on Apache Commons Validator, including
instructions on how to submit bug reports, patches, or suggestions for
improvement, see the Apache Commons Validator website:

http://commons.apache.org/proper/commons-validator/

Download page: 
http://commons.apache.org/proper/commons-validator/download_validator.cgi

Historical list of changes:
http://commons.apache.org/proper/commons-validator/changes-report.html

Enjoy!
Gary Gregory
-Apache Commons Team

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

Re: [VOTE] Release Apache Commons JCS 3.2.1 based on rc3

2024-05-28 Thread Gary Gregory

+1

- Release notes are NOT historical (how am I supposed to know what
changed since version X?)
- Testing src zip file.
- ASC OK
- SHA512 OK
- Maven RAT check OK
- Maven default goal ()

openjdk version "17.0.11" 2024-04-16
OpenJDK Runtime Environment Homebrew (build 17.0.11+0)
OpenJDK 64-Bit Server VM Homebrew (build 17.0.11+0, mixed mode, sharing)

Apache Maven 3.9.7 (8b094c9513efc1b9ce2d952b3b9c8eaedaf8cbf0)
Maven home: /usr/local/Cellar/maven/3.9.7/libexec
Java version: 17.0.11, vendor: Homebrew, runtime:
/usr/local/Cellar/openjdk@17/17.0.11/libexec/openjdk.jdk/Contents/Home
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "14.5", arch: "x86_64", family: "mac"

Darwin  23.5.0 Darwin Kernel Version 23.5.0: Wed May  1 20:09:52
PDT 2024; root:xnu-10063.121.3~5/RELEASE_X86_64 x86_64

Gary

On Mon, May 27, 2024 at 2:24 PM Thomas Vandahl  wrote:
>
> Hi folks,
>
> We have fixed a few bugs since Apache Commons JCS 3.2 was released, so I 
> would like to release Apache Commons JCS 3.2.1.
>
> Apache Commons JCS 3.2.1 rc3 is available for review here:
> https://dist.apache.org/repos/dist/dev/commons/jcs/3.2.1-rc3 (svn 
> revision 69406)
>
> The Git tag commons-jcs3-3.2.1-rc3 commit for this RC is 
> 2d54b71517cb2baf7d38107978b96a780a1c162c which you can browse here:
> 
> https://gitbox.apache.org/repos/asf?p=commons-jcs.git;a=commit;h=2d54b71517cb2baf7d38107978b96a780a1c162c
> You may checkout this tag using:
> git clone https://gitbox.apache.org/repos/asf/commons-jcs.git --branch 
> commons-jcs3-3.2.1-rc3 commons-jcs3-3.2.1-rc3
>
> Maven artifacts are here:
> 
> https://repository.apache.org/content/repositories/orgapachecommons-1735/org/apache/commons/commons-jcs3/3.2.1/
>
> These are the artifacts and their hashes:
>
> ef5d5144eade500659f3789ddcfc780ce61a65ea60b388f5b2c2d6605712707ccf324d4b7cb974a08c23ee46db11d9fcf26f1730b58bdf3ac44a99dfaab70577
>   commons-jcs3-dist-3.2.1-bin.tar.gz
> 658d4639652e8b326015ca0673c7517226c7bf6a9d364de5d06852059ce6042b05c096bb5de3646236a0ad5e6dc0fdaa9268d678e3748a7cfae0c02655b7293c
>   commons-jcs3-dist-3.2.1-bin.zip
> 7e70953e349ec90f764c009669b4c67c6cf520d28d71d2c649a31b0d6fec9fc3cb5933185b93a59d66e5bed7a4417586aba4624601b64903ca372dec0481db99
>   commons-jcs3-dist-3.2.1-src.tar.gz
> 4674f3f0493d79977da6c12b8402336bb8539c5471cbeaa9b8563e02e6f8a0a3beacf6a8738c13ed3af75f20cf762ee9a176e0f63d0c1f7f116efc2346e77fd4
>   commons-jcs3-dist-3.2.1-src.zip
>
> I have tested this with ***'mvn clean install site site:stage'*** using:
> --
> Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
> Java version: 17.0.8, vendor: Oracle Corporation, runtime: 
> /Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home
> Default locale: de_DE, platform encoding: UTF-8
> OS name: "mac os x", version: "11.7.10", arch: "x86_64", family: "mac"
> --
>
> NOTE: Some JCS tests require a working multicast setup. They are disabled by 
> default.
> If you are sure that your network configuration supports multicast (most VPNs 
> do not,
> for example), you may enable the additional tests with "-P testWithMulticast".
>
> Details of changes since 3.2 are in the release notes:
>
> https://dist.apache.org/repos/dist/dev/commons/jcs/3.2.1-rc3/RELEASE-NOTES.txt
>
> https://dist.apache.org/repos/dist/dev/commons/jcs/3.2.1-rc3/site/changes-report.html
>
> Site:
>
> https://dist.apache.org/repos/dist/dev/commons/jcs/3.2.1-rc3/site/index.html
>(note some *relative* links are broken and the 3.2.1 directories are not 
> yet created - these will be OK once the site is deployed.)
>
> JApiCmp Report (compared to 3.2):
>
> https://dist.apache.org/repos/dist/dev/commons/jcs/3.2.1-rc3/site/commons-jcs3-core/japicmp.html
>
> RAT Report:
>
> https://dist.apache.org/repos/dist/dev/commons/jcs/3.2.1-rc3/site/commons-jcs3-core/rat-report.html
>
> KEYS:
>  https://www.apache.org/dist/commons/KEYS
>
> Please review the release candidate and vote.
> This vote will close no sooner than 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,
>
> tv,
> Release Manager (using key 88817402)
>
>
> -
> 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

[RESULT][VOTE] Release Apache Commons Validator 1.9.0 based on RC1

2024-05-28 Thread Gary Gregory

This vote thread passes with the following +1 binding votes:

- Henri Biestro (henrib)
- Phil Steitz (psteitz)
- Gary Gregory (ggregory)

Gary

On Sun, May 26, 2024 at 9:49 PM Gary Gregory  wrote:
>
> My +1
>
> Gary
>
>
> On Sat, May 25, 2024, 5:11 PM Gary Gregory  wrote:
>>
>> We have fixed a few bugs and added enhancements since Apache Commons
>> Validator 1.8.0 was released, so I would like to release Apache
>> Commons Validator 1.9.0.
>>
>> Apache Commons Validator 1.9.0 RC1 is available for review here:
>> https://dist.apache.org/repos/dist/dev/commons/validator/1.9.0-RC1
>> (svn revision 69387)
>>
>> The Git tag commons-validator-1.9.0-RC1 commit for this RC is
>> 191171b2fb1500d24c42a809cf13386ac8f4ecac which you can browse here:
>> 
>> https://gitbox.apache.org/repos/asf?p=commons-validator.git;a=commit;h=191171b2fb1500d24c42a809cf13386ac8f4ecac
>> You may checkout this tag using:
>> git clone https://gitbox.apache.org/repos/asf/commons-validator.git
>> --branch commons-validator-1.9.0-RC1 commons-validator-1.9.0-RC1
>>
>> Maven artifacts are here:
>> 
>> https://repository.apache.org/content/repositories/orgapachecommons-1734/commons-validator/commons-validator/1.9.0/
>>
>> These are the artifacts and their hashes:
>>
>> #Release SHA-512s
>> #Sat May 25 20:36:23 UTC 2024
>> commons-validator-1.9.0-bin.tar.gz=a755d2be1b9fb3cb75cb71c2c6143969eabd8ba48401dd86cad6c658e0de72e52a887e157ef38e780471382c2da68db228866303f3d4cb4500f995b8b3967476
>> commons-validator-1.9.0-bin.zip=7c0cb444f4e162c46cbd356c8a3c8b166b06bcaf79b6c433ee5ad585498a1f0b4dfef3606ca4beedeef418b5b56209f86cac6dd2c1c8fa4dfe62c679df0018db
>> commons-validator-1.9.0-bom.json=7e9baecc1b58f5de101d247b95d871a5b3227603a99eddf8bcce07e3656024dffc615b8ec0b765376bf640f9596581cb483830861878474fe79339bb84352cd3
>> commons-validator-1.9.0-bom.xml=d4a5d380ade4eec7f7a71cb260a61901b5945129bc448894c89ae10d3375a4dac2898be6498eb3aaba60cd8c464837f7884521fc467285c0fc2f129b92e52bf9
>> commons-validator-1.9.0-javadoc.jar=b4b3dee67453e72ea070140d858ff66c45ed5794b69b68760639726cea0edba1224cb2c1cda64411893ded0ba96e2758a7677e2ffa21249899630e39949d88ed
>> commons-validator-1.9.0-sources.jar=f91890e90979ed1c7abcebb4b37f223a163bfc73bc3da6a4bc3469d399e7d0ff9315d89e528bab88b53cd0ef0a1c3f8c7e0e463a784f47546ae8ca8f3d4c2269
>> commons-validator-1.9.0-src.tar.gz=4e36f0ec5b1b8ae9724f020c51396332444d7359988fbcceaab004cde30e223b8130315e85d9b3d568fdc30399e9e503783bb81f217fe5f846f9e14c484a1fe0
>> commons-validator-1.9.0-src.zip=201ee0723d5f078b128aa7a54bc2b03494c467e6f2df843d74bf3607d085067a0ea395e1e2174fd3237248f18f8bc5e7469e72fc9378813cbe7e5397e20c03d1
>> commons-validator-1.9.0-test-sources.jar=6fee6648f66e666ff49e99ef3ee49039436bd19b150eb2294d3b6a0e57dab7c0a9e7bcaecde005c478f24a21729d59365e4deb096a579b5044aafa513c90972c
>> commons-validator-1.9.0-tests.jar=2c2a13fd3c242c1ab06e9ef8f6f18ed3eae392b8fb0a5c9bbce137ce0e9873820c37197a8517984a42d4804433501521c5f5970ef8ae868f8c6d2a061e88b05e
>> commons-validator_commons-validator-1.9.0.spdx.json=bd19d362ae59afbe41425f57e02d4d5c32f99b9e218ebdf6ea8eaa388cb9fb28721e93781f084533e98eb345d9d7bc5a96790e06e0ac1f0d0aaff6db063042fe
>>
>> I have tested this with 'mvn' and 'mvn -V -Prelease -Ptest-deploy -P
>> jacoco -P japicmp clean package site deploy' using:
>>
>> openjdk version "17.0.11" 2024-04-16
>> OpenJDK Runtime Environment Homebrew (build 17.0.11+0)
>> OpenJDK 64-Bit Server VM Homebrew (build 17.0.11+0, mixed mode, sharing)
>>
>> Apache Maven 3.9.7 (8b094c9513efc1b9ce2d952b3b9c8eaedaf8cbf0)
>> Maven home: /usr/local/Cellar/maven/3.9.7/libexec
>> Java version: 17.0.11, vendor: Homebrew, runtime:
>> /usr/local/Cellar/openjdk@17/17.0.11/libexec/openjdk.jdk/Contents/Home
>> Default locale: en_US, platform encoding: UTF-8
>> OS name: "mac os x", version: "14.5", arch: "x86_64", family: "mac"
>>
>> Darwin  23.5.0 Darwin Kernel Version 23.5.0: Wed May  1 20:09:52
>> PDT 2024; root:xnu-10063.121.3~5/RELEASE_X86_64 x86_64
>>
>> Details of changes since 1.8.0 are in the release notes:
>> 
>> https://dist.apache.org/repos/dist/dev/commons/validator/1.9.0-RC1/RELEASE-NOTES.txt
>> 
>> https://dist.apache.org/repos/dist/dev/commons/validator/1.9.0-RC1/site/changes-report.html
>>
>> Site:
>> 
>> https://dist.apache.org/repos/dist/dev/commons/validator/1.9.0-RC1/site/index.html
>> (note some *relative* links are broken and the 1.9.0 directories
>> are not yet created - these will be OK once the site is deployed.)
>>
>> JApiCmp Report (compared to 1.8.0):
>> 
>> https://dist.apache.org/repos/dist/dev/commons/validator/1.9.0-RC1/site/japicmp.html
>>
>> RAT Report:
>> 
>> https://dist.apache.org/repos/dist/dev/commons/validator/1.9.0-RC1/site/rat-report.html
>>
>> KEYS:
>>   https://downloads.apache.org/commons/KEYS
>>
>> Please review the release candidate and vote.
>> This vote will close no sooner than 72 hours from now.
>>
>>   [ ] +1 Release these artifacts
>>   [ ] +0 OK, but...
>>   [ ] -0 OK, but really

Re: [VFS-853] Duplicate Listeners

2024-05-28 Thread Gary Gregory

TY Bernd!

Gary

On Mon, May 27, 2024 at 12:33 PM Bernd Eckenfels  wrote:
>
> Hello,
>
> I pushed a PR which fixes the issue and
> Contains a test (which fails if the fix is not
> Present. Besides the uneeded double
> Indirection this code also leads to prematurely
> Dropped listeners and therefore loses change events.
>
> Unfortunately a CI Acrion on Girhub failed with a unrelated sporadic problem 
> and I don’t have permission to restart it or integrate the PR. Can somebody 
> go the needful or let me know if I
> Need a dummy push.
>
> Gruß
> Bernd
>
> Gary D. Gregory wrote on 23. May 2024 20:00 (GMT +02:00):
>
> > Hi Bernd,
> >
> > Thank you for researching this issue and presenting your findings.
> >
> > In 2.9.0, we had (as you found):
> >
> > public static void installListener(final FileObject file, final
> > FileListener listener) {
> > final WeakRefFileListener weakListener = new
> > WeakRefFileListener(file, listener);
> >
> > file.getFileSystem().addListener(file, new
> > WeakRefFileListener(file, weakListener));
> > }
> >
> > Which already contains the "WeakRefFileListener in a WeakRefFileListener".
> >
> > Unless I am missing something, the change in git master now just in
> > inlines the local variable.
> >
> > Are we saying that:
> > (1) We should not have a "WeakRefFileListener in a WeakRefFileListener"
> > (2) This problem already existed in 2.9.0.
> > (3) This problem existed when the class was introduced in 2.2 (despite the
> > 2.0 Javadoc since tag).
> >
> > Let me know how you see it.
> >
> > I can't say if your proposed change has any unintended side-effects; it
> > should be accompanied with some kind of test, at the very least to avoid a
> > regression.
> >
> > TY!
> > Gary
> >
> >
> > On 2024/05/23 17:08:00 Bernd Eckenfels wrote:
> >> Hello,
> >>
> >> I am dealing with a heapdump of VFS where I see a lot of
> >> WeakRefFileListener
> >> and all of them have a empty WeakRef to no listener. While I think I
> >> found the
> >> reason for that and fixed it on a dependent project, it still does not
> >> clean
> >> up correctly. I think the reason is that it does not store the
> >> WeakRefListener
> >> directly, but it stores a WeakReflistener of it. This will then
> >> immediatelly
> >> result in a unreferencedreferent - so it never works (it surely does fix
> >> the leak :)
> >>
> >> Gary, while cleaning up lint errors in fba04f3e5 you made a change, but I
> >> asume it was
> >> only a mechanical replacement - or did you actually checkedif it is
> >> correct?
> >>
> >>
> >> https://github.com/apache/commons-vfs/blob/dc9ad7677a020b2d4c571f7dcc858cdbae2bb538/commons-vfs2/src/main/java/org/apache/commons/vfs2/util/WeakRefFileListener.java#L41
> >>
> >> Cleaned up code:
> >> public static void installListener(final FileObject file, final
> >> FileListener listener) {
> >> file.getFileSystem().addListener(file, new WeakRefFileListener(file,
> >> new WeakRefFileListener(file, listener)));
> >> }
> >>
> >> initial version:
> >> final WeakRefFileListener weakListener = new WeakRefFileListener(file,
> >> listener);
> >> file.getFileSystem().addListener(file, new WeakRefFileListener(file,
> >> weakListener));
> >>
> >>
> >> but I think it should be only a single wrapper:
> >>
> >> public static void installListener(final FileObject file, final
> >> FileListener listener) {
> >> file.getFileSystem().addListener(file, new WeakRefFileListener(file,
> >> listener));
> >> }
> >>
> >> There is a mention of VFS-143, but itintroduced the whole code with the
> >> double indirection
> >> and it does not explain why it is needed.
> >>
> >> What do you think, should we change it?
> >>
> >> I also wonder why no tests sees it (in factI try to add a test to
> >> reproduce what I think
> >> shows its not working).
> >>
> >> Gruss
> >> Bernd
> >>
> >> -
> >> 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
> >
> >
>
>
> Gruß
> Bernd
> —
> https://bernd.eckenfels.net
>
> -
> 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: [CLI] Did https://github.com/apache/commons-cli/pull/252 make it into changes report?

2024-05-28 Thread Gary Gregory

Eric,

I updated git master and uploaded a new site. TY!

Gary

On Tue, May 28, 2024 at 10:24 AM Eric Pugh
 wrote:
>
> I noticed that 
> https://commons.apache.org/proper/commons-cli/changes-report.html#a1.7.0 
> doesn’t reflect it (I think?) and that 
> https://commons.apache.org/proper/commons-cli/properties.html doesn’t either…
>
> Eric
>
> ___
> Eric Pugh | Founder | OpenSource Connections, LLC | 434.466.1467 | 
> http://www.opensourceconnections.com  
> | My Free/Busy 
> Co-Author: Apache Solr Enterprise Search Server, 3rd Ed 
> 
> This e-mail and all contents, including attachments, is considered to be 
> Company Confidential unless explicitly stated otherwise, regardless of 
> whether attachments are marked as such.
>

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

Re: [CLI] Parsing arguments with no options...

2024-05-28 Thread Gary Gregory

What about 'Hello World'?

Gary

On Tue, May 28, 2024, 11:13 AM Eric Pugh 
wrote:

> I may need to see if there is a unit test I can write, because on my Mac,
> ‘Hello World” get’s turned into “Hello” and “World” as well :-(.
>
>
>
>
>
> > On May 28, 2024, at 10:57 AM, Gary Gregory 
> wrote:
> >
> > It depends on the operating system as the OS itself might do different
> > things with both single-quotes and double-quotes.
> >
> > For example, on Linux/macOS, single quotes create a string that is not
> > interpreted IIRC.
> >
> > Gary
> >
> > On Tue, May 28, 2024, 10:37 AM Eric Pugh <
> ep...@opensourceconnections.com >
> > wrote:
> >
> >> Hi all, trying to figure out if I found a bug or if it’s user error.
> >>
> >> I have a command line:
> >>
> >> bin/solr stream -verbose echo.expr "Hello World”
> >>
> >> The -verbose is an option, and then the next two parameters I get via
> >> System.out.print(cli.getArgList());.
> >>
> >> I would expect to get two parameters: “echo.expr” and “Hello World”, but
> >> instead I get three, “echo.expr”, “Hello”, “World” because of the white
> >> space.
> >>
> >> I am using the “DefaultParser”.   It seems to me that wrapping an option
> >> in ‘ or “ quotes ought to let you ignore the whitespace!
> >>
> >> Thoughts?
> >>
> >> Eric
> >>
> >>
> >> ___
> >> Eric Pugh | Founder | OpenSource Connections, LLC | 434.466.1467 |
> >> http://www.opensourceconnections.com <
> >> http://www.opensourceconnections.com/> | My Free/Busy <
> >> http://tinyurl.com/eric-cal>
> >> Co-Author: Apache Solr Enterprise Search Server, 3rd Ed <
> >>
> https://www.packtpub.com/big-data-and-business-intelligence/apache-solr-enterprise-search-server-third-edition-raw
> >
> >>
> >> This e-mail and all contents, including attachments, is considered to be
> >> Company Confidential unless explicitly stated otherwise, regardless of
> >> whether attachments are marked as such.
>
> ___
> Eric Pugh | Founder | OpenSource Connections, LLC | 434.466.1467 |
> http://www.opensourceconnections.com <
> http://www.opensourceconnections.com/> | My Free/Busy <
> http://tinyurl.com/eric-cal>
> Co-Author: Apache Solr Enterprise Search Server, 3rd Ed <
> https://www.packtpub.com/big-data-and-business-intelligence/apache-solr-enterprise-search-server-third-edition-raw>
>
> This e-mail and all contents, including attachments, is considered to be
> Company Confidential unless explicitly stated otherwise, regardless of
> whether attachments are marked as such.
>
>

Re: [CLI] Parsing arguments with no options...

2024-05-28 Thread Eric Pugh

I may need to see if there is a unit test I can write, because on my Mac, 
‘Hello World” get’s turned into “Hello” and “World” as well :-(.





> On May 28, 2024, at 10:57 AM, Gary Gregory  wrote:
> 
> It depends on the operating system as the OS itself might do different
> things with both single-quotes and double-quotes.
> 
> For example, on Linux/macOS, single quotes create a string that is not
> interpreted IIRC.
> 
> Gary
> 
> On Tue, May 28, 2024, 10:37 AM Eric Pugh  >
> wrote:
> 
>> Hi all, trying to figure out if I found a bug or if it’s user error.
>> 
>> I have a command line:
>> 
>> bin/solr stream -verbose echo.expr "Hello World”
>> 
>> The -verbose is an option, and then the next two parameters I get via
>> System.out.print(cli.getArgList());.
>> 
>> I would expect to get two parameters: “echo.expr” and “Hello World”, but
>> instead I get three, “echo.expr”, “Hello”, “World” because of the white
>> space.
>> 
>> I am using the “DefaultParser”.   It seems to me that wrapping an option
>> in ‘ or “ quotes ought to let you ignore the whitespace!
>> 
>> Thoughts?
>> 
>> Eric
>> 
>> 
>> ___
>> Eric Pugh | Founder | OpenSource Connections, LLC | 434.466.1467 |
>> http://www.opensourceconnections.com <
>> http://www.opensourceconnections.com/> | My Free/Busy <
>> http://tinyurl.com/eric-cal>
>> Co-Author: Apache Solr Enterprise Search Server, 3rd Ed <
>> https://www.packtpub.com/big-data-and-business-intelligence/apache-solr-enterprise-search-server-third-edition-raw>
>> 
>> This e-mail and all contents, including attachments, is considered to be
>> Company Confidential unless explicitly stated otherwise, regardless of
>> whether attachments are marked as such.

___
Eric Pugh | Founder | OpenSource Connections, LLC | 434.466.1467 | 
http://www.opensourceconnections.com  | 
My Free/Busy   
Co-Author: Apache Solr Enterprise Search Server, 3rd Ed 


This e-mail and all contents, including attachments, is considered to be 
Company Confidential unless explicitly stated otherwise, regardless of whether 
attachments are marked as such.

Re: [CLI] Parsing arguments with no options...

2024-05-28 Thread Gary Gregory

It depends on the operating system as the OS itself might do different
things with both single-quotes and double-quotes.

For example, on Linux/macOS, single quotes create a string that is not
interpreted IIRC.

Gary

On Tue, May 28, 2024, 10:37 AM Eric Pugh 
wrote:

> Hi all, trying to figure out if I found a bug or if it’s user error.
>
> I have a command line:
>
> bin/solr stream -verbose echo.expr "Hello World”
>
> The -verbose is an option, and then the next two parameters I get via
> System.out.print(cli.getArgList());.
>
> I would expect to get two parameters: “echo.expr” and “Hello World”, but
> instead I get three, “echo.expr”, “Hello”, “World” because of the white
> space.
>
> I am using the “DefaultParser”.   It seems to me that wrapping an option
> in ‘ or “ quotes ought to let you ignore the whitespace!
>
> Thoughts?
>
> Eric
>
>
> ___
> Eric Pugh | Founder | OpenSource Connections, LLC | 434.466.1467 |
> http://www.opensourceconnections.com <
> http://www.opensourceconnections.com/> | My Free/Busy <
> http://tinyurl.com/eric-cal>
> Co-Author: Apache Solr Enterprise Search Server, 3rd Ed <
> https://www.packtpub.com/big-data-and-business-intelligence/apache-solr-enterprise-search-server-third-edition-raw>
>
> This e-mail and all contents, including attachments, is considered to be
> Company Confidential unless explicitly stated otherwise, regardless of
> whether attachments are marked as such.
>
>

[CLI] Parsing arguments with no options...

2024-05-28 Thread Eric Pugh

Hi all, trying to figure out if I found a bug or if it’s user error.  

I have a command line:

bin/solr stream -verbose echo.expr "Hello World”

The -verbose is an option, and then the next two parameters I get via 
System.out.print(cli.getArgList());.

I would expect to get two parameters: “echo.expr” and “Hello World”, but 
instead I get three, “echo.expr”, “Hello”, “World” because of the white space.

I am using the “DefaultParser”.   It seems to me that wrapping an option in ‘ 
or “ quotes ought to let you ignore the whitespace!

Thoughts?

Eric


___
Eric Pugh | Founder | OpenSource Connections, LLC | 434.466.1467 | 
http://www.opensourceconnections.com  | 
My Free/Busy   
Co-Author: Apache Solr Enterprise Search Server, 3rd Ed 


This e-mail and all contents, including attachments, is considered to be 
Company Confidential unless explicitly stated otherwise, regardless of whether 
attachments are marked as such.

[CLI] Did https://github.com/apache/commons-cli/pull/252 make it into changes report?

2024-05-28 Thread Eric Pugh

I noticed that 
https://commons.apache.org/proper/commons-cli/changes-report.html#a1.7.0 
doesn’t reflect it (I think?) and that 
https://commons.apache.org/proper/commons-cli/properties.html doesn’t either…

Eric

___
Eric Pugh | Founder | OpenSource Connections, LLC | 434.466.1467 | 
http://www.opensourceconnections.com  | 
My Free/Busy   
Co-Author: Apache Solr Enterprise Search Server, 3rd Ed 


This e-mail and all contents, including attachments, is considered to be 
Company Confidential unless explicitly stated otherwise, regardless of whether 
attachments are marked as such.

[VOTE] Release Apache Commons Net 3.11.0 based on RC1

[ANNOUNCE] Apache Commons Validator 1.9.0

Re: [VOTE] Release Apache Commons JCS 3.2.1 based on rc3

[RESULT][VOTE] Release Apache Commons Validator 1.9.0 based on RC1

Re: [VFS-853] Duplicate Listeners

Re: [CLI] Did https://github.com/apache/commons-cli/pull/252 make it into changes report?

Re: [CLI] Parsing arguments with no options...

Re: [CLI] Parsing arguments with no options...

Re: [CLI] Parsing arguments with no options...

[CLI] Parsing arguments with no options...

[CLI] Did https://github.com/apache/commons-cli/pull/252 make it into changes report?

11 matches

Site Navigation

Mail list logo

Footer information