Re: [VOTE] Release Apache Commons JEXL 3.5.0 based on RC2

2025-04-13 Thread Piotr P. Karwasz 

Hi Gary,
On 12.04.2025 19:59, Gary Gregory wrote:
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...

+1, release these artifacts even if the CycloneDX SBOM contains errors.

I have performed the following checks:
1. I checked the checksums and your signatures on the archives.

2. Run the tests and verified reproducibility using:

openjdk version "21.0.6" 2025-01-21 LTS
OpenJDK Runtime Environment Temurin-21.0.6+7 (build 21.0.6+7-LTS)
OpenJDK 64-Bit Server VM Temurin-21.0.6+7 (build 21.0.6+7-LTS, mixed 
mode, sharing)


Apache Maven 3.8.7
Maven home: /usr/share/maven
Java version: 21.0.6, vendor: Eclipse Adoptium, runtime: 
/usr/lib/jvm/temurin-21-jdk-amd64

Default locale: pl_PL, platform encoding: UTF-8

OS name: "linux", version: "6.1.0-18-amd64", arch: "amd64", family: "unix"

export TZ=UTC
mvn verify artifact:compare \
  -Prelease -Pjacoco -Pjapicmp \
-Dreference.repo=https://repository.apache.org/content/repositories/orgapachecommons-1819 
\

  -Dbuildinfo.ignore='*/*.spdx.json'

The CycloneDX SBOM contains the wrong hash for `commons-logging`.
As soon as I release `sbom-enforcer` that has a check for it I will 
consider these problems blocking.


Piotr
[1] https://github.com/sbom-enforcer/sbom-enforcer

Re: Running a service with Eclipse Adoptium

2025-04-13 Thread Gary Gregory 
On Thu, Apr 10, 2025 at 5:46 PM Gary Gregory  wrote:
>
> Hello Karsten,
>
> This think that "home '(null)'." in the line:
>
> [debug] ( javajni.c:419 :apxCreateJava  ) [11428] Loaded
> JVM DLL 'C:\Program Files\Eclipse
> Adoptium\jdk-21.0.3.9-hotspot\bin\server\jvm.dll', home '(null)'.
>
> means the JAVA_HOME environment variable is not set.

Also note that you can use --JavaHome

--JavaHome to set a different JAVA_HOME than defined by the JAVA_HOME
environment variable.

See https://commons.apache.org/proper/commons-daemon/procrun.html

HTH,
Gary

