Re: [Vote] MINA 2.2.0 release

2022-07-05 Thread Jeff Genender
+1

Jeff

> On Jul 4, 2022, at 3:43 PM, Emmanuel Lécharny  wrote:
> 
> Hi!
> 
> 
> it has been a couple of months now that I cut a version of MINA 2.2.0, but 
> haven't started a vote, because I wanted to test that exception were properly 
> handled when generated from the SslFilter. It took may way longer to check 
> that, mainly due to external factors).
> 
> Anyway, I'm done with the test, all is nominal, so here is a formal vote for 
> MINA 2.2.0.
> 
> This version comes with a complete rewrite of the SSL layer, thanks for 
> Jonathan hard work !
> 
> 
> A temporary tag has been created (it can be removed if the vote is not 
> approved) :
> 
> https://gitbox.apache.org/repos/asf?p=mina.git;a=commit;h=7d8930d7f47dc94c4f155b77e074d4384b34c5e4
> 
> 
> 
> The newly approved Nexus has been used for the preparation of this
> release and all final artifacts are stored in a staging repository:
> https://repository.apache.org/content/repositories/orgapachemina-1051
> 
> 
> The distributions are available for download on :
> https://dist.apache.org/repos/dist/dev/mina/mina/2.2.0
> 
> Let us vote :
> [ ] +1 | Release MINA 2.2.0
> [ ] ± | Abstain
> [ ] -1 | Do *NOT*   release MINA 2.2.0
> 
> -- 
> *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
> 


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



Re: [Vote] MINA 2.2.0 release

2022-07-05 Thread Emmanuel Lécharny
I have tested that the exception gets propagated before launching the 
vote to be clear :-)


On 05/07/2022 18:17, Christoph John wrote:

Sorry, no. The last message regarding this was:


--snip-


11.04.2022 09:37:30 Emmanuel Lécharny :

Hi Christophe,

sorry, my late mail was off base.

The pb here is that the SSLEngine excpeiton is not propagated to the handler, 
when it should.

My guess is that we have some missing call somewhere in the stack. I'm going to 
check that out.

On 11/04/2022 00:15, Christoph John wrote:

Hi,
thanks Jonathan and Emmanuel for working on this!
I tried to integrate this into QuickFIX/J and it compiles successfully. However 
there are some tests failing that expect an Exception. For example we have
https://github.com/quickfix-j/quickfixj/blob/b6a822a46a5278dcd0985a5a77299ed03168ab03/quickfixj-core/src/test/java/quickfix/mina/ssl/SecureSocketTest.java#L54
Up to now it was tried to get the Exception via a filter in the chain. This no 
longer seems to work but I think I can see the error getting thrown in the log:
SEVERE: SSLHandlerG0@590ec99c[mode=server, connected=false] task() - storing 
error {}
javax.net.ssl.SSLHandshakeException: No available authentication scheme
     at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:131)
     at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:117)
     at 
java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:358)
     at 
java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:314)
     at 
java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:305)
     at 
java.base/sun.security.ssl.CertificateMessage$T13CertificateProducer.onProduceCertificate(CertificateMessage.java:972)
     at 
java.base/sun.security.ssl.CertificateMessage$T13CertificateProducer.produce(CertificateMessage.java:961)
     at java.base/sun.security.ssl.SSLHandshake.produce(SSLHandshake.java:440)
     at 
java.base/sun.security.ssl.ClientHello$T13ClientHelloConsumer.goServerHello(ClientHello.java:1246)
     at 
java.base/sun.security.ssl.ClientHello$T13ClientHelloConsumer.consume(ClientHello.java:1182)
     at 
java.base/sun.security.ssl.ClientHello$ClientHelloConsumer.onClientHello(ClientHello.java:840)
     at 
java.base/sun.security.ssl.ClientHello$ClientHelloConsumer.consume(ClientHello.java:801)
     at java.base/sun.security.ssl.SSLHandshake.consume(SSLHandshake.java:396)
     at 
java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:480)
     at 
java.base/sun.security.ssl.SSLEngineImpl$DelegatedTask$DelegatedAction.run(SSLEngineImpl.java:1277)
     at 
java.base/sun.security.ssl.SSLEngineImpl$DelegatedTask$DelegatedAction.run(SSLEngineImpl.java:1264)
     at 
java.base/java.security.AccessController.doPrivileged(AccessController.java:712)
     at 
java.base/sun.security.ssl.SSLEngineImpl$DelegatedTask.run(SSLEngineImpl.java:1209)
     at 
