Re: Jean§François Arcand leaves Sun.. .

Emmanuel Lecharny wrote: http://weblogs.java.net/blog/jfarcand/archive/2009/11/24/leaving-sun-thanks-you-sun Too bad for Sun. Good luck at Ning, Jean-François ! Thanks :-) -- Jeanfrancois

FYI: epoll issue fixed in b54

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).

Re: FYI: epoll issue fixed in b54

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 eventually

Re: MINA and FtpServer on Apache Harmony

Salut, Niklas Gustavsson wrote: On Fri, Feb 13, 2009 at 10:58 PM, Jeanfrancois Arcand jeanfrancois.arc...@sun.com wrote: Niklas Gustavsson wrote: In an attempt to eat som Apache dogfood, I attempted to build MINA and FtpServer on Apache Harmony. For MINA, Harmony 5.0 M8 crashed. For FtpServer

Re: MINA and FtpServer on Apache Harmony

Salut, Niklas Gustavsson wrote: Hi In an attempt to eat som Apache dogfood, I attempted to build MINA and FtpServer on Apache Harmony. For MINA, Harmony 5.0 M8 crashed. For FtpServer, I get this weird error when running our unit tests: java.net.SocketException at

Re: What do you use Apache MINA for?

openESB (SOA - open-esb.dev.java.net) Kaazing (WebSocket - www.kaazing.com) -- Jeanfrancois Kevin Williams wrote: We used Mina to build an internal distributed coherent cache system. On Tue, Nov 25, 2008 at 3:37 AM, Ashish [EMAIL PROTECTED] wrote: Wanted to collect a list of

Re: [About the Filter Chain] Proposals

Salut, Emmanuel Lecharny wrote: Jeanfrancois Arcand wrote: Salut, Bonsoir, Emmanuel Lecharny wrote: snip/ - The filter chain is not static, but it should be thread safe, so any kind of modification must *not* lead to some exception (NPE or inconsistent state) Can you made this behavior

Re: [About the Filter Chain] Proposals

Squee wrote: As a user of Mina, I agree 100% on releasing 2.0 without all of these big changes, and pushing them down to a 3.0 release. While I'm perfectly willing and able to update my app code if 2.0 API changes (I expected as much when I chose to go with 2.0), it's still nice to be using

Re: [About the Filter Chain] Proposals

Salut, Emmanuel Lecharny wrote: Hi, I'm currently reviewing the Filter chain we are using internally. This is one of the most appealing feature we have, as it allows us to design a versatile handling of incoming and outgoing messages. However, in many respects, the current implementation is

Collaboration between Grizzly and MINA

Salut, after weeks of delay(ss), I'm back :-) Last time we discussed possible collaboration between the two frameworks. I've proposed the idea to my colleagues and as expected, every body were on the defense :-) The Sun-Apache collaboration hasn't always working really well over the last

Re: Collaboration between Grizzly and MINA

Salut, Emmanuel Lecharny wrote: Hi Guys, and bienvenue Jean-François ! Merci :-) Alex Karasulu wrote: Welcome Jeanfrancois, On Thu, Jun 19, 2008 at 2:15 PM, Jeanfrancois Arcand [EMAIL PROTECTED] wrote: Salut, after weeks of delay(ss), I'm back :-) Last time we discussed possible

Re: Collaboration between Grizzly and MINA

Salut, Alex Karasulu wrote: Welcome Jeanfrancois, On Thu, Jun 19, 2008 at 2:15 PM, Jeanfrancois Arcand [EMAIL PROTECTED] wrote: Salut, after weeks of delay(ss), I'm back :-) Last time we discussed possible collaboration between the two frameworks. I've proposed the idea to my colleagues

Re: MINA + Grizzly discussion

Hi, before we can have the discussion, I need to make sure every body agree (all other commiters :-)) to start a discussion on the grizzly side. So gives me a couple of days :-) [cut] agreed. We could talk about: * the possibility of merging two projects in the future (not sure this

Re: slightly OT: how to write an NIO provider

Hi Mark, Mark wrote: I am looking to write a provider that performs NIO on a Unix Domain Socket. This would be used to communicate between JVMs on the same box and do it in a way that is faster than TCP. The GlassFish project has one if you want to take a look at:

Re: To keep direct buffer support or not

Hi Trustin, Trustin Lee wrote: Hi, In the recent discussion ( http://www.nabble.com/Is-MINA-ByteBuffer-pool-of-dubious-value--tf2652301.html#a7401135), we agreed on removing acquire() / release() methods and pooling stuff. I think it's a great idea, but what do we do now with direct