This shows you the differences between two versions of the page.
Both sides previous revision Previous revision Next revision | Previous revision | ||
concepts:01-architecture [2019/11/12 07:21] tjotov [Server part of ADUCID] |
concepts:01-architecture [2020/03/25 22:30] (current) mpospisek ↷ Page name changed from concepts:architecture to concepts:01-architecture |
||
---|---|---|---|
Line 4: | Line 4: | ||
This chapter describes internal functionality of ADUCID. | This chapter describes internal functionality of ADUCID. | ||
- | |||
- | ===== Target application ===== | ||
- | |||
- | Target application is any application that uses ADUCID® services. Examples of such applications include web applications with standard thin client (standard browser), mobile applications with server counterpart, | ||
- | |||
- | From the system point of view, the application consists of a client part and a server part (TA Client and TA Server), which communicate with each other in their own manner via an R1 interface. | ||
- | |||
- | With [[nocode: | ||
=== Server part of ADUCID === | === Server part of ADUCID === | ||
Line 18: | Line 10: | ||
See [[components: | See [[components: | ||
+ | === PEIG - Client part of ADUCID === | ||
+ | See [[components: | ||
- | ===== PEIG - Client part of ADUCID ===== | + | === Target application |
- | + | Target application is any application that uses ADUCID® services. Examples of such applications include web applications with standard thin client | |
- | See [[components: | + | |
+ | From the system point of view, the application consists of a client part and a server part (TA Client and TA Server), which communicate with each other in their own manner via an R1 interface. | ||
+ | With [[nocode: | ||
===== Interfaces ===== | ===== Interfaces ===== | ||
- | ADUCID uses 4 basic interfaces: | + | ADUCID uses four basic interfaces: |
==== R1 ==== | ==== R1 ==== | ||
Line 61: | Line 56: | ||
{{: | {{: | ||
- | == Communications diagram | + | **Communications diagram** |
The server part of the target application first requests the required operation via the R4 control interface and specifies its AIM parameters. | The server part of the target application first requests the required operation via the R4 control interface and specifies its AIM parameters. | ||
Line 81: | Line 76: | ||
PEIG finishes its activity by using a return URI. Then, depending on scenario, final action is executed (AJAX reload, page refresh, redirect). | PEIG finishes its activity by using a return URI. Then, depending on scenario, final action is executed (AJAX reload, page refresh, redirect). | ||
+ | [<> |