org.apache.mina.filter.ssl.SSLHandlerG0.execute_task(SSLHandlerG0.java:743)
     at 
org.apache.mina.filter.ssl.SSLHandlerG0.receive_loop(SSLHandlerG0.java:255)
     at org.apache.mina.filter.ssl.SSLHandlerG0.receive(SSLHandlerG0.java:162)
     at org.apache.mina.filter.ssl.SslFilter.messageReceived(SslFilter.java:342)
     at 
org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:650)
     at 
org.apache.mina.core.filterchain.DefaultIoFilterChain.access$1300(DefaultIoFilterChain.java:49)
     at 
org.apache.mina.core.filterchain.DefaultIoFilterChain$EntryImpl$1.messageReceived(DefaultIoFilterChain.java:1128)
     at 
org.apache.mina.core.filterchain.IoFilterAdapter.messageReceived(IoFilterAdapter.java:122)
     at 
org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:650)
     at 
org.apache.mina.core.filterchain.DefaultIoFilterChain.fireMessageReceived(DefaultIoFilterChain.java:643)
     at 
org.apache.mina.core.polling.AbstractPollingIoProcessor.read(AbstractPollingIoProcessor.java:539)
     at 
org.apache.mina.core.polling.AbstractPollingIoProcessor.access$1200(AbstractPollingIoProcessor.java:68)
     at 
org.apache.mina.core.polling.AbstractPollingIoProcessor$Processor.process(AbstractPollingIoProcessor.java:1224)
     at 
org.apache.mina.core.polling.AbstractPollingIoProcessor$Processor.process(AbstractPollingIoProcessor.java:1213)
     at 
org.apache.mina.core.polling.AbstractPollingIoProcessor$Processor.run(AbstractPollingIoProcessor.java:683)
     at 
org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:64)
     at 
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136)
     at 
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
     at java.base/java.lang.Thread.run(Thread.java:833)
What is the new way to get this Exception?
NB: I recall discussing this with Jonathan some months ago but seem to have 
lost 

Re: [Vote] MINA 2.2.0 release

2022-07-05 Thread Christoph John
Sorry, no. The last message regarding this was:


--snip-


11.04.2022 09:37:30 Emmanuel Lécharny :

Hi Christophe,

sorry, my late mail was off base.

The pb here is that the SSLEngine excpeiton is not propagated to the handler, 
when it should.

My guess is that we have some missing call somewhere in the stack. I'm going to 
check that out.

