Is all of this conversation just to avoid using a lock?
The simplest thing to synchronize the non io processor with an external
thread would to use a lock.
On Thu, Feb 14, 2019 at 1:07 PM Emmanuel Lécharny
wrote:
>
> On 14/02/2019 17:28, kevintjuh93 wrote:
> > Yes, I am aware that's what
On 14/02/2019 17:28, kevintjuh93 wrote:
Yes, I am aware that's what happens. And in these cases I can make it execute
at the end of a messageReceived. But my case is that I do something from a
non io-processor thread, but what it does needs to be synced with the
io-processor.
Ok, now that
On 14/02/2019 17:42, Jonathan Valliere wrote:
On a side note, this is the developers mailing list. We're filling the
inboxes of other developers that probably don't want to be a part of this
conversation. We should move it to the us...@mina.apache.org mailing list.
True.
Although I
[
https://issues.apache.org/jira/browse/SSHD-897?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16768551#comment-16768551
]
Goldstein Lyor commented on SSHD-897:
-
I have seen this in the past (see SSHD-592) - I think it has
On a side note, this is the developers mailing list. We're filling the
inboxes of other developers that probably don't want to be a part of this
conversation. We should move it to the us...@mina.apache.org mailing list.
On Thu, Feb 14, 2019 at 11:36 AM Jonathan Valliere
wrote:
> so I cannot
Yes, I am aware that's what happens. And in these cases I can make it execute
at the end of a messageReceived. But my case is that I do something from a
non io-processor thread, but what it does needs to be synced with the
io-processor.
Emmanuel Lécharny wrote
> Let's be clear:
>
> - reads will
>
> so I cannot ensure a message is being received/sent and look at some queue
> for this.
Why do you need to ensure the message is sent? Once you call write(), it
will be sent eventually. The only guarantee that it was actually sent and
received would to require the Client to reply to the
Philippe created SSHD-897:
-
Summary: Double inputs appear on shell
Key: SSHD-897
URL: https://issues.apache.org/jira/browse/SSHD-897
Project: MINA SSHD
Issue Type: Bug
Affects Versions: 2.1.0
Let's be clear:
- reads will result in a messageReceived event and you will be able to
process it and do whatever you want to do in your IoHandler, as soon as
the message is complete (ie, if the message is read in chunks, you will
only receive a messageReceived event once the message is
It's for a game server where actions need to be synchronized with read/write
in order to make sure everything is done in order. Not everything is
executed from read/write methods, so I cannot ensure a message is being
received/sent and look at some queue for this.
That's why I want to execute
I just read the last email Kevin wrote.
Kevin, if you could execute something on the IO processor thread; you
understand that It would be a deferred action that could only happen after
the IO processor is done? Maybe you could explain the reason why you want
to do this?
On Thu, Feb 14, 2019 at
I still don't get it.
Your IoHandler will be called everytime an event occurs (message
received, message written, session created/closed/idling, exception).
You have the opportunity to execute some action at this moment.
Beside that, I don't see a use case. I'm probably missing something...
There are some examples in the unit tests which accomplish this by creating
a Client and Server connection. I don't believe there is a true loopback
implementation in Mina without going through the OS networking.
On Thu, Feb 14, 2019 at 10:16 AM kevintjuh93 wrote:
> Hi guys,
>
> What I mean is
Hi guys,
What I mean is that I want a way to execute something for an IoSession in
the same thread the I/O events run. I figured a good way would be to 'fake'
an incoming message, called a loopback packet. Like write a message to
'yourself'.
I rather like to avoid using an ExecutorFilter or a
[
https://issues.apache.org/jira/browse/SSHD-895?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16768033#comment-16768033
]
Goldstein Lyor edited comment on SSHD-895 at 2/14/19 1:43 PM:
--
h5.
What I mean is to send a loopback message. This means I want to write a
message to the session that's sending the message. But the reason I want to
do this, is because I need to execute something synchronized with the I/O
events (read/write).
--
Sent from:
[
https://issues.apache.org/jira/browse/SSHD-895?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16768033#comment-16768033
]
Goldstein Lyor commented on SSHD-895:
-
Also need to review code for
[
https://issues.apache.org/jira/browse/SSHD-895?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16768007#comment-16768007
]
Goldstein Lyor edited comment on SSHD-895 at 2/14/19 8:52 AM:
--
Consider
[
https://issues.apache.org/jira/browse/SSHD-895?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16768007#comment-16768007
]
Goldstein Lyor commented on SSHD-895:
-
Consider publishing the {{rsa-sha2-*}} support on the
19 matches
Mail list logo