>
> Try setting it and see if that helps.
>
> Gary
>
> On Thu, Apr 10, 2025 at 4:04 PM Rost, Karsten  
> wrote:
> >
> > Hello all,
> >
> > I hope this reaches to intended audience, please advise if this is the 
> > wrong channel.
> > I'm currently updating an application to tomcat 10 which runs as a service 
> > on Windows. During service startup the JVM fails to load:
> >
> > [debug] ( prunsrv.c:2076:main   ) [11376] Apache 
> > Commons Daemon procrun log initialized.
> > [info]  ( prunsrv.c:2084:main   ) [11376] Apache 
> > Commons Daemon procrun (1.4.1.0 64-bit) started.
> > [info]  ( prunsrv.c:1930:docmdRunService) [11376] Running 
> > Service 'my_service'...
> > [debug] ( prunsrv.c:1681:serviceMain) [11428] Inside 
> > serviceMain()...
> > [debug] ( prunsrv.c:1127:reportServiceStatusE   ) [11428] 
> > reportServiceStatusE: dwCurrentState = 2 (SERVICE_START_PENDING), 
> > dwWin32ExitCode = 0, dwWaitHint = 3000 milliseconds, 
> > dwServiceSpecificExitCode = 0.
> > [info]  ( prunsrv.c:1426:serviceStart   ) [11428] Starting 
> > service...
> > [debug] ( prunsrv.c:499 :setInprocEnvironmentOptions) [11428] Checking Java 
> > options for environment variable requirements
> > ...
> > [debug] ( javajni.c:216 :__apxLoadJvmDll) [11428] Explicit 
> > RuntimeLib specified 'C:\Program Files\Eclipse 
> > Adoptium\jdk-21.0.3.9-hotspot\bin\server\jvm.dll'
> > [debug] ( javajni.c:285 :__apxLoadJvmDll) [11428] Adding Java 
> > bin path to the PATH to fix loading of awt.dll: 'C:\Program Files\Eclipse 
> > Adoptium\jdk-21.0.3.9-hotspot\bin'
> > [debug] ( javajni.c:291 :__apxLoadJvmDll) [11428] Loading JVM 
> > DLL 'C:\Program Files\Eclipse 
> > Adoptium\jdk-21.0.3.9-hotspot\bin\server\jvm.dll'
> > [debug] ( javajni.c:419 :apxCreateJava  ) [11428] Loaded JVM 
> > DLL 'C:\Program Files\Eclipse 
> > Adoptium\jdk-21.0.3.9-hotspot\bin\server\jvm.dll', home '(null)'.
> > [debug] ( javajni.c:424 :apxCreateJava  ) [11428] 
> > JNI_GetCreatedJavaVMs...
> > [debug] ( javajni.c:822 :apxJavaInitialize  ) [14284] JVM Option[0] 
> > -Dcatalina.base=C:\application\apache-tomcat
> > ...
> > [error] ( javajni.c:833 :apxJavaInitialize  ) [14284] CreateJavaVM 
> > Failed with error [-6]
> > [error] ( javajni.c:833 :apxJavaInitialize  ) [14284] Das System 
> > kann die angegebene Datei nicht finden. 
> > [debug] ( javajni.c:1092:__apxJavaWorkerThread  ) [14284] Java worker 
> > thread finished : with status = 2
> > [error] ( prunsrv.c:1487:serviceStart   ) [11428] Failed to 
> > start Java
> > [error] ( prunsrv.c:1862:serviceMain) [11428] ServiceStart 
> > returned 4.
> > ...
> >
> > I have already verified the Paths and can even confirm that this specific 
> > jvm.dll contains 'JNI_CreateJavaVM'. This issue can be reproduced on 
> > Windows 11 and Windows Server 2019.
> > I'd be grateful for any advice on the matter, to me is appears like it 
> > should work.
> >
> > Best regards,
> > Karsten
> > -
> > 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

[CANCEL][VOTE] Release Apache Commons JXPath 1.4.0 based on RC1

2025-04-13 Thread Gary Gregory 
There are some unhelpful and antiquated links on the generated site.
While not strictly a showstopper, I'm canceling this RC and updating
the site.

TY Henri B!

Gary

