[
http://jira.jboss.com/jira/browse/JBREM-433?page=comments#action_12367938 ]
David Lloyd commented on JBREM-433:
-----------------------------------
This can definitely be done in terms of a one-way invocation. But how would the response
aggregation work in a request-reply scenario?
Using a connection-oriented protocol, you'd be no better off than if you iterated over
a series of connections, sending a request to each, and then waiting until a reply is
received for each.
It seems like you'd want to utilize UDP broadcast or multicast for this sort of thing.
But in this case, you have no reliable way to figure out how many responses to expect.
point to multipoint invocation api
----------------------------------
Key: JBREM-433
URL:
http://jira.jboss.com/jira/browse/JBREM-433
Project: JBoss Remoting
Issue Type: Feature Request
Security Level: Public(Everyone can see)
Components: general
Affects Versions: 2.0.0.Beta1
Reporter: Tom Elrod
Assigned To: Tom Elrod
Fix For: 2.4.0.Beta1 (Pinto)
Would like to provide API where client could make single invocation that would be made on
multiple remoting servers at one time. The responses for each target server would be
aggregated into one response as return to the client call. Basically want to mimic same
behavior found within jgroups for this, but provide support over all the transports for
this.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira