Scénario #22575
Mis à jour par Joël Cuissinat il y a plus de 6 ans
Cf. https://dev-eole.ac-dijon.fr/doc/zephir/features/epic11.html#e11-1-gerer-les-dependances-entre-services-applicatifs
h2. Contexte
Les modèles de serveur racine dépendent uniquement de services applicatifs génériques (exemple : eole-server, eole-amon, eole-scribe, ...). Ces services applicatifs doivent eux même dépendre des services applicatifs qui constituent le module (eole-proxy, eole-annuaire, ...)
L’ajout d’un service applicatif sur un modèle de serveur personnalisé doit entraîner l’ajout des services applicatifs dont il dépend (exemple : eole-web pour eole-roundcube).
L’affaire peut se corser si l’on souhaite gérer le choix (exemple : apache ou nginx) et les conflits entre services applicatifs.
h2. Proposition
Identifier les services applicatifs existants et leurs relations.
Proposer une solution pour gérer les dépendances entre services applicatifs.
h2. Critères d’acceptation
* implémenter les dépendances pour "eole-roundcube"
h2. Contexte
Les modèles de serveur racine dépendent uniquement de services applicatifs génériques (exemple : eole-server, eole-amon, eole-scribe, ...). Ces services applicatifs doivent eux même dépendre des services applicatifs qui constituent le module (eole-proxy, eole-annuaire, ...)
L’ajout d’un service applicatif sur un modèle de serveur personnalisé doit entraîner l’ajout des services applicatifs dont il dépend (exemple : eole-web pour eole-roundcube).
L’affaire peut se corser si l’on souhaite gérer le choix (exemple : apache ou nginx) et les conflits entre services applicatifs.
h2. Proposition
Identifier les services applicatifs existants et leurs relations.
Proposer une solution pour gérer les dépendances entre services applicatifs.
h2. Critères d’acceptation
* implémenter les dépendances pour "eole-roundcube"