On Sat, Apr 12, 2025 at 6:02 PM Gary Gregory  wrote:
>
> We have fixed a few bugs and added enhancements since Apache Commons
> JXPath 1.3 was released, so I would like to release Apache Commons
> JXPath 1.4.0.
>
> Apache Commons JXPath 1.4.0 RC1 is available for review here:
> https://dist.apache.org/repos/dist/dev/commons/jxpath/1.4.0-RC1
> (svn revision 76225)
>
> The Git tag commons-jxpath-1.4.0-RC1 commit for this RC is
> 1e8335fe149f00cdfe712e33c7ae003baf7b8ce1 which you can browse here:
> 
> https://gitbox.apache.org/repos/asf?p=commons-jxpath.git;a=commit;h=1e8335fe149f00cdfe712e33c7ae003baf7b8ce1
> You may checkout this tag using:
> git clone https://gitbox.apache.org/repos/asf/commons-jxpath.git
> --branch commons-jxpath-1.4.0-RC1 commons-jxpath-1.4.0-RC1
>
> Maven artifacts are here:
> 
> https://repository.apache.org/content/repositories/orgapachecommons-1820/commons-jxpath/commons-jxpath/1.4.0/
>
> These are the artifacts and their hashes:
>
> #Release SHA-512s
> #Sat Apr 12 21:56:45 UTC 2025
> commons-jxpath-1.4.0-bom.json=91035b52e7305884f1f283c54f6d3f1255cac8bdd18b62820fac07bc3e872d1b1baf9d76a14c62d94ba08fe9ca9e19222c6983cdac3b67d6eaab7b2a2056eb16
> commons-jxpath-1.4.0-bom.xml=6f9735d831e24c0811d9aa041913e8dcb4b8492984307134582198155d503c37e0775d51eab8c9cbdfdd30638ac1522651dbe65aadd365d0074391082ce24782
> commons-jxpath-1.4.0-javadoc.jar=79178d50809065f382368f1c69bfcad62e6eb8f9da50457fb5214b10803ca8b466be365e84b00f9657f81082de38acd02cd010a8f7a793ddf7c764ae6a303783
> commons-jxpath-1.4.0-sources.jar=dbf9c8b74cfba79ec1706f4ecf45d55062ddee159d96f7d0d5343b3c55cbdf2f3a83839b485d10f68c3990a271d0689b2df940fb43541af2ecfb72a30646b494
> commons-jxpath-1.4.0-src.tar.gz=0347dcd95d7314ce8ed9d4ce161f2a2e9b9719e4f3e67843770547a77ea5bd6ab8290c7a26ea313cb2e4e764aa1b3f74862c788f1535cb95114de2f8c75e42db
> commons-jxpath-1.4.0-src.zip=4867a2f61c71324813d155236e70495e1ce8129f7a98b641076be258208567377591e9a8c86ca83c24804a5da3a61314329e5e12a072c9e1afaa957e80fc6aa1
> commons-jxpath-1.4.0-test-sources.jar=691fbeb8aa433ed22fda77c29afe74372f628bd2064c865234436167532afc480b89bc842df7b9d390b75f59d7a5e8b933049744b6ce928b1c9bc8e2e8388325
> commons-jxpath-1.4.0-tests.jar=2890a7a77a69f8a17934e0b20615d029899c02859f1724b9cda7610ce561a21154e02175d0785be7d6bcbd15f307dc06f66ac5fb19a141954099db6db9b7f4d0
> commons-jxpath_commons-jxpath-1.4.0.spdx.json=869d7b0050086ed4449258d407ba115eaaeaf1669175d955757193d0ad9333e05386148ea961fa729fabd2114d4245cfc1cb72274df856bb27b6d5ba2241
>
>
> I have tested this with 'mvn' and 'mvn -e -V -P release -P test-deploy
> -P jacoco -P japicmp clean package site deploy' using:
> openjdk version "21.0.6" 2025-01-21
> OpenJDK Runtime Environment Homebrew (build 21.0.6)
> OpenJDK 64-Bit Server VM Homebrew (build 21.0.6, mixed mode, sharing)
>
> Apache Maven 3.9.9 (8e8579a9e76f7d015ee5ec7bfcdc97d260186937)
> Maven home: /opt/homebrew/Cellar/maven/3.9.9/libexec
> Java version: 21.0.6, vendor: Homebrew, runtime:
> /opt/homebrew/Cellar/openjdk@21/21.0.6/libexec/openjdk.jdk/Contents/Home
> Default locale: en_US, platform encoding: UTF-8
> OS name: "mac os x", version: "15.4", arch: "aarch64", family: "mac"
>
> Darwin .local 24.4.0 Darwin Kernel Version 24.4.0: Wed Mar 19
> 21:17:35 PDT 2025; root:xnu-11417.101.15~1/RELEASE_ARM64_T6041 arm64
>
> Docker version 28.0.4, build b8034c0
>
>
> Details of changes since 1.3 are in the release notes:
> 
> https://dist.apache.org/repos/dist/dev/commons/jxpath/1.4.0-RC1/RELEASE-NOTES.txt
> 
> https://dist.apache.org/repos/dist/dev/commons/jxpath/1.4.0-RC1/site/changes.html
>
> Site:
> 
> https://dist.apache.org/repos/dist/dev/commons/jxpath/1.4.0-RC1/site/index.html
> (note some *relative* links are broken and the 1.4.0 directories
> are not yet created - these will be OK once the site is deployed.)
>
> JApiCmp Report (compared to 1.3):
> 
> https://dist.apache.org/repos/dist/dev/commons/jxpath/1.4.0-RC1/site/japicmp.html
>
> RAT Report:
> 
> https://dist.apache.org/repos/dist/dev/commons/jxpath/1.4.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)
>
> The following is intended as a helper and refresher for reviewers.
>
> Validating a release candidate
> ==
>
> These guidelines are NOT complete.
>
> Requirements: Git, Java, and Maven.
>
> You can validate a release from a release candidate (RC) tag as follows.
>
> 1a) Download and decompress the source archive from:
>
> htt

