Difference between revisions of "Paradigms of communication"
(→Asynchronous-Asynchronous) |
(→Description) |
||
| Line 1: | Line 1: | ||
==Description== | ==Description== | ||
| − | Depending on the type of communication (Synchronous / Asynchronous), on the role played by {{GVESB}} (active / passive) and on the response management, it is possible to have from a minimum of one to a maximum of four operations constituting a single interaction client - server. | + | [[File:Paradigm.jpg|thumb|Legend]]Depending on the type of communication (Synchronous / Asynchronous), on the role played by {{GVESB}} (active / passive) and on the response management, it is possible to have from a minimum of one to a maximum of four operations constituting a single interaction client - server. |
| − | |||
=={{GVESB}} Configuration== | =={{GVESB}} Configuration== | ||
Revision as of 01:28, 11 February 2012
Contents
Description
Depending on the type of communication (Synchronous / Asynchronous), on the role played by GreenVulcano® ESB (active / passive) and on the response management, it is possible to have from a minimum of one to a maximum of four operations constituting a single interaction client - server.
GreenVulcano® ESB Configuration
GreenVulcano® ESB is configured for managing four paradigms of communication:
- Synchronous - Synchronous
- Synchronous - Asynchronous
- Asynchronous - Synchronous
- Asynchronous - Asynchronous
Synchronous-Synchronous
The Synchronous-Synchronous paradigm takes place following the Client -> GreenVulcano® ESB -> Server direction.
The following table shows its properties:
| Client | GVESB Workflow Number | Server | |
|---|---|---|---|
| Communication | Synchronous | 1 | Synchronous |
Synchronous-Asynchronous
The Synchronous-Asynchronous paradigm takes place following the Client -> GreenVulcano® ESB -> Server direction.
The following table shows its properties:
| Client | GVESB Workflow Number | Server | |
|---|---|---|---|
| Communication | Synchronous | 1 | Asynchronous |
The decoupling of communication can happen in two ways:
- GreenVulcano® ESB, using a plugin, invokes the server and waits for the response into a queue jms, bmq, etc.
- GreenVulcano® ESB enqueues into a jms queue shared with server and waits for the response into another jms queue.
Asynchronous-Synchronous
The Asynchronous-Synchronous paradigm takes place following the Client -> GreenVulcano® ESB -> Server direction.
The following table shows its properties:
| Client | GVESB Workflow Number | Server | |
|---|---|---|---|
| Communication | Asynchronous | 2/3 | Synchronous |
The decoupling of communication might happen in three ways:
- The Client makes a request to GreenVulcano® ESB using an Adapter. GreenVulcano® ESB elaborates the request, and after eventually communication with others systems, invokes a Service into the Client system to communicate the response.
- The Client makes a Request to GreenVulcano® ESB using an Adapter. GreenVulcano® ESB elaborates the request, and after eventually communication with others systems, enqueues the response in a queue shared with Client.
- The Client enqueue a message, GreenVulcano® ESB dequeue it, an after eventually communication with others systems, enqueues the response in a queue shared with Client.
Asynchronous-Asynchronous
The Asynchronous-Synchronous paradigm takes place following the Client -> GreenVulcano® ESB -> Server direction.
The following table shows its properties:
| Client | GVESB Workflow Number | Server | |
|---|---|---|---|
| Communication | Asynchronous | 4 | Asynchronous |
The decoupling of communication might happen in sixteen ways:
- The Client sends a Request to GreenVulcano® ESB through an adapter, GreenVulcano® ESB sends it to the Server. The server elaborates the request and, using an adapter, sends the response to the Client (SendReply).
- The Client sends a Request to GreenVulcano® ESB through an adapter, GreenVulcano® ESB enqueues into a Server JMS queue. The server elaborates the request and, using an adapter, sends the response to the Client (SendReply).
- The Client sends a Request to GreenVulcano® ESB through an adapter, GreenVulcano® ESB enqueues into a Server JMS queue. The server elaborates the request and, using an adapter, sends the response to the Client who enqueue it in a Client JMS queue (SendReply).
- The Client sends a Request to GreenVulcano® ESB through an adapter, GreenVulcano® ESB sends to the Server. The server elaborates the request and, using an adapter, sends the response to GreenVulcano® ESB who enqueue it in a Client JMS queue (SendReply).
- The Client sends a Request to GreenVulcano® ESB through an adapter, GreenVulcano® ESB sends to the Server. The server elaborates the request and enqueues it into a GreenVulcano® ESB queue which, through a Forward, sends the response to a Client JMS queue.
- The Client sends a Request to GreenVulcano® ESB through an adapter, GreenVulcano® ESB enqueues into a Server JMS queue. The server elaborates the request and enqueues it into a GreenVulcano® ESB queue which, through a Forward, sends the response to the Client.
- The Client sends a Request to GreenVulcano® ESB through an adapter, GreenVulcano® ESB enqueues into a Server JMS queue from which a Forward sends it to the Server. The server elaborates the request and enqueues it into a GreenVulcano® ESB JMS queue which, through a Forward, sends the response to the Client.
- The Client sends a Request to GreenVulcano® ESB through an adapter, GreenVulcano® ESB enqueues into a Server JMS queue from which a Forward sends it to the Server. The server elaborates the request and through an Adapter sends it to GreenVulcano® ESB (SendReply) which enquues into a Client JMS queue.
- The Client sends a Request, using an Adapter, to GreenVulcano® ESB who enqueues it into a JMS queue, and with a Forward sends it to the Server. The server elaborates the request and through an Adapter sends it to GreenVulcano® ESB (SendReply).
- The Client sends a Request, using an Adapter, to GreenVulcano® ESB who enqueues it into a JMS queue from which a Forward enqueues into a Server JMS queue. The server elaborates the request and through an Adapter sends it to GreenVulcano® ESB (SendReply).
- The Client sends a Request, using an Adapter, to GreenVulcano® ESB who enqueues it into a Server JMS queue. The server elaborates the request and through an Adapter sends it to GreenVulcano® ESB (SendReply) which enqueues it into a Client JMS queue.
- The Client sends a Request, using an Adapter, to GreenVulcano® ESB who enqueues it and successively a Forward enqueues it into a Server JMS queue. The server elaborates the request and through an Adapter sends it to GreenVulcano® ESB (SendReply) which enqueues it into a Client JMS queue.
- The Client sends a Request, using an Adapter. GreenVulcano® ESB enqueues it into a Server JMS queue. The server elaborates the request and enqueues the response into a GreenVulcano® ESB JMS queue which, using a Forward, enqueues it into a Client JMS queue.
- The Client sends a Request, using an Adapter. GreenVulcano® ESB enqueues and successively a Forward enqueues it into a Server JMS queue. The server elaborates the request and enqueues the response into a GreenVulcano® ESB JMS queue which, using a Forward, sends it to the Client.
- The Client sends a Request, using an Adapter. GreenVulcano® ESB enqueues and successively a Forward sends it the Server. The server elaborates the request and enqueues the response into a GreenVulcano® ESB JMS queue which, using a Forward, enqueues it into a Client JMS queue.
- The Client sends a Request, using an Adapter. GreenVulcano® ESB enqueues and successively a Forward enqueues it into a Server JMS queue. The server elaborates the request and enqueues the response into a GreenVulcano® ESB JMS queue which, using a Forward, enqueues it into a Client JMS queue.