On 11/04/2022 00:15, Christoph John wrote:
> Hi,
> thanks Jonathan and Emmanuel for working on this!
> I tried to integrate this into QuickFIX/J and it compiles successfully. 
> However there are some tests failing that expect an Exception. For example we 
> have
> https://github.com/quickfix-j/quickfixj/blob/b6a822a46a5278dcd0985a5a77299ed03168ab03/quickfixj-core/src/test/java/quickfix/mina/ssl/SecureSocketTest.java#L54
> Up to now it was tried to get the Exception via a filter in the chain. This 
> no longer seems to work but I think I can see the error getting thrown in the 
> log:
> SEVERE: SSLHandlerG0@590ec99c[mode=server, connected=false] task() - storing 
> error {}
> javax.net.ssl.SSLHandshakeException: No available authentication scheme
>     at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:131)
>     at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:117)
>     at 
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:358)
>     at 
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:314)
>     at 
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:305)
>     at 
> java.base/sun.security.ssl.CertificateMessage$T13CertificateProducer.onProduceCertificate(CertificateMessage.java:972)
>     at 
> java.base/sun.security.ssl.CertificateMessage$T13CertificateProducer.produce(CertificateMessage.java:961)
>     at java.base/sun.security.ssl.SSLHandshake.produce(SSLHandshake.java:440)
>     at 
> java.base/sun.security.ssl.ClientHello$T13ClientHelloConsumer.goServerHello(ClientHello.java:1246)
>     at 
> java.base/sun.security.ssl.ClientHello$T13ClientHelloConsumer.consume(ClientHello.java:1182)
>     at 
> java.base/sun.security.ssl.ClientHello$ClientHelloConsumer.onClientHello(ClientHello.java:840)
>     at 
> java.base/sun.security.ssl.ClientHello$ClientHelloConsumer.consume(ClientHello.java:801)
>     at java.base/sun.security.ssl.SSLHandshake.consume(SSLHandshake.java:396)
>     at 
> java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:480)
>     at 
> java.base/sun.security.ssl.SSLEngineImpl$DelegatedTask$DelegatedAction.run(SSLEngineImpl.java:1277)
>     at 
> java.base/sun.security.ssl.SSLEngineImpl$DelegatedTask$DelegatedAction.run(SSLEngineImpl.java:1264)
>     at 
> java.base/java.security.AccessController.doPrivileged(AccessController.java:712)
>     at 
> java.base/sun.security.ssl.SSLEngineImpl$DelegatedTask.run(SSLEngineImpl.java:1209)
>     at 
> org.apache.mina.filter.ssl.SSLHandlerG0.execute_task(SSLHandlerG0.java:743)
>     at 
> org.apache.mina.filter.ssl.SSLHandlerG0.receive_loop(SSLHandlerG0.java:255)
>     at org.apache.mina.filter.ssl.SSLHandlerG0.receive(SSLHandlerG0.java:162)
>     at 
> org.apache.mina.filter.ssl.SslFilter.messageReceived(SslFilter.java:342)
>     at 
> org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:650)
>     at 
> org.apache.mina.core.filterchain.DefaultIoFilterChain.access$1300(DefaultIoFilterChain.java:49)
>     at 
> org.apache.mina.core.filterchain.DefaultIoFilterChain$EntryImpl$1.messageReceived(DefaultIoFilterChain.java:1128)
>     at 
> org.apache.mina.core.filterchain.IoFilterAdapter.messageReceived(IoFilterAdapter.java:122)
>     at 
> org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:650)
>     at 
> org.apache.mina.core.filterchain.DefaultIoFilterChain.fireMessageReceived(DefaultIoFilterChain.java:643)
>     at 
> org.apache.mina.core.polling.AbstractPollingIoProcessor.read(AbstractPollingIoProcessor.java:539)
>     at 
> org.apache.mina.core.polling.AbstractPollingIoProcessor.access$1200(AbstractPollingIoProcessor.java:68)
>     at 
> org.apache.mina.core.polling.AbstractPollingIoProcessor$Processor.process(AbstractPollingIoProcessor.java:1224)
>     at 
> org.apache.mina.core.polling.AbstractPollingIoProcessor$Processor.process(AbstractPollingIoProcessor.java:1213)
>     at 
> org.apache.mina.core.polling.AbstractPollingIoProcessor$Processor.run(AbstractPollingIoProcessor.java:683)
>     at 
> org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:64)
>     at 
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136)
>     at 
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
>     at java.base/java.lang.Thread.run(Thread.java:833)
> What is the new way to get this Exception?
> NB: I recall discussing this with Jonathan some months ago but seem to have 
> lost track 

[jira] [Updated] (SSHD-1276) How to merge output and error streams of remote process ?