Re: [CANCEL][VOTE] Release Apache Commons JXPath 1.4.0 based on RC1

2025-04-13 Thread Henri Biestro 
[+1] cancel.
Henrib

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

[VOTE] Release Apache Commons JXPath 1.4.0 based on RC2

2025-04-13 Thread Gary Gregory 
We have fixed a few bugs and added enhancements since Apache Commons
JXPath 1.3 was released, so I would like to release Apache Commons
JXPath 1.4.0.

Apache Commons JXPath 1.4.0 RC2 is available for review here:
https://dist.apache.org/repos/dist/dev/commons/jxpath/1.4.0-RC2
(svn revision 76234)

The Git tag commons-jxpath-1.4.0-RC2 commit for this RC is
146f2534e885fd7085fba4bf3fb658d434416504 which you can browse here:

https://gitbox.apache.org/repos/asf?p=commons-jxpath.git;a=commit;h=146f2534e885fd7085fba4bf3fb658d434416504
You may checkout this tag using:
git clone https://gitbox.apache.org/repos/asf/commons-jxpath.git
--branch commons-jxpath-1.4.0-RC2 commons-jxpath-1.4.0-RC2

Maven artifacts are here:

https://repository.apache.org/content/repositories/orgapachecommons-1824/commons-jxpath/commons-jxpath/1.4.0/

These are the artifacts and their hashes:

#Release SHA-512s
#Sun Apr 13 22:56:27 UTC 2025
commons-jxpath-1.4.0-bom.json=91035b52e7305884f1f283c54f6d3f1255cac8bdd18b62820fac07bc3e872d1b1baf9d76a14c62d94ba08fe9ca9e19222c6983cdac3b67d6eaab7b2a2056eb16
commons-jxpath-1.4.0-bom.xml=6f9735d831e24c0811d9aa041913e8dcb4b8492984307134582198155d503c37e0775d51eab8c9cbdfdd30638ac1522651dbe65aadd365d0074391082ce24782
commons-jxpath-1.4.0-javadoc.jar=1b97abd849e96d7a45ccdd69e4726b3c9c8cc34ee10dd3bea1fc1fffa8f91b586a6ec253f78dde5dcb8af7587963708dc4a377c3fe77d97cb1061d05b11e8eff
commons-jxpath-1.4.0-sources.jar=918fd91e9a74c71ab1b0531e0013738eb78d5591debaa75323ac8d731f5845ad45657322666bc73b9640a977947321eda3c737545c0fa0c43a1f95c20bfeee95
commons-jxpath-1.4.0-src.tar.gz=fd18abb89fa37f6d78e906a4e65af54a4d8424949f01df1166e6ce1ef7a1938f07290bba15e14185fcdd108a4836243f94dcff77f8bbd98ae4b2c7c546607416
commons-jxpath-1.4.0-src.zip=3be62ff300cda63463f21015dacdd96d7574c4e391b10aeff1817050190056d98f67027e27c0fbea027dcb6b550bd11c53dc1cbf0727214ecefa3e0b40a8c05d
commons-jxpath-1.4.0-test-sources.jar=385552bdbcd65da1c54f5150537ec123008fb9a56e1fb070f105d81b679613ce5ef4b97c2042d2f29a9d1931257b1a2d418e195774efa14edbcbb5ab3851d7c5
commons-jxpath-1.4.0-tests.jar=0590d15d5c120a70ad6dc8d6529bce855cbc31fd716c7df6fdb9abf25dce1052defd7365bac24820d2680f1194f1dce850ac939d05052821c717bbd7d6ba6f3a
commons-jxpath_commons-jxpath-1.4.0.spdx.json=f569e60e85882d4bfb1134c4b0c00384daa42a272ac2d6077b9fee1d233932a9ebc6466f520298eda27c4d22167423a5fce488dd61ef9a69a09493b8473ba58b


