> Mmmm... là je ne suis pas complètement convaincu :) !
Je travaille en ce moment avec des optiques tellement différentes, on
sème des cocoon partout, on nous en demande même avec des setup.exe
> Je suis assez attaché à un des principes de Debian
Et des autres distributions ?
> qui est que chaque
> package doit utiliser des répertoires qui lui sont spécifiques, si
> possible en suivant les mêmes conventions (config dans /etc/<nom du
> package>, log dans /var/log/<nom du package>, doc dans
> /usr/share/doc/<nom du package>, ...).
>
> Ca simplifie les upgrades, ca évite de se poser des questions pour
> savoir où trouver quoi et ça ne dispense pas de regarder à quoi
> correspondent les nouveautés!
Je comprends mieux, et en effet je suis entièrement d'accord dans ce
contexte. Mais là il y aurait un peu de travail côté Cocoon ? D'autant
plus si cela se destine à être une matrice pour plusieurs applications
parallèles.
Pour ma part le "webapp" me semble une bonne unité d'exécutable, en
donnant l'option qu'il embarque un jetty pour tests (WEB-INF/tools ou
WEB-INF/optional), en considérant que l'appli n'est pas installée de
cette manière, et qu'elle peut être exécuté avec plus d'un serveur.
Charge à l'administrateur servlet de savoir faire pointer son serveur.
Ce qui complique, ce serait de déclarer "xmlfr" comme une servlet
dépendant des librairies Cocoon ? Quelque chose comme ça ?
Autre point, s'il y a plus d'une instance de "xmlfr" en fonction,
comment distinguer les logs ?
/var/log/xmlfr/monclient.com/*
/mabonneaction.org/*
Pour les docs /usr/share/doc/... ce sont des manpages ?
Je pense tout à coup que c'est bien dans mes besoins, mais que j'ai peur
de ne pas pouvoir rendre cette leçon aussi vite à xmlfr.
--
Devenez redacteur <XML>fr et contribuez au developpement du
xml francophone (http://xmlfr.org/infos/redacteurs/) !
Liste de diffusion "dev@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de
tout sujet technique lie au developpement du site XMLfr.
Pour resilier votre abonnement, envoyez un message contenant
la commande "unsubscribe" a dev-request@xmlfr.org
(mailto:dev-request@xmlfr.org?Subject=unsubscribe)
Received on Fri Sep 10 12:37:54 2004
