This is one of the reasons why adding a blocking I/O MINA transport was on my list of GSoC projects. We need to be able to support blocking I/O in order to support multicast. Once we do support blocking I/O support multicast will be trivial. Unfortunately, I only applied for the Async HTTP client with GSoC. I didn't have time to put my blocking I/O proposal together and the deadline has passed. :(
I would still like to contribute to such an effort. I'm also very interested in performance metrics between blocking and polling I/O (and APR). -Mike 이희승 (Trustin Lee) wrote: > Hi Jan, > > Thanks for the great idea (=SoC). I don't have enough time these days > to be a mentor of a project unfortunately, but I'd like to encourage > anyone to volunteer to be a mentor of this project. Then we could > announce something. > > I also want to know what Mike thinks about this proposal. Or Mike could > propose a new project. > > Cheers, > > On Mon, 2008-03-31 at 18:30 +0900, Jan S. Rellermeyer wrote: >> Hi, >> >> I am currently working on writing an SLP provider for Apache DS based on >> Mina. I followed the discussion about multicast support. What is the current >> status? >> Multicast support is absolutely inevitable for implementing the SLP >> protocol. If there is currently no plan to implement a java.net.io-based >> multicast support, what about announcing a Google SOC project on this? I >> could offer to (co-)mentor that. >> >> Best regards, >> >> Jan. >> >> ------------------------------------------------------------ >> ETH Zurich, MSc Jan S. Rellermeyer, >> Information and Communication Systems Research Group (IKS), >> Department of Computer Science, >> IFW B 47.1, Haldeneggsteig 4, CH–8092 Zürich Tel +41 44 632 30 38, >> http://www.iks.inf.ethz.ch >> ------------------------------------------------------------ >> >> >>