I have tested this with 'mvn' and 'mvn -e -V -P release -P test-deploy
-P jacoco -P japicmp clean package site deploy' using:

openjdk version "21.0.6" 2025-01-21
OpenJDK Runtime Environment Homebrew (build 21.0.6)
OpenJDK 64-Bit Server VM Homebrew (build 21.0.6, mixed mode, sharing)

Apache Maven 3.9.9 (8e8579a9e76f7d015ee5ec7bfcdc97d260186937)
Maven home: /opt/homebrew/Cellar/maven/3.9.9/libexec
Java version: 21.0.6, vendor: Homebrew, runtime:
/opt/homebrew/Cellar/openjdk@21/21.0.6/libexec/openjdk.jdk/Contents/Home
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "15.4", arch: "aarch64", family: "mac"

Darwin .local 24.4.0 Darwin Kernel Version 24.4.0: Wed Mar 19
21:17:35 PDT 2025; root:xnu-11417.101.15~1/RELEASE_ARM64_T6041 arm64

Docker version 28.0.4, build b8034c0


Details of changes since 1.3 are in the release notes:

https://dist.apache.org/repos/dist/dev/commons/jxpath/1.4.0-RC2/RELEASE-NOTES.txt

https://dist.apache.org/repos/dist/dev/commons/jxpath/1.4.0-RC2/site/changes.html

Site:

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

JApiCmp Report (compared to 1.3):

https://dist.apache.org/repos/dist/dev/commons/jxpath/1.4.0-RC2/site/japicmp.html

Note that the above report notes several errors.
These are considered OK for the reasons stated below.

Errors reported:
- False positive:
org.apache.commons.jxpath.JXPathContextFactoryConfigurationError#getMessage()
is supported through the superclass.
- False positive:
org.apache.commons.jxpath.JXPathException#getCause() is supported
through the superclass.
- False positive:
org.apache.commons.jxpath.JXPathException#getMessage() is supported
through the superclass.

RAT Report:

https://dist.apache.org/repos/dist/dev/commons/jxpath/1.4.0-RC2/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)

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

Validating a release candidate
==

These guidelines are NOT complete.

Requirements: Git, Java, and Maven.

You can validate a release from a rel

Re: [lang] StringUtils.abbreviate is not emoji aware, breaks surrogate pairs

2025-04-13 Thread Gary Gregory 
I created https://issues.apache.org/jira/browse/LANG-1770 to track this report.

Gary

On Fri, Apr 11, 2025 at 10:15 AM Carsten Kirschner
 wrote:
