The main problem for me with the TowardsGreaterSymmetryInRemoting page is that its not talking about a base asynch message oriented architecture. Much of the current asymmetry's is due to the rpc oriented api. If you flip this around to have a base asynch message view, all communication is handling of these messages. RPC with callbacks is setting up blocking message handlers. Symmetry from a higher level Client api is also not a requirement in my view. By definition a callback is an unpredictable event/out of band msg with respect to some rpc call returning a value. The use of client and server are also by definition asymmetric and map to msg senders/receivers. We need to start from the bottom and move back up to the rpc api in order to be able to talk about what the 3.0 version of Client should look like.
The architecture also needs to be layered such that you can plug into low level message creation for the case of needing to control the on the wire format of these messages. We are brining on the MINA lead, Trustin Lee, so we will need to look at how
Anil Saldhana wrote:Ron, Most of it may already be present. Here is what I am thinking: a) Pluggable mechanism to do authentication at either ends of the pipes (SASL) b) Pluggable ways to secure the payload that passes through the pipes. Regards, Anil Ron Sigal wrote:There have been various attempts to get some discussion going about the features desired for the next generation of Remoting, and so far I think the buzz has broken the -80 db level. I'm trying again with the wiki page at http://wiki.jboss.org/wiki/Wiki.jsp?page=TowardsGreaterSymmetryInRemoting. We in the Remoting group (i.e., me in the Remoting group) would like to hear from the Remoting stakeholders about what features would make Remoting more usable for you. Of course, I could just go ahead and write fun stuff. :-) -Ron_______________________________________________ jboss-development mailing list jboss-development@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-development_______________________________________________ jboss-development mailing list jboss-development@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-development