[
https://issues.apache.org/jira/browse/DIRMINA-678?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12694307#action_12694307
]
Emmanuel Lecharny commented on DIRMINA-678:
---
I was lucky enough to meet Jean-Fra
Jeanfrancois Arcand wrote:
Salut,
Emmanuel Lecharny wrote:
Jeanfrancois Arcand wrote:
Salut,
The fix for epoll "File exists" and spinning Selector issue this
community has experienced will be available with jdk7 build 54. I
recommend you test it and report any failure as this "fix" will be
Salut,
Emmanuel Lecharny wrote:
Jeanfrancois Arcand wrote:
Salut,
The fix for epoll "File exists" and spinning Selector issue this
community has experienced will be available with jdk7 build 54. I
recommend you test it and report any failure as this "fix" will be
backported to JDK 6 eventua
[
https://issues.apache.org/jira/browse/DIRMINA-678?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12694177#action_12694177
]
Victor N commented on DIRMINA-678:
--
I see a similar behavior on our production servers, w
[
https://issues.apache.org/jira/browse/DIRMINA-678?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12694171#action_12694171
]
Julien Vermillard commented on DIRMINA-678:
---
>From Jeanfrancois Arcand :
""The
Le Tue, 31 Mar 2009 12:04:22 -0400,
Jeanfrancois Arcand a écrit :
> Salut,
>
> The fix for epoll "File exists" and spinning Selector issue this
> community has experienced will be available with jdk7 build 54. I
> recommend you test it and report any failure as this "fix" will be
> backported
Jeanfrancois Arcand wrote:
Salut,
The fix for epoll "File exists" and spinning Selector issue this
community has experienced will be available with jdk7 build 54. I
recommend you test it and report any failure as this "fix" will be
backported to JDK 6 eventually (no idea which version...will
Salut,
The fix for epoll "File exists" and spinning Selector issue this
community has experienced will be available with jdk7 build 54. I
recommend you test it and report any failure as this "fix" will be
backported to JDK 6 eventually (no idea which version...will report as
soon as I know).
broke transport-serial
bad, bad, bad :o)
always use mvn with "-Dwith-LGPL-dependencies" for including
transport-serial module.
Julien
2009/3/30 :
> Author: akarasulu
> Date: Mon Mar 30 17:10:38 2009
> New Revision: 760049
>
> URL: http://svn.apache.org/viewvc?rev=760049&view=rev
> Log:
> [DIRMINA
[
https://issues.apache.org/jira/browse/DIRMINA-616?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12694156#action_12694156
]
Julien Vermillard commented on DIRMINA-616:
---
look like it's there :
http://mvnr
[
https://issues.apache.org/jira/browse/DIRMINA-453?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12694109#action_12694109
]
Emmanuel Lecharny commented on DIRMINA-453:
---
I *think* we already have the capac
[
https://issues.apache.org/jira/browse/DIRMINA-453?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julien Vermillard updated DIRMINA-453:
--
Fix Version/s: 3.0.0-M1
> Multiple IoServices for one java.nio.Selector
>
[
https://issues.apache.org/jira/browse/DIRMINA-32?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julien Vermillard closed DIRMINA-32.
Resolution: Fixed
> Revise JavaDoc, PPT, and Tutorial
> -
>
Welcome Sai!
Enjoy your stay
2009/3/31 Maarten Bosteels :
> Welcome Sai !
>
> Maarten
>
> On Mon, Mar 30, 2009 at 9:56 AM, Julien Vermillard
> wrote:
>> Le Sun, 29 Mar 2009 20:29:06 +0200,
>> Niklas Gustavsson a écrit :
>>
>>> Hi
>>>
>>> I'm very glad to announce that the MINA PMC has voted in
[
https://issues.apache.org/jira/browse/DIRMINA-32?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12694037#action_12694037
]
Ashish Paliwal commented on DIRMINA-32:
---
Lets close this issue. We have new PPT, most
On Tue, Mar 31, 2009 at 10:24 AM, Emmanuel Lecharny
wrote:
> Maarten Bosteels wrote:
>>
>> The codecfactory in the tutorial is stateless :
>> http://mina.apache.org/tutorial-on-protocolcodecfilter-for-mina-2x.html
>>
>
> Well, if you create new instances of encoder/decoder per session, it doesn't
[
https://issues.apache.org/jira/browse/DIRMINA-32?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12694034#action_12694034
]
Julien Vermillard edited comment on DIRMINA-32 at 3/31/09 2:31 AM:
--
[
https://issues.apache.org/jira/browse/DIRMINA-32?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12694034#action_12694034
]
Julien Vermillard commented on DIRMINA-32:
--
Thanks to last Emmanuel perso , we got
Le Tue, 31 Mar 2009 09:44:27 +0200,
Emmanuel Lecharny a écrit :
> Ashish wrote:
> > After the wonderful discussion yesterday, went back and had a quick
> > look at the codec that I intended to design.
> >
> Cool !
> > Here is what I needed to replace existing blocking IO
> > 1. POJO's - The Hi
Maarten Bosteels wrote:
The codecfactory in the tutorial is stateless :
http://mina.apache.org/tutorial-on-protocolcodecfilter-for-mina-2x.html
Well, if you create new instances of encoder/decoder per session, it
doesn't matter too much that the factory is stateless or not. In fact,
the fact
Ashish wrote:
Here is what I needed to replace existing blocking IO
1. POJO's - The High level representation of a protocol (already there)
2. Decoders - How I collect information from lower layer eg.
CumulativeProtocolDecoder..etc and convert them to POJO
3. Encoder's - How to convert POJO to by
Welcome Sai !
Maarten
On Mon, Mar 30, 2009 at 9:56 AM, Julien Vermillard
wrote:
> Le Sun, 29 Mar 2009 20:29:06 +0200,
> Niklas Gustavsson a écrit :
>
>> Hi
>>
>> I'm very glad to announce that the MINA PMC has voted in Sai
>> Pullabhotla as a new MINA committer based on his contributions on the
The codecfactory in the tutorial is stateless :
http://mina.apache.org/tutorial-on-protocolcodecfilter-for-mina-2x.html
And stateful <-> stateless decoder was discussed here:
http://www.nabble.com/Tutorial-on-ProtocolCodecFilter%2C-state-and-threads-td11254694.html
regards,
Maarten
On Mon, Mar
>>
>> Here is what I needed to replace existing blocking IO
>> 1. POJO's - The High level representation of a protocol (already there)
>> 2. Decoders - How I collect information from lower layer eg.
>> CumulativeProtocolDecoder..etc and convert them to POJO
>> 3. Encoder's - How to convert POJO to
Hi!
I don't know if this will fix your problem, but your messages are rather
large (200MB as I can see). Maybe you should consider a stateful decoder.
Your current decoder forces mina to work like this:
1: Some bytes received -> push buffer through the chain
2: Decoder reads 4 bytes, checks length
Ashish wrote:
After the wonderful discussion yesterday, went back and had a quick
look at the codec that I intended to design.
Cool !
Here is what I needed to replace existing blocking IO
1. POJO's - The High level representation of a protocol (already there)
2. Decoders - How I collect info
[
https://issues.apache.org/jira/browse/FTPSERVER-283?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12694005#action_12694005
]
David Latorre commented on FTPSERVER-283:
-
The problem with these "standard cli
Hi,
I'm currently experiencing some issue with MINA, I'm using it from the
scala language (which is definitely not the source of the problem).
When I send big amount of data through the network, the upload rate is
first high and then it slows down dramatically (I'm running the server
and the clien
After the wonderful discussion yesterday, went back and had a quick
look at the codec that I intended to design.
Here is what I needed to replace existing blocking IO
1. POJO's - The High level representation of a protocol (already there)
2. Decoders - How I collect information from lower layer eg
29 matches
Mail list logo
