Bug 779131 (SOA-1529) - Service Invoker load balance policy that prefers local EPRs
Summary: Service Invoker load balance policy that prefers local EPRs
Keywords:
Status: NEW
Alias: SOA-1529
Product: JBoss Enterprise SOA Platform 4
Classification: JBoss
Component: JBossESB
Version: 4.3 CP02
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
: FUTURE
Assignee: Nobody
QA Contact:
URL: http://jira.jboss.org/jira/browse/SOA...
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-10-14 07:54 UTC by niklas käck
Modified: 2022-04-17 15:04 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed:
Type: Feature Request
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 779854 0 high CLOSED Service Invoker load balance policy that prefers local EPRs 2021-02-22 00:41:40 UTC
Red Hat Issue Tracker SOA-1529 0 None Closed Service Invoker load balance policy that prefers local EPRs 2012-04-20 03:26:17 UTC

Internal Links: 779854

Description niklas käck 2009-10-14 07:54:00 UTC
Date of First Response: 2009-10-14 04:02:33
Help Desk Ticket Reference: https://support.redhat.com/jbossnetwork/restricted/caseDetail.html?caseId=352029
project_key: SOA

When running SOA-P in a clustered UDDI setup, a request may be routed according to three load balance algorithms (AFAIK).
* First Available
* Round Robin
* Random Robin

There's no balancer that takes into account that a user might not want the requests to get balanced between the instances in the cluster (since that makes it hard to debug in the event of a failure)

This feature request is for a load balance policy for the service invoker that prefers the local instance over other remote instances to avoid having the request jumping between instances.

Comment 1 Kevin Conner 2009-10-14 08:02:33 UTC
This is not easy to achieve through a load balancer policy, it would require a new registry interceptor.

Comment 2 Burr Sutter 2009-10-21 18:11:20 UTC
I had thought that InVM was the top priority - stay inside the current JVM when possible.

Comment 3 Kevin Conner 2009-10-21 18:16:22 UTC
It is if they choose to use it ,but this is for when they want the additional guarantees that a transport such as JMS provides.

Comment 4 Anne-Louise Tangring 2010-02-25 19:00:14 UTC
Approved for SOA 4.3 CP03, but only if resolved by Due Date.

Comment 5 Kevin Conner 2010-03-04 13:18:09 UTC
Link: Added: This issue depends JBESB-3197


Comment 6 Kevin Conner 2010-03-12 10:40:41 UTC
Did not make the cut

Comment 7 David Le Sage 2010-03-15 00:03:00 UTC
Draft text for Known Issues section of the Release Notes:


https://jira.jboss.org/jira/browse/JBESB-3197

    Currently, there is no service invoker load-balancing policy that prefers local end-point references.
    This would be of use if users do not want requests to be balanced between different instances in
    the clutter, as the latter makes debugging harder in the event of a failure.

    There is no work-around for this lack of functionality.


Comment 8 Kevin Conner 2010-08-09 15:12:19 UTC
Link: Added: This issue related SOA-2214


Comment 9 Kevin Conner 2010-08-09 15:18:57 UTC
See linked issue for registry interceptor addressing this.


Note You need to log in before you can comment on or make changes to this bug.