Cloud service integration flow

Patent metadata

Field	Value
Publication number	US-10628237-B2
Application number	US-201715705901-A
Country	US
Kind code	B2
Filing date	Sep 15, 2017
Priority date	Sep 16, 2016
Publication date	Apr 21, 2020
Grant date	Apr 21, 2020

Abstract

Techniques are disclosed for identifying, applying and validating changes to activities in an integration flow. A user may make a change to an activity in an integration flow. Other activities in the integration flow may be affected because of the change. Any activities that are affected by the change are identified and changes are made to the affected activities so that the integration flow can operate correctly. After the changes are made, the activities are validated to ensure that the changes made are consistent with the integration flow.

First claim

What is claimed is:

1. A method for changing an integration flow of an integration system, the method comprising:
receiving a request from a first activity of a plurality of activities in the integration flow displayed on a user interface, wherein the request comprises a first change to a first parameter in the first activity of the integration flow;
identifying a second activity from the plurality of activities in the integration flow displayed on the user interface that is affected by the first change to the first parameter in the first activity;
applying a second change to second parameter in the second activity from the plurality of activities in the integration flow displayed on the user interface based on the first change to the first parameter in the first activity; and
validating the second activity.

2. The method according to claim 1 , wherein the identifying the second activity comprises:
registering the first change to the first parameter in a changed activity register;
determining whether the second activity from the plurality of activities is affected by the first change registered in the changed activity register; and
in response to the second activity being affected by the first change, registering the second change to the second parameter in the changed activity register.

3. The method according to claim 2 , wherein the determining whether the second activity from the plurality of activities is affected by the first change comprises determining whether the second parameter of the second activity is dependent on the first parameter in the first activity.

4. The method according to claim 2 , further comprising, prior to applying the second change to second data, identifying a third activity from the plurality of activities affected by one of the first change to the first parameter in the first activity and the second change to the second parameter in the second activity; and
registering a third change to the changed activity register.

5. The method according to claim 1 , further comprising:
after applying the second change to the second parameter, receiving a request to register the second activity in a change validation register; and
registering the second activity in the change validation register.

6. The method according to claim 5 , wherein the validating the second activity comprises:
identifying the second activity registered in the change validation register; and
determining whether the second activity is consistent with the integration flow.

7. The method according to claim 6 , wherein in response to the second activity not being consistent with the integration flow, providing one of an error or a warning to a user.

8. The method according to claim 7 , wherein the one of the error or the warning is displayed adjacent to the second activity.

9. The method according to claim 1 , wherein the first activity comprises one of a source application, a target application, and an action.

10. The method according to claim 1 , wherein the integration flow comprises a source application, a target application, and an action.

11. The method according to claim 9 , wherein the action comprises one of assign, callback, fault return, for each, function call, logger, map, notification, raise error, return, scope, stage file, switch, stop, wait, and while.

12. The method according to claim 1 , further comprising:
in response to receiving the request from the first activity, obtaining a previous configuration value of the first activity;
creating system artifacts for the first activity, wherein the system artifacts comprise updated configuration values of the first activity corresponding to the first change in the request;
analyzing the updated configuration values; and
assigning a level of impact to the updated configuration values.

13. The method according to claim 12 , wherein the level of impact comprises one of a major level of impact and a minor level of impact.

14. The method according to claim 13 , wherein the major level of impact is assigned to updated configuration values corresponding to one of an application message exchange pattern change, a root element name change of a request input, a root element namespace change of a request output, a root element name change of a response input, and a root element namespace change of a response output.

15. The method according to claim 12 , wherein the first activity is one of a source application and a target application.

16. A non-transitory computer readable storage medium storing instructions which, when executed by one or more processors of a computing device, cause the one or more processors to perform a method comprising:
receiving a request from a first activity of a plurality of activities in an integration flow displayed on a user interface, wherein the request comprises a first change to a first parameter in the first activity of the integration flow;
identifying a second activity from the plurality of activities in the integration flow displayed on the user interface that is affected by the first change to the first parameter in the first activity;
applying a second change to second parameter in the second activity from the plurality of activities in the integration flow displayed on the user interface based on the first change to the first parameter in the first activity; and
validating the second activity.

17. The non-transitory computer readable storage medium according to claim 16 , wherein the identifying the second activity comprises:
registering the first change to the first parameter in a changed activity register;
determining whether the second activity from the plurality of activities is affected by the first change registered in the changed activity register; and
in response to the second activity being affected by the first change, registering the second change to the second parameter in the changed activity register.

18. The non-transitory computer readable storage medium according to claim 17 , wherein the determining whether the second activity from the plurality of activities is affected by the first change comprises determining whether the second parameter of the second activity is dependent on the first parameter in the first activity.

19. A computing device, comprising:
a memory; and
one or more processors configured to:
receive a request from a first activity of a plurality of activities in an integration flow displayed on a user interface, wherein the request comprises a first change to a first parameter in the first activity of the integration flow;
identify a second activity from the plurality of activities in the integration flow displayed on the user interface that is affected by the first change to the first parameter in the first activity;
apply a second change to second parameter in the second activity from the plurality of activities in the integration flow displayed on the user interface based on the first change to the first parameter in the first activity; and
validate the second activity.

20. The computing device according to claim 19 , wherein the identifying the second activity comprises:
registering the first change to the first parameter in a changed activity register;
determining whether the second activity from the plurality of activities is affected by the first change registered in the changed activity register; and
in response to the second activity being affected by the first change, registering the second change to the second parameter in the changed activity regist

Assignees

• Oracle Int Corp

Inventors

• Gravenites Greg
• Modi Rajan Mahendrakumar
• Harsh Colin
• Van Hoesen Andy
• Rafique Arif
• Padhy Ansuman

Classifications

• H04L41/0816

  the condition being an adaptation, e.g. in response to network events · CPC title

• H04L67/10

  in which an application is distributed across nodes in the network (software deployment G06F8/60; multiprogramming arrangements G06F9/46) · CPC title

• G06Q10/063

  Operations research, analysis or management · CPC title

• G06F16/2358

  Change logging, detection, and notification (replication G06F16/27) · CPC title

• H04L43/08

  Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters · CPC title