Categorizing and modeling integration adapters

Patent metadata

Field	Value
Publication number	US-9483329-B2
Application number	US-201514617059-A
Country	US
Kind code	B2
Filing date	Feb 9, 2015
Priority date	Feb 9, 2015
Publication date	Nov 1, 2016
Grant date	Nov 1, 2016

Abstract

The disclosure generally describes computer-implemented methods, software, and systems, including a method for generating and storing adapter characterization information. Adapter-related information associated with an adapter is received. Communication patterns associated with the adapter are determined. Quality-of-service patterns are applied to the communication patterns. An adapter flow is configured for the adapter. A visualization of the adapter flow for the adapter is provided. Characterization information determined for the adapter is stored.

First claim

What is claimed is:

1. A method of modeling and storing characterized adapters, the method comprising:
receiving, by a user request module of a server, an adapter-related information associated with an adapter, wherein receiving adapter-related information associated with an adapter include determining a modeling complexity for the adapter;
determining, by a communication module of the server, communication patterns associated with the adapter, wherein determining communication patterns associated with the adapter includes identifying communication styles and bridges for the adapter, and determining one or more processing patterns for the adapter;
applying, by a quality of service module of the server, quality-of-service patterns to the communication patterns, wherein applying quality-of-service patterns to the communication patterns includes checking reliability messaging for the adapter, checking idempotency requirements for the adapter, and checking messaging re-sequencing for the adapter;
configuring, by an adapter flow module at the server, an adapter flow for the adapter;
providing, by a visualization module of the server, a visualization of the adapter flow for the adapter to a client device; and
storing characterization information determined for the adapter in a characterization data store of the server, wherein the stored characterization information is used in a separation of an integration process and an adapter flow for modularity, deployment options, and potentially heterogeneous system setups, along same semantics.

2. The method of claim 1 , wherein the adapter is an integration adapter and wherein receiving adapter-related information associated with an adapter includes:
identifying an adapter type for the adapter;
determining an integration style for the adapter;
identifying a quality of service level for the adapter; and
capturing adapter tasks and an architecture associated with the adapter.

3. The method of claim 2 , wherein determining an integration style for the adapter includes identifying message exchange patterns that identify whether a message is in-only or in-out.

4. The method of claim 2 , wherein adapter types are selected from the group comprising consumer-only adapters, producer-only adapters, consumer+producer adapters, polling adapters, and event-based adapters.

5. The method of claim 1 , wherein applying quality-of-service patterns to the communication patterns includes identifying message delivery types selected from the group comprising best effort (BE), at least once (ALO), exactly once (EO), and exactly once in order (EOIO).

6. The method of claim 1 , wherein each adapter is associated with a template in an association including at least re-usability and pattern-based modeling.

7. A system for modeling and storing characterized adapters, the system comprising:
one or more processors; and
a memory storing:
a library defining adapter information and characterization information; and
an application, with instructions executed by the one or more processors, the instructions for:
receiving, by a user request module of a server, adapter-related information associated with an adapter, wherein receiving adapter-related information associated with an adapter include determining a modeling complexity for the adapter;
determining, by a communication module of the server, communication patterns associated with the adapter, wherein determining communication patterns associated with the adapter includes identifying communication styles and bridges for the adapter, and determining one or more processing patterns for the adapter;
applying, by a quality of service module of the server, quality-of-service patterns to the communication patterns, wherein applying quality-of-service patterns to the communication patterns includes checking reliability messaging for the adapter, checking idempotency requirements for the adapter, and checking messaging re-sequencing for the adapter;
configuring, by a an adapter flow module at the server, an adapter flow for the adapter;
providing, by a visualization module of the server, a visualization of the adapter flow for the adapter to a client device; and
storing characterization information determined for the adapter in a characterization data store of the server, wherein the stored characterization information is used in a separation of an integration process and an adapter flow for modularity, deployment options, and potentially heterogeneous system setups, along same semantics.

8. The system of claim 7 , wherein the adapter is an integration adapter and wherein receiving adapter-related information associated with an adapter includes:
identifying an adapter type for the adapter;
determining an integration style for the adapter;
identifying a quality of service level for the adapter; and
capturing adapter tasks and an architecture associated with the adapter.

9. The system of claim 8 , wherein determining an integration style for the adapter includes identifying message exchange patterns that identify whether a message is in-only or in-out.

10. The system of claim 8 , wherein adapter types are selected from the group comprising consumer-only adapters, producer-only adapters, consumer+producer adapters, polling adapters, and event-based adapters.

11. A non-transitory, computer-readable medium, the computer-readable medium comprising computer-readable instructions for modeling and storing characterized adapters embodied on tangible, non-transitory media, the instructions operable when executed by at least one computer to:
receive, by a user request module of a server, adapter-related information associated with an adapter, wherein receiving adapter-related information associated with an adapter include determining a modeling complexity for the adapter;
determine, by a communication module of the server, communication patterns associated with the adapter, wherein determining communication patterns associated with the adapter includes identifying communication styles and bridges for the adapter, and determining one or more processing patterns for the adapter;
apply, by a quality of service module of the server, quality-of-service patterns to the communication patterns, wherein applying quality-of-service patterns to the communication patterns includes checking reliability messaging for the adapter, checking idempotency requirements for the adapter; and checking messaging re-sequencing for the adapter;
configure, by a an adapter flow module at the server, an adapter flow for the adapter;
provide, by a visualization module of the server, a visualization of the adapter flow for the adapter to a client device; and
store characterization information determined for the adapter in a characterization data store of the server, wherein the stored characterization information is used in a separation of an integration process and an adapter flow for modularity, deployment options, and potentially heterogeneous system setups, along same semantics.

12. The computer-readable medium of claim 11 , wherein the adapter is an integration adapter and wherein receiving adapter-related information associated with an adapter includes:
identifying an adapter type for the adapter;
determining an integration style for the adapter;
identifying a quality of service level for the adapter; and
capturing adapter tasks and an architecture associated with the adapter.

13. The computer-readable medium of claim 12 , wherein determining an integration style for the adapter includes identifying message exchange patterns that identify whether a message is in-only or in-out.

Assignees

• Ritter Daniel
• Holzleitner Manuel
• Sap Se

Inventors

• Ritter Daniel
• Holzleitner Manuel

Classifications

• G06F9/546

  Message passing systems or structures, e.g. queues · CPC title

• G06F8/10

  Requirements analysis; Specification techniques · CPC title

• G06F9/541 Primary

  via adapters, e.g. between incompatible applications · CPC title

• G06F8/20

  Software design · CPC title

• G06F8/427

  Parsing · CPC title