[
https://issues.apache.org/jira/browse/DIRMINA-1084?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16427969#comment-16427969
]
Dhinakaran Arumugam commented on DIRMINA-1084:
--
OK.. got it. Thanks.
> 100% CPU when using
Thank you for your answer (now I am late).
> The thing is that we lack developpers to support ftp-server atm, so
> that's the reason you haven't got any answer so far.
>
> That being said, it's a open source project, and would you sned us a
> patch with your proposed changes, I can apply them to
Le 05/04/2018 à 15:42, Jonathan Valliere a écrit :
> Yes, its different in that it may act like a buffer, in some phases, but
> doesn’t necessarily break the pattern of filter use. What your FilterChain
> needs is fire(index) options so the SSL can fire writes relative to itself,
> in response
Yes, its different in that it may act like a buffer, in some phases, but
doesn’t necessarily break the pattern of filter use. What your FilterChain
needs is fire(index) options so the SSL can fire writes relative to itself,
in response to a read, without having to choke down the whole chain with
Le 05/04/2018 à 14:18, Jonathan Valliere a écrit :
> I am concerned that it is bad precedent to add handler methods based on
> specific filters. The purpose of the filter system is that each filter has
> no direct knowledge of what is before or after it. Maybe there could be a
> generic
[
https://issues.apache.org/jira/browse/DIRMINA-1084?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16426844#comment-16426844
]
Emmanuel Lecharny commented on DIRMINA-1084:
The idea is that we set the version in which
[
https://issues.apache.org/jira/browse/DIRMINA-1084?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16426844#comment-16426844
]
Emmanuel Lecharny edited comment on DIRMINA-1084 at 4/5/18 12:39 PM:
-
I am concerned that it is bad precedent to add handler methods based on
specific filters. The purpose of the filter system is that each filter has
no direct knowledge of what is before or after it. Maybe there could be a
generic “event” handler as part of the receive chain that the SECURED event
I always felt such an event was missing.
+1
ᐧ
On Thu, Apr 5, 2018 at 10:04 AM, Emmanuel Lécharny
wrote:
> Hi guys,
>
> as a follow up of a discussion we have had with Jonathan, I would like
> to suggest we add the 'secured()' event in the IoHandler. Th idea is to
> make it
[
https://issues.apache.org/jira/browse/DIRMINA-1084?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16426646#comment-16426646
]
Dhinakaran Arumugam edited comment on DIRMINA-1084 at 4/5/18 9:11 AM:
[
https://issues.apache.org/jira/browse/DIRMINA-1084?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16426646#comment-16426646
]
Dhinakaran edited comment on DIRMINA-1084 at 4/5/18 9:10 AM:
-
Agreed, we are
[
https://issues.apache.org/jira/browse/DIRMINA-1084?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16426646#comment-16426646
]
Dhinakaran commented on DIRMINA-1084:
-
Agreed, we are using openfire 4.0.3, even latest openfire
Hi guys,
as a follow up of a discussion we have had with Jonathan, I would like
to suggest we add the 'secured()' event in the IoHandler. Th idea is to
make it simpler for MINA users to be informed when teh TLS handshake has
been completed.
Currently, one need to add the USE_NOTIFICATION
Dhinakaran created DIRMINA-1084:
---
Summary: 100% CPU when using IoBuffer.shrink() method in some cases
Key: DIRMINA-1084
URL: https://issues.apache.org/jira/browse/DIRMINA-1084
Project: MINA
14 matches
Mail list logo