Tom wrote : | Remoting currently views things in terms of the Object world, meaning at the highest API level, it expects to be dealing with objects. Then as dive deeper in the guts of remoting were have transport and marshalling, the same theme still exists (although not as tightly constrained). Think what Scott is talking about is having the transport layer so that at lowest level is only dealing with raw data, then passes that data to a higher level, where would be converted into whatever format (an Object for example), then pushed up. | How about exposing access to raw data from the top-most level, specifically to allow speed optimizations like sending fast, high-throughput (that means no serialization or marshalling) acknowledgments, something that we need in Messaging, for example? Tim wrote : | For messaging we would probably just use the very lowest level and forget about the rest. | No. We also need invocations (high level). See http://www.jboss.org/index.html?module=bb&op=viewtopic&t=92954 Tim wrote : | However, is it realistic to get it implemented this way in our timescales? | I don't think it's so complicated. The implementation doesn't need to be perfect from the first try. We only need to get the API right. Tim wrote : | If we want to compete in the "enterprise" market (large telcos / banks) I suggest we need to support 1000s of connections, in which case I very much doubt a blocking approach is going to work well. | If we're happy living in the small office, hobby user market then sticking with blocking might be an acceptable route IMHO. | How about we have both? And a huge red double-pole-service-disconnect kind of breaker saying on one side "Enterprise" and on the other "Hobby User"? :) Seriously now, I don't disagree at all that high end goes with NIO. The doubts I have are related to how NIO performs in the case when you have just two clients that keep sending messages for a month on a "keep-alive" connection. But I think we already agreed on the fact that we need to bench. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3979564#... Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&a...