Pitching another idea: ServerInvokerHandler can have a method like "getType" or 
whatever.  It returns either an Object (that can be serialized of course) or a 
type that JBoss/Remoting provides (let's call it HandlerType for sake of 
discussion).  When I write my Handler subclass, I not only overload invoke() 
but I have the option (don't have to) overload getType() in which I return my 
own class with my own type information that identifies the KIND of service I am.

HandlerType provides identification info about the server.  I can use it or 
extend it to have it hold my custom data.  Maybe its just a Map of name/value 
pairs, maybe its something for sophisticated.

The point is, this HandlerType info gets sent to the NetworkRegistry and 
multicast to other nodes.  NetworkRegistry passes this HandlerType as part of 
the Notification message.

I don't know how this works in the design of JBoss/Remoting - can an 
InvocationLocator URL have mutiple handers (and thus multiple HandlerTypes 
associated with a discovered service).  I believe you can have multiple 
handlers, each in a different subsystem.  But I'm sure we can work with that 
(perhaps you get an array of HandlerTypes from the Notification message the 
NetworkREgistry emits).

The reason why I bring up this is that it introduces an Object Oriented way of 
identifying the remote servers, as opposed to the flatter way of name/value 
pairs the URL parameters introduce.  Having name/value pairs to identify the 
remote server isn't really the right way to go since it really does not help in 
identifying the LOCATION of the remote server.  IMO, that's what the 
InvokerLocator URL should do and only do.  IT should not contain superfluous 
information that doesn't help in determining the endpoint location of the 
server.

View the original post : 
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3871409#3871409

Reply to the post : 
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3871409


-------------------------------------------------------
This SF.net email is sponsored by Microsoft Mobile & Embedded DevCon 2005
Attend MEDC 2005 May 9-12 in Vegas. Learn more about the latest Windows
Embedded(r) & Windows Mobile(tm) platforms, applications & content.  Register
by 3/29 & save $300 http://ads.osdn.com/?ad_id=6883&alloc_id=15149&op=click
_______________________________________________
JBoss-Development mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Reply via email to