On Fri, 2004-09-10 at 12:37, Frédéric Glorieux wrote:
> > 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,
Ca, c'est plutôt bien, non?
> on nous en demande même avec des setup.exe
;-)
> > Je suis assez attaché à un des principes de Debian
>
> Et des autres distributions ?
Je ne les connais pas bien (j'essaye d'uniformiser autour de Debian
toutes les machines que je gère), mais je voulais parler des principes
de séparation entre packages de Debian et je ne pense pas que les autres
distributions interdisent de les respecter!
> > 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 ?
Oui, sans doute. Je vais essayer de me renseigner du statut exact du
package Cocoon2 pour Debian.
> 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.
C'est en effet une option.
>
> 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/*
Je n'ai pas encore vraiment réfléchi à ces deux points!
> Pour les docs /usr/share/doc/... ce sont des manpages ?
Non, c'est au minimum la description de la licence (puisque chaque
package a sa propre licence) et cela peut inclure les documentations,
exemples, ...
Il y a même des packages qui ne comprennent que des docs (comme par
exemple le package des recommandations W3C).
> 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.
XMLfr n'avance pourtant pas bien vite!
Merci pour vos commentaires et idées.
Eric
--
Read me on Advogato.
http://advogato.org/person/vdv/
Upcoming XML schema languages tutorial:
- Portland -half day- (27/07/2004) http://masl.to/?E6ED13728
------------------------------------------------------------------------
Eric van der Vlist http://xmlfr.org http://dyomedea.com
(ISO) RELAX NG ISBN:0-596-00421-4 http://oreilly.com/catalog/relax
(W3C) XML Schema ISBN:0-596-00252-1 http://oreilly.com/catalog/xmlschema
------------------------------------------------------------------------
--
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 13:08:29 2004