2022-07-05 Thread Jira


 [ 
https://issues.apache.org/jira/browse/SSHD-1276?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

dgü updated SSHD-1276:
--
Description: 
Hello!

I want to merge output and error streams of remote process as 
{{java.lang.ProcessBuilder#redirectErrorStream(true)}} does.

If I set output and error streams;
{quote}channelExec.setOut(mergedOutputStream);
channelExec.setErr(mergedOutputStream);
channelExec.open.verify();
{quote}
Then, {{ChannelExec#getInvertedOut()}} and {{ChannelExec#getInvertedErr()}} 
return {{{}null{}}}.

If I don't set output and error streams;
{quote}//channelExec.setOut(mergedOutputStream);
//channelExec.setErr(mergedOutputStream);
channelExec.open.verify();
{quote}
Then, {{ChannelExec#getInvertedOut()}} and {{ChannelExec#getInvertedErr()}} 
return not {{{}null{}}}. But, streams are not merged.

How can I merge output and error streams of remote process ?

Thanks in advance!

  was:
Hello!

I want to merge output and error streams of remote process as 
{{java.lang.ProcessBuilder#redirectErrorStream(true)}} does.

If I set output and error streams;

{quote}channelExec.setOut(mergedOutputStream);
channelExec.setErr(mergedOutputStream);
channelExec.open.verify();{quote}

Then, {{ChannelExec#getInvertedOut()}} and {{ChannelExec#getInvertedErr()}} 
returns {{null}}.

If I don't set output and error streams;

{quote}//channelExec.setOut(mergedOutputStream);
//channelExec.setErr(mergedOutputStream);
channelExec.open.verify();{quote}

Then, {{ChannelExec#getInvertedOut()}} and {{ChannelExec#getInvertedErr()}} 
returns not {{null}}. But, streams are not merged.

How can I merge output and error streams of remote process ?

Thanks in advance!



> How to merge output and error streams of remote process ?
> -
>
> Key: SSHD-1276
> URL: https://issues.apache.org/jira/browse/SSHD-1276
> Project: MINA SSHD
>  Issue Type: Question
>Affects Versions: 2.8.0
> Environment: Java SE 8, Apache NetBeans IDE 8.2
>Reporter: dgü
>Priority: Major
>
> Hello!
> I want to merge output and error streams of remote process as 
> {{java.lang.ProcessBuilder#redirectErrorStream(true)}} does.
> If I set output and error streams;
> {quote}channelExec.setOut(mergedOutputStream);
> channelExec.setErr(mergedOutputStream);
> channelExec.open.verify();
> {quote}
> Then, {{ChannelExec#getInvertedOut()}} and {{ChannelExec#getInvertedErr()}} 
> return {{{}null{}}}.
> If I don't set output and error streams;
> {quote}//channelExec.setOut(mergedOutputStream);
> //channelExec.setErr(mergedOutputStream);
> channelExec.open.verify();
> {quote}
> Then, {{ChannelExec#getInvertedOut()}} and {{ChannelExec#getInvertedErr()}} 
> return not {{{}null{}}}. But, streams are not merged.
> How can I merge output and error streams of remote process ?
> Thanks in advance!



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

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



[jira] [Created] (SSHD-1276) How to merge output and error streams of remote process ?

2022-07-05 Thread Jira
dgü created SSHD-1276:
-

 Summary: How to merge output and error streams of remote process ?
 Key: SSHD-1276
 URL: https://issues.apache.org/jira/browse/SSHD-1276
 Project: MINA SSHD
  Issue Type: Question
Affects Versions: 2.8.0
 Environment: Java SE 8, Apache NetBeans IDE 8.2
Reporter: dgü


Hello!

I want to merge output and error streams of remote process as 
{{java.lang.ProcessBuilder#redirectErrorStream(true)}} does.

If I set output and error streams;

{quote}channelExec.setOut(mergedOutputStream);
channelExec.setErr(mergedOutputStream);
channelExec.open.verify();{quote}

Then, {{ChannelExec#getInvertedOut()}} and {{ChannelExec#getInvertedErr()}} 
returns {{null}}.

If I don't set output and error streams;

{quote}//channelExec.setOut(mergedOutputStream);
//channelExec.setErr(mergedOutputStream);
channelExec.open.verify();{quote}

Then, {{ChannelExec#getInvertedOut()}} and {{ChannelExec#getInvertedErr()}} 
returns not {{null}}. But, streams are not merged.

How can I merge output and error streams of remote process ?

Thanks in advance!




--
This message was sent by Atlassian Jira
(v8.20.10#820010)

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



Re: [Vote] MINA 2.2.0 release

2022-07-05 Thread Emmanuel Lécharny

Hi Christoph,

yes. I guess you tested it already.


On 05/07/2022 09:38, Christoph John wrote:

Hi Emmanuel

Did you manage to fix the bug which we talked about in the mail thread from May 
regarding the M1 milestone?

Thanks
Chris

04.07.2022 23:43:37 Emmanuel Lécharny :


Hi!


it has been a couple of months now that I cut a version of MINA 2.2.0, but 
haven't started a vote, because I wanted to test that exception were properly 
handled when generated from the SslFilter. It took may way longer to check 
that, mainly due to external factors).

Anyway, I'm done with the test, all is nominal, so here is a formal vote for 
MINA 2.2.0.

This version comes with a complete rewrite of the SSL layer, thanks for 
Jonathan hard work !


A temporary tag has been created (it can be removed if the vote is not 
approved) :

https://gitbox.apache.org/repos/asf?p=mina.git;a=commit;h=7d8930d7f47dc94c4f155b77e074d4384b34c5e4



The newly approved Nexus has been used for the preparation of this
release and all final artifacts are stored in a staging repository:
https://repository.apache.org/content/repositories/orgapachemina-1051


The distributions are available for download on :
https://dist.apache.org/repos/dist/dev/mina/mina/2.2.0

Let us vote :
[ ] +1 | Release MINA 2.2.0
[ ] ± | Abstain
[ ] -1 | Do *NOT*   release MINA 2.2.0

--
*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


--
*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



Re: [Vote] MINA 2.2.0 release

2022-07-05 Thread Emmanuel Lécharny

Ah, sorry, copy/paste error:

https://repository.apache.org/content/repositories/orgapachemina-1070/


On 05/07/2022 08:02, Jeff MAURY wrote:

Staging repo is not available

On Mon, Jul 4, 2022 at 11:43 PM Emmanuel Lécharny > wrote:


Hi!


it has been a couple of months now that I cut a version of MINA 2.2.0,
but haven't started a vote, because I wanted to test that exception
were
properly handled when generated from the SslFilter. It took may way
longer to check that, mainly due to external factors).

Anyway, I'm done with the test, all is nominal, so here is a formal
vote
for MINA 2.2.0.

This version comes with a complete rewrite of the SSL layer, thanks for
Jonathan hard work !


A temporary tag has been created (it can be removed if the vote is not
approved) :


https://gitbox.apache.org/repos/asf?p=mina.git;a=commit;h=7d8930d7f47dc94c4f155b77e074d4384b34c5e4





The newly approved Nexus has been used for the preparation of this
release and all final artifacts are stored in a staging repository:
https://repository.apache.org/content/repositories/orgapachemina-1051 



The distributions are available for download on :
https://dist.apache.org/repos/dist/dev/mina/mina/2.2.0


Let us vote :
[ ] +1 | Release MINA 2.2.0
[ ] ± | Abstain
[ ] -1 | Do *NOT*   release MINA 2.2.0

-- 
*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




--
"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 


--
*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



Re: [Vote] MINA 2.2.0 release

2022-07-05 Thread Christoph John
Hi Emmanuel

Did you manage to fix the bug which we talked about in the mail thread from May 
regarding the M1 milestone?

Thanks
Chris

04.07.2022 23:43:37 Emmanuel Lécharny :

> Hi!
> 
> 
> it has been a couple of months now that I cut a version of MINA 2.2.0, but 
> haven't started a vote, because I wanted to test that exception were properly 
> handled when generated from the SslFilter. It took may way longer to check 
> that, mainly due to external factors).
> 
> Anyway, I'm done with the test, all is nominal, so here is a formal vote for 
> MINA 2.2.0.
> 
> This version comes with a complete rewrite of the SSL layer, thanks for 
> Jonathan hard work !
> 
> 
> A temporary tag has been created (it can be removed if the vote is not 
> approved) :
> 
> https://gitbox.apache.org/repos/asf?p=mina.git;a=commit;h=7d8930d7f47dc94c4f155b77e074d4384b34c5e4
> 
> 
> 
> The newly approved Nexus has been used for the preparation of this
> release and all final artifacts are stored in a staging repository:
> https://repository.apache.org/content/repositories/orgapachemina-1051
> 
> 
> The distributions are available for download on :
> https://dist.apache.org/repos/dist/dev/mina/mina/2.2.0
> 
> Let us vote :
> [ ] +1 | Release MINA 2.2.0
> [ ] ± | Abstain
> [ ] -1 | Do *NOT*   release MINA 2.2.0
> 
> -- 
> *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

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



Re: [Vote] MINA 2.2.0 release

2022-07-05 Thread Jeff MAURY
Staging repo is not available

On Mon, Jul 4, 2022 at 11:43 PM Emmanuel Lécharny 
wrote:

> Hi!
>
>
> it has been a couple of months now that I cut a version of MINA 2.2.0,
> but haven't started a vote, because I wanted to test that exception were
> properly handled when generated from the SslFilter. It took may way
> longer to check that, mainly due to external factors).
>
> Anyway, I'm done with the test, all is nominal, so here is a formal vote
> for MINA 2.2.0.
>
> This version comes with a complete rewrite of the SSL layer, thanks for
> Jonathan hard work !
>
>
> A temporary tag has been created (it can be removed if the vote is not
> approved) :
>
>
> https://gitbox.apache.org/repos/asf?p=mina.git;a=commit;h=7d8930d7f47dc94c4f155b77e074d4384b34c5e4
>
>
>
> The newly approved Nexus has been used for the preparation of this
> release and all final artifacts are stored in a staging repository:
> https://repository.apache.org/content/repositories/orgapachemina-1051
>
>
> The distributions are available for download on :
> https://dist.apache.org/repos/dist/dev/mina/mina/2.2.0
>
> Let us vote :
> [ ] +1 | Release MINA 2.2.0
> [ ] ± | Abstain
> [ ] -1 | Do *NOT*   release MINA 2.2.0
>
> --
> *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
>
>

-- 
"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