[jira] Commented: (DIRMINA-379) setKeepAlive/setTcpNoDelay and exceptions in Windows Vista

[ https://issues.apache.org/jira/browse/DIRMINA-379?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12642875#action_12642875 ] Mauritz Lovgren commented on DIRMINA-379: - I see this as well (Windows 2000, 2003

[jira] Updated: (DIRMINA-379) setKeepAlive/setTcpNoDelay and exceptions in Windows Vista

[ https://issues.apache.org/jira/browse/DIRMINA-379?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mauritz Lovgren updated DIRMINA-379: Comment: was deleted > setKeepAlive/setTcpNoDelay and exceptions in Windows Vista > --

accessing existing sockets once created

Hi OK, so I have now implemented crude (Multicast) AprDatagramAcceptor and -Connector that seem to work on linux (no documentation, no error handling). My question now: I would like to have joinGroup and leaveGroup have an effect on any sockets the acceptor is "managing". Is there a way to access

Protocol selector based on state

Hello there, I wish to know if there is some kind of protocol selector class based on session state. As strange as I make it sound, it's a simple concept once I can state it right, so let me try to make it clear by using an example: Imagine a protocol where one 3CPO robot talks to another 3CPO ro

Re: Protocol selector based on state

Rodrigo Madera wrote: Hello there, I wish to know if there is some kind of protocol selector class based on session state. As strange as I make it sound, it's a simple concept once I can state it right, so let me try to make it clear by using an example: Imagine a protocol where one 3CPO robot

Re: Protocol selector based on state

Hey Emmanuel, Thanks for the tip. I'll try that. I'll just have to make sure that I don't lose any buffered data somewhere, but since that's in an IoBuffer I think I'll be good. Losing bits while decoding random analog sound signals is not a good idea ;-) Thanks!! On Mon, Oct 27, 2008 at 1:22 P

Re: Protocol selector based on state

Rodrigo Madera wrote: Hey Emmanuel, Thanks for the tip. I'll try that. I'll just have to make sure that I don't lose any buffered data somewhere, but since that's in an IoBuffer I think I'll be good. Losing bits while decoding random analog sound signals is not a good idea ;-) But you have t

misc. distribution quirks

Hi, I've just gone through the process of installing and configuring the FTP server from the M3 distribution (zip) from scratch, and came across a few quirks: 1. The main project page (and possibly others) seems to have a bunch of typos, such as: - "The Apache FtoServer" => FtpServer

Re: misc. distribution quirks

A. Rothman wrote: Hi, Hi, dealing with low hanging fruits, before going to bed, I fixed #1 :) I've just gone through the process of installing and configuring the FTP server from the M3 distribution (zip) from scratch, and came across a few quirks: 1. The main project page (and possibly o

Re: [Fwd: Re: CFP open for ApacheCon Europe 2009]

I did one on 2.0 at the last ApacheCon, loosly based on Peter's presentation from ApacheCon US 2007. (btw, I should really get my presentation added on the documentation page in the wiki). I'll be happy to evolve that presentation a bit for this year, I would like to put more effort into how to bu