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
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.
The text was updated successfully, but these errors were encountered:
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.
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.
The text was updated successfully, but these errors were encountered: