On Thu, Feb 24, 2022 at 10:35 AM Emmanuel Lécharny
<elecha...@gmail.com <mailto:elecha...@gmail.com>> wrote:
Understood, but here if a task fails, I'm not sure the exception
will be
handled at all. In the case of a handshake, nothing will be written
back
to the remote client, AFAICT, so the connection will remain pending
forever.
On 24/02/2022 14:23, Jonathan Valliere wrote:
> The reason I did this was an ensure the concurrency model of the
> filterchain.
>
> On Thu, Feb 24, 2022 at 8:22 AM Jonathan Valliere
> <jon.valli...@emoten.com <mailto:jon.valli...@emoten.com>
<mailto:jon.valli...@emoten.com <mailto:jon.valli...@emoten.com>>>
wrote:
>
> The pending error is elevated back on either read or
write. That
> way the async error will be thrown on a filter chain call
stack.
>
> On Wed, Feb 23, 2022 at 11:13 PM Emmanuel Lécharny
> <elecha...@gmail.com <mailto:elecha...@gmail.com>
<mailto:elecha...@gmail.com <mailto:elecha...@gmail.com>>> wrote:
>
> Hi Jonathan,
>
> I have a test that isn't happy with the way we deal with
> delegatedTasks
> in MINA 2.2 new SSLFilter implementation.
>
> The context:
> We do a TLS connection with a wrong certificate, the
test is
> expected to
> fail, because of this error:
>
> javax.net.ssl.SSLHandshakeException: PKIX path building
failed:
>
sun.security.provider.certpath.SunCertPathBuilderException:
> unable to
> find valid certification path to requested target
>
> The problem is that this exception is never caught, for
some
> reason I'm
> trying to understand.The SSLHandlerG0.execute_task do
catch an
> exception
> and stores it into the mPendingError variable, but this
is never
> used.
>
> --
> *Emmanuel Lécharny - CTO* 205 Promenade des Anglais –
06200 NICE
>
<https://www.google.com/maps/search/205+Promenade+des+Anglais+%E2%80%93+06200+NICE?entry=gmail&source=g
<https://www.google.com/maps/search/205+Promenade+des+Anglais+%E2%80%93+06200+NICE?entry=gmail&source=g>>
> T. +33 (0)4 89 97 36 50
> P. +33 (0)6 08 33 32 61
> emmanuel.lecha...@busit.com <mailto:emmanuel.lecha...@busit.com>
<mailto:emmanuel.lecha...@busit.com
<mailto:emmanuel.lecha...@busit.com>>
> https://www.busit.com/ <https://www.busit.com/>
<https://www.busit.com/ <https://www.busit.com/>>
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@mina.apache.org
<mailto:dev-unsubscr...@mina.apache.org>
> <mailto:dev-unsubscr...@mina.apache.org
<mailto:dev-unsubscr...@mina.apache.org>>
> For additional commands, e-mail: dev-h...@mina.apache.org
<mailto:dev-h...@mina.apache.org>
> <mailto:dev-h...@mina.apache.org
<mailto:dev-h...@mina.apache.org>>
>
> --
> CONFIDENTIALITY NOTICE: The contents of this email message
and any
> attachments are intended solely for the addressee(s) and may
contain
> confidential and/or privileged information and may be legally
> protected from disclosure.
>
> --
> CONFIDENTIALITY NOTICE: The contents of this email message and any
> attachments are intended solely for the addressee(s) and may
contain
> confidential and/or privileged information and may be legally
protected
> from disclosure.
-- *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 <mailto:emmanuel.lecha...@busit.com>
https://www.busit.com/ <https://www.busit.com/>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@mina.apache.org
<mailto:dev-unsubscr...@mina.apache.org>
For additional commands, e-mail: dev-h...@mina.apache.org
<mailto:dev-h...@mina.apache.org>
--
CONFIDENTIALITY NOTICE: The contents of this email message and any
attachments are intended solely for the addressee(s) and may contain
confidential and/or privileged information and may be legally
protected from disclosure.
