Skip to Content

Changes for page HTTP Resources

Last modified by Erik Bakker on 2024/08/23 10:51
From version 6.1
edited by Erik Bakker
on 2023/01/20 14:17
Change comment: There is no comment for this version
To version 8.1
edited by Eva Torken
on 2023/06/08 11:33
Change comment: There is no comment for this version

Summary

Details

Page properties
Title
... ... @@ -1,1 +1,1 @@
1 -HTTP Resource (Paths)
1 +HTTP Resources
Author
... ... @@ -1,1 +1,1 @@
1 -XWiki.ebakker
1 +XWiki.etorken
Content
... ... @@ -11,8 +11,8 @@
11 11  == 2. Key concepts ==
12 12  
13 13  This microlearning centers around HTTP Resource (Paths) in conjunction with the API Gateway solution of eMagiz.
14 -With HTTP Resource Paths we mean: Identify the resource (i.e. Client, Order, Employee) and define the descriptive path (i.e. /v1/order, /v1/order/{uuid}) an external party can call to execute the operation
15 -With API Gateway we mean: A collection of RESTful API operations that can be published to the outside world to give them access to applications that are linked to your business process
14 +With HTTP Resource Paths we mean: Identify the resource (i.e. Client, Order, Employee) and define the descriptive path (i.e. /v1/order, /v1/order/{uuid}) an external party can call to execute the operation.
15 +With API Gateway we mean: A collection of RESTful API operations that can be published to the outside world to give them access to applications that are linked to your business process.
16 16  
17 17  When determining the correct resource path to expose to the outside world start at what you want to make publicly available.
18 18  For example, when you want to make it possible for external parties to retrieve a collection of orders without any filter a valid resource path can be:
... ... @@ -34,7 +34,7 @@
34 34  
35 35  This microlearning focuses on the theoretical part of HTTP Resources regardless of a specific implementation in eMagiz. In the microlearnings that will come, we will use this theoretical knowledge when we configure our API Gateway further.
36 36  
37 -When determining the correct resource path to expose to the outside world start at what you want to make publicly available.
37 +When determining the correct resource path to expose to the outside world, start at what you want to make publicly available.
38 38  For example, when you want to make it possible for external parties to retrieve a collection of orders without any filter a valid resource path can be:
39 39  
40 40  * /orders
... ... @@ -53,23 +53,15 @@
53 53  In the following microlearning on HTTP Operations, we will bring the HTTP Resource (Paths) together with the HTTP Operations.
54 54  That combination is the basis for any integration that runs via the API Gateway.
55 55  
56 -== 4. Assignment ==
56 +== 4. Key takeaways ==
57 57  
58 -Read up on the best practices when it comes to the naming of HTTP Resource Paths and see if you can relate this to the eMagiz implementation.
59 -This assignment can be completed with the help of the (Academy) project that you have created/used in the previous assignment.
60 -
61 -== 5. Key takeaways ==
62 -
63 63  * Start at the backend operation
64 64  * Determine usability of what is provided to you
65 65  * Take action based on that analysis
66 66  
67 -== 6. Suggested Additional Readings ==
62 +== 5. Suggested Additional Readings ==
68 68  
69 69  If you are interested in this topic and want more information on it please read the help text provided by eMagiz and read the following links:
70 70  
71 71  * [[REST API naming concepts>>https://restfulapi.net/resource-naming/||target="blank"]]
72 -
73 -== 7. Silent demonstration video ==
74 -
75 -As this is a more theoretical microlearning no demonstration video is created. See you in the next microlearning.)))((({{toc/}}))){{/container}}{{/container}}
67 +{{/container}}