Suggestion de correction de l'exercice 2 (conception) et de l'exercice 4 (implémentation).

Le projet est réalisé en partant du starterpack (Node.js, MySQL, Adminer).

• Application de réservation de billets de concerts
  • Énoncé
    • Conception
    • Implémentation
  • Documentation
  • Lancer le projet
  • Générer la documentation de l'API avec swagger-autgoen
  • Remarques
  • Arrêter le projet
  • Dépendances notables du projets
  • Autorisations gérées avec JWT
  • Ressources
    • HTTP
    • Express
    • Swagger
    • SGBDR

On désire mettre en ligne un service de réservation de billets de concert. Le service ne gère pas de base de données des utilisateurs : un·e utilisateur·ice est simplement identifié·e par un pseudo au moment de la réservation.

Les cas d'utilisation définis sont :

1. L'utilisateur·ice consulte la liste des concerts disponibles
2. L'utilisateur·ice consulte les informations d'un concert
3. L'utilisateur·ice réserve une place pour un concert avec un pseudo
4. L'utilisateur·ice annule sa réservation
5. L'utilisateur·ice confirme sa réservation
6. Le gestionnaire du site consulte la liste des réservations confirmées pour un concert.

Attention, un utilisateur qui a confirmé sa réservation ne peut plus l'annuler !

Décrire une API Web RESTful par des exemples de requêtes/réponses HTTP permettant de réaliser les cas d'utilisation ci-dessus.

1. Déterminer l'ensemble de données
2. Décomposer l'ensemble de données en ressources
3. Pour chaque ressource :
4. La nommer avec des URI et préciser l'archétype de la ressource
5. Implémenter un sous-ensemble de l'interface uniforme (GET, POST, DELETE, PUT)
6. Concevoir la ou les représentations acceptées par les clients, en utilisant la spécification HAL.
7. Concevoir la ou les représentations à mettre à disposition des clients (formulaires) sous la forme de pseudo requêtes HTTP de la forme

METHODE /login HTTP/1.1

clef=valeur
clef2=valeur2

4. Envisager la progression typique des évènements: qu'est-ce qui est censé se produire ? Définir les code retours pour chaque requête HTTP
5. Considérer les cas d'erreurs: qu'est-ce qui peut mal se passer ?

1. Implémenter une API web RESTful avec Node.js et Express.js. Concevoir le schéma de base de données et implémenter la base relationnelle. Ignorer dans un premier temps le cas d'utilisation Le gestionnaire du site consulte la liste des réservations confirmées pour un concert.
2. Bonus : Implémenter le cas d'utilisation Le gestionnaire du site consulte la liste des réservations confirmées pour un concert. Pour cela, créer la ressource La liste des réservations pour un concert et la protéger par authentification avec un Json Web Token (JWT). Modifier le schéma de votre base de données (si besoin) pour ajouter un mot de passe. Créer un nouvelle ressource S'authentifier (/login) qui délivrera un JWT valable 1h. Pour l'exercice, seul le gestionnaire du site a besoin d'un mot de passe. En base de données, créer un utilisateur gestionnaire de site dont le pseudo est ed et possédant le mot de passe astrongpassword. Créer le directement en base de données (inutile d'ajouter une ressource Se créer un compte ou Créer un compte pour un admin). L'accès à la ressource doit être réservée au gestionnaire de site authentifié par le système. Pour mettre en place l'authentification par JWT, utiliser le module jsonwebtoken et des fonctions middleware d'Express
3. Bonus : Développer un ensemble de ressources pour qu'un agent humain puisse réaliser les cas d'utilisation exposés par l'API (via des pages web). Pour cela, déplacer l'ensemble des ressources développées précédemment sur le path api et utiliser un moteur de templates d'Express.js (pug, Twig, etc.). Ainsi, le service de billetterie sera utilisable facilement par des agents humains (/concerts retourne une page web avec la liste des concerts) et par des programmes (/api/concerts retourne la liste des concerts sous forme de document JSON)

Pour réaliser cet exercice, utiliser le starter-pack mis à votre disposition.

Accéder à la documentation du projet.

cd api-reservation-billets-concerts
docker-compose up -d
curl localhost:5001 #test

Avec Adminer ou mysql exécuter les scripts SQL préparés :

• schema.sql pour créer le schéma de la base
• dataset pour insérer un jeu de données test

Pour générer la documentation à partir des blocs commentaires swagger placé dans le code

pushd api
npm run swagger-autogen
popd api

• Actuellement le projet utilise la libraire mysql2 node.js. Il pourrait être intéressant d'utiliser l'ORM sequlezise
• La correction se concentre sur la conception de l'API et sur son interface (représentations échangées et respect des contraintes REST). Il y a beaucoup à faire concernant le code applicatif (factorisation, création de nombreuses fonctions, etc.) Cette tâche est laissée en exercice.
• Vous l'aurez compris, cette solution (et les specs !) ne se concentre pas sur les aspects de sécurité pour des raisons pédagogiques. Par exemple, il ne faut jamais stocker les mots de passe en clair en base de données ! De nombreux points d'amélioration sont laissés en guise d'exercice.

docker-compose down

En dehors d'express, le projet utilise les modules suivants :

• body-parser, un parser du corps de requête pour les applications node. On s'en sert pour parser les représentations envoyées par le client dans nos contrôleurs avec l'instruction app.use(bodyParser.urlencoded({ extended: true }));
• jsonwebtoken, une implémentation JavaScript du standard JSON Web Token, voir RFC 7519
• mysql2, driver node.js pour MySQL
• swagger-autogen, module de génération automatique de la documentation de l'API dans une application node.js/Express. Voir notamment la documentation pour documenter automatiquement les endpoints (résumé, description, paramètres)

Pour autoriser (et donc authentifier) l'utilisateur à interagir avec les ressources, on utilise un JSON Web Token. Implémentée dans le projet avec le package jsonwebtoken.

• La liste des codes statut HTTP (MDN)

• Routage, la documentation sur le routage d'Express
• Pug, moteur de templates JavaScript installé par défaut avec Express

• Swagger UI, documenter une web API RESTful (même si elle devrait être par définition auto-documentée et auto-descriptive)
• Swagger UI Express, module Node.js pour générer la documentation de l'API avec Express
• Swagger auto-gen, module de génération automatique de la documentation de l'API dans une application node.js/Express. Voir notamment la documentation pour documenter automatiquement les endpoints (résumé, description, paramètres)
• Swagger auto-gen: décrire des paramètres de formulaire POST
• OpenAPI Specification, un standard de description d'une web API compatible avec les contraintes REST

• mysql js, le driver node.js pour les SGBDR MySQL
• mysql2 js, le driver node.js pour les SGBDR MySQL qui supporte l'API des promesses
• mysql js, escaping output !
• Sequelize, Getting Started, Sequelize, un ORM pour node.js