Attendre que la base soit démarrée et accessible avant de lancer le middleware

[fluidlog]

Lors qu'on lance à la main la base Jena/Fuseki, puis ensuite le middleware, il est possible d'attendre que la base soit chargée avant de lancer le middleware.

Mais en docker, c'est plus compliqué, malgré les dépendances dans le docker-compose, qui ne vérifient pas jusqu'à ce point.

Il est donc possible d'avoir l'erreur :
"...connect ECONNREFUSED 172.20.0.4:3030..."

Malgré cette erreur, le middleware se lance, et arrive un peu plus tard à écrire dans la base.
Mais on peut se demander s'il n'y a pas eu un loupé...

Donc le mieux serait, pour les déploiements en docker, de pouvoir vérifier au lancement du middleware que la base est bien démarrée.

[fluidlog]

Simon a partagé des idées de solutions, en docker :
https://github.com/vishnubob/wait-for-it
il est aussi possible (c'est ce que je fais dans dfc) d'attendre en node
https://www.npmjs.com/package/wait-on

[srosset81]

On pourrait utiliser le package wait-on au démarrage (started) des services triplestore et fuseki-admin. Comme ça ils ne seraient lancés que lorsque Fuseki est operationnel, et toutes les dépendences attendraient. A ma connaissance c'est les deux seuls services qui appelent directement Fuseki.

[srosset81]

@fluidlog Si c'est fait au niveau middleware (ce qui me semble le plus pérenne et efficace), cette issue devrait être transférée dans le repo semapps.

[srosset81]

La solution utilisée par DataPlayers (@BastienSig) est un healthcheck:

https://github.com/datafoodconsortium/dfc-prototype-V3/blob/master/docker-compose-dev.yml

Facile à mettre en oeuvre.