You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
. Notice that this API path has a single path parameter (`id` defined as an `int32`) and a single GET operation defined. Click on the GET operation, then click the location drop-down which is part of the 200 OK response.
Did you verify the `200 OK` response returns a `location`?
@@ -87,17 +87,17 @@ Have your instructor check the Kubernetes pod that contains the API Designer app
87
87
88
88
. Click on the `</> location` object link under the _Data Types_ section. Notice that the object has a bunch of properties defined which make up the object.
. Click the */locations* path. Then click on the source tab. Notice that we have both a GET and POST request defined, together with a couple of example requests. Using a POST method, we can insert a new record into our sample database with Fuse.
== Prerequisite: Setup the collaboration environment using Git (Gogs)
51
-
52
-
For the Developer track, we require a collaboration environment based on Git. For this purpose, we decided to use Gogs which is a hosted, lighter-weight version of Gitlab. This lab environment has created a user for you in Gogs.
53
-
54
-
Follow this instructions to set up the repository.
55
-
56
-
. Click on the *Gogs Console* link, located on the right of this walkthrough.
. Leave Authentication options unchanged and click *Next*.
144
-
145
-
. Review the details and click on *Create* to create the job.
65
+
. Upload the Locations.yaml file(Open API specification file) we used with the API Designer in the preious lab here. In case you skipped the previous lab you can download the file from here:
. This is your new REST mock service based on the OpenAPI definition you just loaded to Microcks. Click on the arrow to expand the *GET /locations* operation.
. You can check that the example we added to the definition in Lab 1 will be used to return the mock values. Scroll down, copy and save the *Mock URL*, we will use that endpoint to test the REST mock service.
. The page will load the response information from the service. The _Content_ tab contains the examples we added during the design phase. You can also review the _Headers_ tab if you'd like.
0 commit comments