Difference between revisions of "Cross-border Subscriptions"
Jump to navigation
Jump to search
m |
|||
(7 intermediate revisions by 2 users not shown) | |||
Line 2: | Line 2: | ||
The Cross-border Subscriptions application collaboration consists of various co-operating application components implementing multiple application services used by both Notification Process Realization (DP) and Subscription Process Realization (DP). It implements: | The Cross-border Subscriptions application collaboration consists of various co-operating application components implementing multiple application services used by both Notification Process Realization (DP) and Subscription Process Realization (DP). It implements: | ||
− | * the full life cycle of subscriptions (CRUD) and offers functionality to validate and confirm subscriptions as well as error handling; | + | * the full life cycle of subscriptions (CRUD) in a MS and offers functionality to validate and confirm subscriptions as well as error handling; |
* event handling, i.e. filtering local (national) events for relevant cross-border events and creating the notifications messages and preparing the list of subscribers for particular cross-border events that need to be dispatched; | * event handling, i.e. filtering local (national) events for relevant cross-border events and creating the notifications messages and preparing the list of subscribers for particular cross-border events that need to be dispatched; | ||
* notifications of events, it provides a UI (front-end) in order to inspect log files and manually dispatch events if needed. A back-end serves this front-end and connects with the event handling. | * notifications of events, it provides a UI (front-end) in order to inspect log files and manually dispatch events if needed. A back-end serves this front-end and connects with the event handling. | ||
Line 14: | Line 14: | ||
|- | |- | ||
|[[Subscription System]] | |[[Subscription System]] | ||
− | |Application component managing the entire life cycle of subscriptions, | + | |Application component managing the entire life cycle of subscriptions, i.e. creation and maintaining subscriptions. It also offers functionality for validating subscriptions (does subject exist?, is the event supported?, is the subscription changing an existing subscription?), confirmation of a subscription and error handling. |
The component makes use of an interface to access the base registry. | The component makes use of an interface to access the base registry. | ||
Line 20: | Line 20: | ||
|- | |- | ||
|[[Cross-border Event Handler]] | |[[Cross-border Event Handler]] | ||
− | |Application component handling the cross-border events. It filters all | + | |Application component handling the cross-border events. It filters all domestic events for relevant cross-border events and takes care of preparing a notification message and compiling a subscribers list to which the notification must be sent. |
− | The component makes use of an interface | + | The component makes use of an interface to access the base registry. |
|[[Subscription and Notification Pattern|S&N]] | |[[Subscription and Notification Pattern|S&N]] | ||
|- | |- | ||
|[[Notification Back-end]] | |[[Notification Back-end]] | ||
− | |Application component serving the front-end. | + | |Application component serving the front-end and connecting with event handling. |
|[[Subscription and Notification Pattern|S&N]] | |[[Subscription and Notification Pattern|S&N]] | ||
|- | |- | ||
|[[Notification Front-end]] | |[[Notification Front-end]] | ||
− | |Application component providing the UI for civil servants | + | |Application component providing the UI for civil servants to dispatch events and consult logging information for trouble shooting. |
|[[Subscription and Notification Pattern|S&N]] | |[[Subscription and Notification Pattern|S&N]] | ||
|} | |} |
Latest revision as of 10:57, 1 July 2021
The Cross-border Subscriptions application collaboration consists of various co-operating application components implementing multiple application services used by both Notification Process Realization (DP) and Subscription Process Realization (DP). It implements:
- the full life cycle of subscriptions (CRUD) in a MS and offers functionality to validate and confirm subscriptions as well as error handling;
- event handling, i.e. filtering local (national) events for relevant cross-border events and creating the notifications messages and preparing the list of subscribers for particular cross-border events that need to be dispatched;
- notifications of events, it provides a UI (front-end) in order to inspect log files and manually dispatch events if needed. A back-end serves this front-end and connects with the event handling.
It uses interfaces to communicate with the Base Registry of companies in the MS.
Application Component | Description | Pattern(s) |
---|---|---|
Subscription System | Application component managing the entire life cycle of subscriptions, i.e. creation and maintaining subscriptions. It also offers functionality for validating subscriptions (does subject exist?, is the event supported?, is the subscription changing an existing subscription?), confirmation of a subscription and error handling.
The component makes use of an interface to access the base registry. |
S&N |
Cross-border Event Handler | Application component handling the cross-border events. It filters all domestic events for relevant cross-border events and takes care of preparing a notification message and compiling a subscribers list to which the notification must be sent.
The component makes use of an interface to access the base registry. |
S&N |
Notification Back-end | Application component serving the front-end and connecting with event handling. | S&N |
Notification Front-end | Application component providing the UI for civil servants to dispatch events and consult logging information for trouble shooting. | S&N |