[
https://issues.apache.org/jira/browse/DIRMINA-762?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12831924#action_12831924
]
Emmanuel Lecharny commented on DIRMINA-762:
---
Tested with 2.0.0-RC1, no problem
[
https://issues.apache.org/jira/browse/DIRMINA-762?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12832015#action_12832015
]
Emmanuel Lecharny commented on DIRMINA-762:
---
I think that this commit broke the
[
https://issues.apache.org/jira/browse/DIRMINA-762?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12832023#action_12832023
]
Serge Baranov commented on DIRMINA-762:
---
Emmanuel, that's exactly what I found
[
https://issues.apache.org/jira/browse/DIRMINA-762?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12832029#action_12832029
]
Emmanuel Lecharny commented on DIRMINA-762:
---
sh*t... I could have saved me a
Hi All,
Sorry for this email which will undoubtedly cause frustration. Can somebody
please remove me from the list? The process for unsubscribing fails every time.
Great technology by the way!
- Original Message -
From: Emmanuel Lecharny (JIRA) j...@apache.org
To:
Yeah, my domain records got messed up so it had no SPF records and the
apache mail server was balking at my emails to the lists.
Regards,
Alan
(hee hee)
On Feb 9, 2010, at 7:42 PM, Jeff Genender wrote:
Wow... I'm quite pleased with myself! Look!
Ha!
On Feb 10, 2010, at 9:33 AM, Alan D. Cabrera wrote:
Yeah, my domain records got messed up so it had no SPF records and the apache
mail server was balking at my emails to the lists.
Regards,
Alan
(hee hee)
On Feb 9, 2010, at 7:42 PM, Jeff Genender wrote:
Wow... I'm quite
[
https://issues.apache.org/jira/browse/DIRMINA-762?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12832116#action_12832116
]
Emmanuel Lecharny commented on DIRMINA-762:
---
eh, eh, eh, I may have a fix :)
[
https://issues.apache.org/jira/browse/DIRMINA-762?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12832140#action_12832140
]
Omry Yadan commented on DIRMINA-762:
sounds good :)
WARN
On Feb 4, 2010, at 4:53 AM, Emmanuel Lecharny wrote:
I have reviewed the way we use the Selector in MINA 2.0. Here are
some of the thoughts I have about teh way we use them for Sockets :
We currently have a system built on top of three elements :
- IoAcceptor on the server side
-
On Feb 4, 2010, at 5:20 AM, Emmanuel Lcharny wrote:
Ashish a écrit :
Just thought it would be good if we can consider JCA stuff here. I
believe there was a discussion long ago, of using MINA under that
spec.
Not a master on JCA, but if we can consider this aspect as well,
would be great.
On Feb 4, 2010, at 1:48 AM, Emmanuel Lecharny wrote:
Hi,
some more thoughts, as I'd like to define precisely what is an
IoService.
Looking at the existing code, I would define an IoService as a base
Interface for Acceptor and Connector, describing the relationship
between all their
On Feb 4, 2010, at 4:43 AM, Ashish wrote:
On Thu, Feb 4, 2010 at 3:18 PM, Emmanuel Lecharny
elecha...@gmail.com wrote:
Hi,
some more thoughts, as I'd like to define precisely what is an
IoService.
Looking at the existing code, I would define an IoService as a base
Interface for Acceptor
On 2/10/10 10:28 PM, Alan D. Cabrera wrote:
each of those tasks can be processed by a separate thread selected in
a thread pool. IMO, it may be better than the current architecture
where we have a pool of IoProcessor, each one of them having its own
Selector, and no thread to process the
On 2/10/10 10:42 PM, Alan D. Cabrera wrote:
On Feb 4, 2010, at 1:48 AM, Emmanuel Lecharny wrote:
Hi,
some more thoughts, as I'd like to define precisely what is an
IoService.
Looking at the existing code, I would define an IoService as a base
Interface for Acceptor and Connector,
[
https://issues.apache.org/jira/browse/DIRMINA-762?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Emmanuel Lecharny resolved DIRMINA-762.
---
Resolution: Fixed
Seems fixed with :
On Feb 10, 2010, at 2:08 PM, Emmanuel Lecharny wrote:
On 2/10/10 10:42 PM, Alan D. Cabrera wrote:
On Feb 4, 2010, at 1:48 AM, Emmanuel Lecharny wrote:
Hi,
some more thoughts, as I'd like to define precisely what is an
IoService.
Looking at the existing code, I would define an
On Feb 10, 2010, at 2:05 PM, Emmanuel Lecharny wrote:
On 2/10/10 10:28 PM, Alan D. Cabrera wrote:
each of those tasks can be processed by a separate thread selected
in a thread pool. IMO, it may be better than the current
architecture where we have a pool of IoProcessor, each one of them
Le Thu, 04 Feb 2010 13:53:50 +0100,
Emmanuel Lecharny elecha...@gmail.com a écrit :
I have reviewed the way we use the Selector in MINA 2.0. Here are
some of the thoughts I have about teh way we use them for Sockets :
We currently have a system built on top of three elements :
- IoAcceptor
Le Wed, 10 Feb 2010 13:28:11 -0800,
Alan D. Cabrera l...@toolazydogs.com a écrit :
On Feb 4, 2010, at 4:53 AM, Emmanuel Lecharny wrote:
I have reviewed the way we use the Selector in MINA 2.0. Here are
some of the thoughts I have about teh way we use them for Sockets :
We currently
On Wed, Feb 10, 2010 at 11:33 PM, Alan D. Cabrera l...@toolazydogs.comwrote:
On Feb 4, 2010, at 1:26 AM, Emmanuel Lecharny wrote:
Hi guys,
I'm looking with the listener Interface. Listeners can be attached to a
IoService in order to react on some events. In MINA 2, the list of events
I agree. However, I think the current distribution of selectors through
IoProcessor was done on the same basis : random thoughts.
Starting with a single selector - as suggested in Roy Hitchens, book on NIO
- seems to me a good base line from which we can extrapolate and try other
scenarios.
On
On Thu, Feb 11, 2010 at 7:54 AM, Julien Vermillard
jvermill...@archean.frwrote:
I tried to follow the code for IoProcessor and my brain hurts. :)
Did I read correctly that the sessions are partitioned between N
IoProcessors? If so, seems kinda odd and I agree, what you propose
seems
23 matches
Mail list logo