Skip to content

Commit c882ca4

Browse files
committed
Fix some typos, old names and add some precisions to tutorials
1 parent 80555b6 commit c882ca4

File tree

2 files changed

+15
-14
lines changed

2 files changed

+15
-14
lines changed

README.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -17,7 +17,7 @@ Setting up your environment is done in three easy steps:
1717
1818
#### Hooking things up with docker-compose
1919

20-
Alter the `docker-compose.yml` file so it contains all microservices you need. The example content should be clear, but you can find more information in the [Docker Compose documentation](https://docs.docker.com/compose/). Don't remove the `identifier` and `db` container, they are respectively the entry-point and the database of your application. Don't forget to link the necessary microservices to the dispatcher and the database to the microservices.
20+
Alter the `docker-compose.yml` file so it contains all microservices you need. The example content should be clear, but you can find more information in the [Docker Compose documentation](https://docs.docker.com/compose/). Don't remove the `identifier` and `database` container, they are respectively the entry-point and the database of your application. Don't forget to link the necessary microservices to the dispatcher and the database to the microservices.
2121

2222
#### Configure the dispatcher
2323

TUTORIALS.md

Lines changed: 14 additions & 13 deletions
Original file line numberDiff line numberDiff line change
@@ -26,7 +26,7 @@ services:
2626
resource:
2727
image: semtech/mu-cl-resources:1.20.0
2828
links:
29-
- db:database
29+
- database:database
3030
volumes:
3131
- ./config:/config
3232
# ...
@@ -387,7 +387,7 @@ In app/controllers/books.js we alter:
387387
### Adding authentication to your mu-project
388388
![](http://mu.semte.ch/wp-content/uploads/2017/08/customumize_for_user-1024x768.png)
389389

390-
Web applications oftentimes require a user to be authenticated to access (part of) their application. For example a webshop may require a user to be logged in before placing an order. In a previous blog post we already explained [the semantic model to represent logged in users](https://mu.semte.ch/2017/08/24/representing-logged-in-users/). In this post we will show how to enable authentication in your app. We assume you already have  a [mu-project](https://github.com/mu-semtech/mu-project) running.
390+
Web applications oftentimes require a user to be authenticated to access (part of) their application. For example a webshop may require a user to be logged in before placing an order. In a previous blog post we already explained [the semantic model to represent logged in users](https://mu.semte.ch/2017/08/24/representing-logged-in-users/). In this post we will show how to enable authentication in your app. We assume you already have  a [mu-project](https://github.com/mu-semtech/mu-project) running, with an ember front-end project.
391391

392392
Adding authentication to your application consists of two tasks:
393393

@@ -555,7 +555,7 @@ And that's it! Now you know how your mu-project can be easily augmented with aut
555555

556556

557557
### Building a mail handling service
558-
My goal for this short coding session is to have a mail handling service that will allow me to list and maninpulate mails through a JSON:API REST back-end. And have that service pick up when I write a mail to the database and send it automatically. You can see the result of this project at https://github.com/langens-jonathan/ReactiveMailServiceExample.
558+
My goal for this short coding session is to have a mail handling service that will allow me to list and manipulate mails through a JSON:API REST back-end. And have that service pick up when I write a mail to the database and send it automatically. You can see the result of this project at https://github.com/langens-jonathan/ReactiveMailServiceExample.
559559

560560
#### Gain a head-start with mu-project
561561
For this project I started with cloning the mu-project repository:
@@ -610,7 +610,8 @@ A GET call to http://localhost/mails produces:
610610
"data": [],
611611
"links": {
612612
"last": "/mails/",
613-
"first": "/mails/"
613+
"first": "/mails/",
614+
"self": "mails"
614615
}
615616
}
616617
```
@@ -680,7 +681,7 @@ Before we can start writing our reactive mail managing micro-service, we will ne
680681
delta:
681682
image: semtech/mu-delta-service:beta-0.7
682683
links:
683-
- db:db
684+
- database:database
684685
volumes:
685686
- ./config/delta-service:/config
686687
environment:
@@ -691,7 +692,7 @@ delta:
691692
This will add the monitoring service to our installation. The last thing to do for now is to change the link on the `resource` microservice by replacing
692693
```yaml
693694
links:
694-
- db:database
695+
- database:database
695696
```
696697
with
697698
```yaml
@@ -703,8 +704,8 @@ The final steps are to create the configuration and subscribers files. Create a
703704

704705
```conf
705706
# made by Langens Jonathan
706-
queryURL=http://db:8890/sparql
707-
updateURL=http://db:8890/sparql
707+
queryURL=http://database:8890/sparql
708+
updateURL=http://database:8890/sparql
708709
sendUpdateInBody=true
709710
calculateEffectives=true
710711
```
@@ -849,7 +850,7 @@ There are 2 types of delta reports, you have potential inserts and effective ins
849850
```
850851
*You can view the full version [here](https://gist.githubusercontent.com/langens-jonathan/cd5db8e9f68861662d888dad77f93662/raw/84adc69f9fd3143f45c05c0a5cefdf1ca9b95b55/gistfile1.txt).*
851852

852-
A report states the query that was send, an array of inserted objects and an array of deleted objects: Inserted or deleted objects represent a single triple with s, p and o being subject, predicate and object.
853+
A report states the query that was sent, an array of inserted objects and an array of deleted objects: Inserted or deleted objects represent a single triple with s, p and o being subject, predicate and object.
853854

854855
#### Expanding our mail handling microservice
855856
We need to notify the delta service of the existence of our mail handling service. We do this using the `subscribers.json` file that was created before. Change it so it looks like:
@@ -870,7 +871,7 @@ In the `docker-compose.yml` file we need to alter the delta-service definition t
870871
delta:
871872
image: semtech/mu-delta-service:beta-0.8
872873
links:
873-
- db:db
874+
- database:database
874875
- mailservice:mailservice
875876
volumes:
876877
- ./config/delta-service:/config
@@ -898,7 +899,7 @@ Then we define a new method that will:
898899
- Load the delta report into a variable
899900
- Define some variables.
900901

901-
Lastly we define an array that will hold the URI’s of all emails that need to be send.
902+
Lastly we define an array that will hold the URI’s of all emails that need to be sent.
902903

903904

904905
```python
@@ -912,7 +913,7 @@ def processDelta():
912913
# continued later...
913914
```
914915

915-
We will loop over all inserted triples to check for mails that are ready to be send:
916+
We will loop over all inserted triples to check for mails that are ready to be sent:
916917
```python
917918
# mail-service/web.py
918919
def processDelta():
@@ -1176,7 +1177,7 @@ Add this snippet to your docker-compose.yml:
11761177
classifier:
11771178
image: flowofcontrol/mu-tf-image-classifier
11781179
links:
1179-
- db:database
1180+
- database:database
11801181
environment:
11811182
CLASSIFIER_TRESHHOLD: 0.7
11821183
volumes:

0 commit comments

Comments
 (0)