Asynchronous protocol framework

• US 20030182467A1
• Filed: 03/22/2002
• Published: 09/25/2003
• Est. Priority Date: 03/22/2002
• Status: Active Grant

• Current Assignee: Oracle America, Inc. (Oracle Corporation)
• Original Assignee: Sun Microsystems Incorporated (Oracle Corporation)
• Inventors: Jensen, Peter Strarup, Veselov, Pavel S., Vaghar, Shahriar, Govindarajapuram, Shivakumar S.
• Granted Patent: US 6,925,466 B2
• Time in Patent Office: Days
• US Class Current: 719/317
• CPC Class Codes: G06F 9/465 Distributed object oriented systems remote method invocation [RMI] G06F9/548
• CPC Class Codes: G06F 9/547 Remote procedure calls [RPC]; Web services
• CPC Class Codes: Y10S 707/99931 Database or file accessing

Abstract

An invention is disclosed for providing an asynchronous protocol framework. A registry is provided having a plurality of proxies, wherein each proxy implements a generic interface for a related to a software component. In addition, each proxy is capable of providing specific messages to the related software component based on an underlying design structure of the software component, for example, EJB specific or JMS specific messages. A first proxy is obtained from the registry, wherein the first proxy is related to a first software component, a message is sent to the first software component using the generic interface of the first proxy. In particular, the first proxy sends a specific message to the first software component based on the underlying design structure of the first software component.

Claims

1. A method for providing an asynchronous protocol framework, comprising the operations of:

providing a registry having a plurality of proxies, each proxy implementing a generic interface for a related to a software component, each proxy capable of providing specific messages to the related software component based on an underlying design structure of the software component;

obtaining a first proxy from the registry, the first proxy related to a first software component; and

sending a message to the first software component using the generic interface of the first proxy, wherein the first proxy sends a specific message to the first software component based on the underlying design structure of the first software component.

2. A method as recited in claim 1, wherein each proxy is identified using a naming convention including a domain, a type, and a session.

3. A method as recited in claim 2, wherein the domain specifies a category of software components.

4. A method as recited in claim 2, wherein the type specifies an interface type provided by the associated proxy.

5. A method as recited in claim 4, wherein the session specifies a particular instance of a related software component.

6. A method as recited in claim 4, wherein the session specifies a plurality of instances of a related software component.

7. A method as recited in claim 1, further comprising the operation of associating a reply address with the first proxy, wherein the reply address specifies an address for replies related to the first proxy.

8. A method as recited in claim 7, wherein the first software component obtains a second proxy for a second software component using the reply address.

9. A method as recited in claim 8, wherein the first software component sends a reply to the second software component using the second proxy.

10. An asynchronous protocol framework, comprising:

a registry having a plurality of proxies, each proxy implementing a generic interface for a related to a software component, each proxy capable of providing specific messages to the related software component based on an underlying design structure of the software component; and

a first software component having a first underlying design structure and a related first proxy in the registry, wherein a second software component sends messages to the first software component using the first proxy.

11. An asynchronous protocol framework as recited in claim 10, further including a reply address associated with first proxy, the reply address indicating an address for reply messages related to the first proxy.

12. An asynchronous protocol framework as recited in claim 11, the first software component obtains a second proxy for the second software component from the registry.

13. An asynchronous protocol framework as recited in claim 12, wherein the first software component sends messages to the second software component using the second proxy.

14. An asynchronous protocol framework as recited in claim 13, wherein each proxy is identified using a naming convention including a domain, a type, and a session.

15. An asynchronous protocol framework, comprising:

a registry having a plurality of proxies, each proxy implementing a generic interface for a related to a software component, each proxy capable of providing specific messages to the related software component based on an underlying design structure of the software component, each proxy is identified using a naming convention including a domain, a type, and a session; and

a first software component having a first underlying design structure and a related first proxy in the registry, wherein a second software component sends a message to the first software component using the first proxy, and wherein the message is routed to the first software component based on a domain, type, and session specified in the message.

16. An asynchronous protocol framework in claim 15, wherein the domain specifies a category of software components.

17. An asynchronous protocol framework as recited in claim 16, wherein the type specifies an interface type provided by the associated proxy.

18. An asynchronous protocol framework as recited in claim 17, wherein the session specifies a particular instance of a related software component.

19. An asynchronous protocol framework as recited in claim 17, wherein the session specifies a plurality of instances of a related software component.

20. An asynchronous protocol framework as recited in claim 15, wherein a reply address is associated with each proxy, the reply address indicating an address for reply messages related to the proxy.