I only tested 2.2.3 RC 1 on Windows with Java 17. My other test runs where
on macOS with Java 8.

Gary

On Tue, Sep 12, 2023, 4:29 AM Emmanuel Lécharny <elecha...@gmail.com> wrote:

> Thanks Jeff & Gary.
>
> Is that for all the MINA versions?
>
> On 11/09/2023 16:27, Gary D. Gregory wrote:
> > I can confirm a failure on Java 17 and Windows:
> >
> > [INFO] -------------------------------------------------------
> > [INFO]  T E S T S
> > [INFO] -------------------------------------------------------
> > [INFO] Running org.apache.mina.core.buffer.IoBufferHexDumperTest
> > [INFO] Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed:
> 0.060 s -- in org.apache.mina.core.buffer.IoBufferHexDumperTest
> > [INFO] Running org.apache.mina.core.buffer.IoBufferTest
> > [ERROR] Tests run: 47, Failures: 0, Errors: 1, Skipped: 0, Time elapsed:
> 0.404 s <<< FAILURE! -- in org.apache.mina.core.buffer.IoBufferTest
> > [ERROR] org.apache.mina.core.buffer.IoBufferTest.testReadOnlyBuffer --
> Time elapsed: 0.005 s <<< ERROR!
> > java.nio.charset.CoderMalfunctionError: java.nio.ReadOnlyBufferException
> >          at
> java.base/java.nio.charset.CharsetEncoder.encode(CharsetEncoder.java:587)
> >          at
> org.apache.mina.core.buffer.AbstractIoBuffer.putString(AbstractIoBuffer.java:1798)
> >          at
> org.apache.mina.core.buffer.IoBufferTest.testReadOnlyBuffer(IoBufferTest.java:1104)
> >          at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
> >          at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
> >          at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> >          at java.base/java.lang.reflect.Method.invoke(Method.java:568)
> >          at
> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:59)
> >          at
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> >          at
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:56)
> >          at
> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
> >          at
> org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306)
> >          at
> org.junit.runners.BlockJUnit4ClassRunner$1.evaluate(BlockJUnit4ClassRunner.java:100)
> >          at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:366)
> >          at
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:103)
> >          at
> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:63)
> >          at org.junit.runners.ParentRunner$4.run(ParentRunner.java:331)
> >          at
> org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:79)
> >          at
> org.junit.runners.ParentRunner.runChildren(ParentRunner.java:329)
> >          at
> org.junit.runners.ParentRunner.access$100(ParentRunner.java:66)
> >          at
> org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:293)
> >          at
> org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306)
> >          at org.junit.runners.ParentRunner.run(ParentRunner.java:413)
> >          at
> org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:316)
> >          at
> org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:240)
> >          at
> org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:214)
> >          at
> org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:155)
> >          at
> org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:385)
> >          at
> org.apache.maven.surefire.booter.ForkedBooter.execute(ForkedBooter.java:162)
> >          at
> org.apache.maven.surefire.booter.ForkedBooter.run(ForkedBooter.java:507)
> >          at
> org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:495)
> > Caused by: java.nio.ReadOnlyBufferException
> >          at
> java.base/java.nio.HeapByteBufferR.put(HeapByteBufferR.java:212)
> >          at
> java.base/sun.nio.cs.ISO_8859_1$Encoder.encodeBufferLoop(ISO_8859_1.java:238)
> >          at
> java.base/sun.nio.cs.ISO_8859_1$Encoder.encodeLoop(ISO_8859_1.java:258)
> >          at
> java.base/java.nio.charset.CharsetEncoder.encode(CharsetEncoder.java:585)
> >          ... 30 more
> >
> > Using:
> >
> > Apache Maven 3.9.4 (dfbb324ad4a7c8fb0bf182e6d91b0ae20e3d2dd9)
> > Maven home: C:\java\apache-maven-3.9.4
> > Java version: 17.0.8, vendor: Eclipse Adoptium, runtime: C:\Program
> Files\Eclipse Adoptium\jdk-17.0.8.7-hotspot
> > Default locale: en_US, platform encoding: Cp1252
> > OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
> >
> > Gary
> >
> > On 2023/09/11 07:42:10 Jeff MAURY wrote:
> >> +1.
> >>
> >> 2 remarks:
> >>
> >>     - Does not build with Java 17
> >>     - Build is failing on Windows
> >>
> >>
> >> On Mon, Sep 11, 2023 at 8:11 AM Guillaume Nodet <gno...@apache.org>
> wrote:
> >>
> >>> +1
> >>>
> >>> Le jeu. 7 sept. 2023 à 05:30, Emmanuel Lecharny <elecha...@apache.org>
> a
> >>> écrit :
> >>>
> >>>> hi!
> >>>>
> >>>> WARNING: there are 3 votes to cast!
> >>>>
> >>>>
> >>>> This is a vote for a triple release:
> >>>> * MINA 2.2.3
> >>>> * MINA 2.1.8
> >>>> * MINA 2.0.25
> >>>>
> >>>> Those versions are fixing a Datagram session bug:
> >>>> DIRMINA-996:IoSessionRecycler RemoteAddress Collision
> >>>> DIRMINA-1172:Multiple DatagramAcceptors and the creation of a session
> >>>> object
> >>>>
> >>>>
> >>>>
> >>>> Temporary tags have been created (they can be removed if the vote is
> not
> >>>> approved) :
> >>>>
> >>>> * MINA 2.2.3:
> >>>>
> >>>>
> >>>
> https://github.com/apache/mina/commit/906884d52990b4fce119c462791abf1a5b577a83
> >>>> * MINA 2.1.8:
> >>>>
> >>>>
> >>>
> https://github.com/apache/mina/commit/c7f164cbeecedb4a4e32ba798e7cf435acdc471a
> >>>> * MINA 2.0.25:
> >>>>
> >>>>
> >>>
> https://github.com/apache/mina/commit/38ca5a9eb01461a7212b3904ff5010d0364d2f41
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> The final artifacts are stored in a staging repository:
> >>>> * MINA 2.2.3:
> >>>> https://repository.apache.org/content/repositories/orgapachemina-1086
> >>>> * MINA 2.1.8:
> >>>> https://repository.apache.org/content/repositories/orgapachemina-1085
> >>>> * MINA 2.0.25:
> >>>> https://repository.apache.org/content/repositories/orgapachemina-1087
> >>>>
> >>>>
> >>>>
> >>>> The distributions are available for download on :
> >>>> * MINA 2.2.3: https://dist.apache.org/repos/dist/dev/mina/mina/2.2.3
> >>>> * MINA 2.1.8: https://dist.apache.org/repos/dist/dev/mina/mina/2.1.8
> >>>> * MINA 2.0.25:
> https://dist.apache.org/repos/dist/dev/mina/mina/2.0.25
> >>>>
> >>>>
> >>>> Let us vote :
> >>>> [ ] +1 | Release MINA 2.2.3
> >>>> [ ] ± | Abstain
> >>>> [ ] -1 | Do *NOT* release MINA 2.2.3
> >>>>
> >>>> [ ] +1 | Release MINA 2.1.8
> >>>> [ ] ± | Abstain
> >>>> [ ] -1 | Do *NOT* release MINA 2.1.8
> >>>>
> >>>>
> >>>> [ ] +1 | Release MINA 2.0.25
> >>>> [ ] ± | Abstain
> >>>> [ ] -1 | Do *NOT* release MINA 2.0.25
> >>>>
> >>>>
> >>>> --
> >>>> Regards,
> >>>> Cordialement,
> >>>> Emmanuel Lécharny
> >>>> www.iktek.com
> >>>>
> >>>> ---------------------------------------------------------------------
> >>>> To unsubscribe, e-mail: dev-unsubscr...@mina.apache.org
> >>>> For additional commands, e-mail: dev-h...@mina.apache.org
> >>>>
> >>>>
> >>>
> >>> --
> >>> ------------------------
> >>> Guillaume Nodet
> >>>
> >>
> >>
> >> --
> >> "Legacy code" often differs from its suggested alternative by actually
> >> working and scaling.
> >>   - Bjarne Stroustrup
> >>
> >> http://www.jeffmaury.com
> >> http://riadiscuss.jeffmaury.com
> >> http://www.twitter.com/jeffmaury
> >>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscr...@mina.apache.org
> > For additional commands, e-mail: dev-h...@mina.apache.org
> >
>
> --
> *Emmanuel Lécharny - CTO* 205 Promenade des Anglais – 06200 NICE
> T. +33 (0)4 89 97 36 50
> P. +33 (0)6 08 33 32 61
> emmanuel.lecha...@busit.com https://www.busit.com/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@mina.apache.org
> For additional commands, e-mail: dev-h...@mina.apache.org
>
>

Reply via email to