Name service object clustering

1. A method for load balance of Common Object Request Broker Architecture (COBRA) object servers, comprising:

invoking a name service cluster;

indicating to a user whether bind interceptors are in use;

providing the user with a class having relevant methods if bind interceptors are in use;

specifying the class such that the class contains the most relevant methods, the most relevant methods comprising: Bind, Bind_Succeeded, or Bind_Failed, or any combination thereof;

establishing name service clusters for object servers each name service cluster containing a unique object binding table containing object server reference bindings;

clustering together object server reference bindings having identical names into common clusters such that loads are equitably distributed among object servers;

performing a load balance by having a name service select an object server located in an invoked cluster;

appending a cluster component to the invoked cluster to provide failover upon failure of the object server; and

forwarding a selected object server reference binding to a client upon completion of the load balance.

2. The method of claim 1 , wherein the invoking comprises binding to an object server using an IP Address and a port number contained in an object server reference binding.

3. The method of claim 1 , further comprising:

checking the bind interceptors if the object server fails; and

selecting an alternative server if a bind interceptor contains a predetermined method; said selecting being performed by the user upon entry of the predetermined method by the user.

4. The method of claim 3 , further comprising:

intercepting a cluster component of the object server which failed based on the bind interceptor;

invoking a load balance algorithm of the cluster via the bind interceptor to select and return a new object reference located in the cluster to the client; and

establishing communications with the client and a server of the new object reference; and marking the failed object server to indicated failure thereof.

5. The method of claim 4 , further comprising:

removing the marked failed object server from the cluster.

6. The method of claim 3 , wherein the predetermined method is Bind_Failed.

7. The method of claim 3 , wherein the predetermined method is a Round robin load balancing algorithm.

8. The method of claim 1 , further comprising:

specifying a load balance algorithm upon creation of a naming service cluster to perform name service load balancing of object references contained within the clusters, wherein said load balancing is performed based on a predetermined method.

9. The method of claim 1 , wherein each cluster contains an object binding table which contains object server reference bindings; and wherein each object server reference binding represents a single object server.

10. A system for load balance of Common Object Request Broker Architecture (CORBA) object servers, comprising:

a processor configured for:

invoking a name service cluster;

indicating to a user whether bind interceptors are in use;

providing the user with a class having relevant methods if bind interceptors are in use; and

specifying the class such that the class contains the most relevant methods, the most relevant methods comprising: Bind, Bind_Succeeded, or Bind_Failed, or any combination thereof;

establishing name service clusters for object servers, each name service cluster containing a unique object binding table containing object server reference bindings;

clustering together object server reference bindings having identical names into common clusters such that loads are equitably distributed among object servers;

performing a load balance by having a name service select an object server located in an invoked cluster;

appending a cluster component to the invoked cluster to provide failover upon failure of the object server; and

forwarding a selected object server reference binding to a client upon completion of the load balance.

11. The system of claim 10 , wherein the invoking comprises binding to an object server using an IP Address and a port number contained in an object server reference binding.

12. The system of claim 10 , the processor further configured for:

checking the bind interceptors if the object server fails; and

selecting an alternative server if a bind interceptor contains a predetermined method; said

selecting being performed by the user upon entry of the predetermined method by the user.

13. The system of claim 12 , the processor further configured for:

intercepting a cluster component of the object server which failed based on the bind interceptor;

invoking a load balance algorithm of the cluster via the bind interceptor to select and return a new object reference located in the cluster to the client; and

establishing communications with the client and a server of the new object reference; and marking the failed object server to indicated failure thereof.

14. The system of claim 13 , the processor further configured for:

removing the marked failed object server from the cluster.

15. The system of claim 12 , wherein the predetermined method is Bind_Failed.

16. The system of claim 12 , wherein the predetermined method is a Round robin load balancing algorithm.

17. The system of claim 10 , the processor further configured for:

specifying a load balance algorithm upon creation of a naming service cluster to perform name service load balancing of object references contained within the clusters, wherein said load balancing is performed based on a predetermined method.

18. The system of claim 10 , wherein each cluster contains an object binding table which contains object server reference bindings; and wherein each object server reference binding represents a single object server.