Introduction

The external flow is a concept that allows embedding and starting a flow from a (remote) project, without the use of Portal Messages.

The value of this functionality is to get:

• a good design of the solution:
  • Structure your application
  • Make your solution scalable
• a good application UX:
  • The end user directly see which information is loaded and what not
• a good application model:
  • Modelling is more explicit which brings clarity in the model

Conceptually it works as depicted in the following figure.

.... external flow [editor] ....

... OLD-tobedeleted: Concept: External Flow Container [Editor] ...

Goal

The goal of this mechanism is to be:

• No monolyth
• agile applications
• maintainable

Architecture

The architecture of the EFC looks like the following:

Elements

To be able to use this functionality a new container type is to be used: the AQ_ExternalFlow. 

Also the concept of a contract is needed: see Contract module.

Limitations

• Running the external flow using host and target runtimes with different major and minor versions is not supported.

Pros

xxx

• To split up large applications
• In control
• Short release cycle
• Release part is small
• Target inactive ...
• Docker ??

Pitfalls

xxx

• This construction should not be used as a "doel an sich"
• There is a chance of circular reasoning
• Sessions can break
• Datamapping ...

Installation

x