>
> Hello,
>
> The current commons lang3 StringUtils.abbreviate (3.17.0) implementation will 
> destroy 4 byte emoji characters and larger grapheme clusters. I know that 
> handling grapheme correctly before java 20 is not possible, but at least a 
> codepoint aware solution with String.offsetByCodPoints could be build. I 
> wrote a small test to show the problem.
> The zero width joiners in the family emoji are questionable for the 
> abbreviate, but there should never be a question mark for an invalid char in 
> the result as there is now.
>
> The problem is not so much the „doesn’t look nice“ aspect of the broken 
> emoji, but if that abbreviated string is passed to an XML Writer 
> (com.ctc.wstx.io.UTF8Writer in my case) it throws an exception on this broken 
> byte sequence. Like this: Caused by: java.io.IOException: Broken surrogate 
> pair: first char 0xd83c, second 0x2e; illegal combination
> at 
> com.ctc.wstx.io.UTF8Writer._convertSurrogate(UTF8Writer.java:402) 
> ~[woodstox-core-7.0.0.jar:7.0.0]
>
> Thanks,
> Carsten
>
>
>
> import org.apache.commons.lang3.StringUtils;
> import org.junit.Test;
> import static org.junit.Assert.*;
>
> public class AbbreviateTest {
>
> String[] expectedResultsFox = {
>"🦊...", // 4
>"🦊🦊...",
>"🦊🦊🦊...",
>"...",
>"🦊...",
>"🦊🦊...",
>"🦊🦊🦊...", // 10
> };
>
> String[] expectedResultsFamilyWithCodepoints = {
>"👩...",
>"👩🏻...",
>"👩🏻‍...", // zero width joiner
>"👩🏻‍👨...",
>"👩🏻‍👨🏻...",
>"👩🏻‍👨🏻‍...",
>"👩🏻‍👨🏻‍👦..."
> };
>
> String[] expectedResultsFamilyWithGrapheme = {
>"👩🏻‍👨🏻‍👦🏻‍👦🏻...", // 4
>"👩🏻‍👨🏻‍👦🏻‍👦🏻👩🏼‍👨🏼‍👦🏼‍👦🏼...",
>
> "👩🏻‍👨🏻‍👦🏻‍👦🏻👩🏼‍👨🏼‍👦🏼‍👦🏼👩🏽‍👨🏽‍👦🏽‍👦🏽...",
>
> "👩🏻‍👨🏻‍👦🏻‍👦🏻👩🏼‍👨🏼‍👦🏼‍👦🏼👩🏽‍👨🏽‍👦🏽‍👦🏽👩🏾‍👨🏾‍👦🏾‍👦🏾...",
>
> "👩🏻‍👨🏻‍👦🏻‍👦🏻👩🏼‍👨🏼‍👦🏼‍👦🏼👩🏽‍👨🏽‍👦🏽‍👦🏽👩🏾‍👨🏾‍👦🏾‍👦🏾👩🏿‍👨🏿‍👦🏿‍👦🏿...",
>
> "👩🏻‍👨🏻‍👦🏻‍👦🏻👩🏼‍👨🏼‍👦🏼‍👦🏼👩🏽‍👨🏽‍👦🏽‍👦🏽👩🏾‍👨🏾‍👦🏾‍👦🏾👩🏿‍👨🏿‍👦🏿‍👦🏿👩🏻‍👨🏻‍👦🏻‍👦🏻...",
>
> "👩🏻‍👨🏻‍👦🏻‍👦🏻👩🏼‍👨🏼‍👦🏼‍👦🏼👩🏽‍👨🏽‍👦🏽‍👦🏽👩🏾‍👨🏾‍👦🏾‍👦🏾👩🏿‍👨🏿‍👦🏿‍👦🏿👩🏻‍👨🏻‍👦🏻‍👦🏻👩🏼‍👨🏼‍👦🏼‍👦🏼..."
>  // 10
> };
>
> @Test
> public void abberviateTest() {
>String abbreviateResult;
>for(var i = 4; i <= 10; i++) {
>abbreviateResult = 
> StringUtils.abbreviate("🦊🦊", i);
>
> System.out.println(abbreviateResult);
>
> //assertEquals(expectedResultsFox[i - 4], abbreviateResult);
>}
>for(var i = 4; i <= 10; i++) {
>abbreviateResult = 
> StringUtils.abbreviate("👩🏻‍👨🏻‍👦🏻‍👦🏻👩🏼‍👨🏼‍👦🏼‍👦🏼👩🏽‍👨🏽‍👦🏽‍👦🏽👩🏾‍👨🏾‍👦🏾‍👦🏾👩🏿‍👨🏿‍👦🏿‍👦🏿👩🏻‍👨🏻‍👦🏻‍👦🏻👩🏼‍👨🏼‍👦🏼‍👦🏼👩🏽‍👨🏽‍👦🏽‍👦🏽👩🏾‍👨🏾‍👦🏾‍👦🏾👩🏿‍👨🏿‍👦🏿‍👦🏿",
>  i);
>
> System.out.println(abbreviateResult);
>
> //assertEquals(expectedResultsFamilyWithCodepoints[i - 4], abbreviateResult);
>}
> }
> }
>
>

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