Frédéric Glorieux wrote:
>>Je ne suis pas un spécialiste du sujet, mais il me semble que c'est
>>précisément ce que permettent les préférences linguistiques des
>>navigateurs (on peut indiquer plusieurs langues) et la négociation de
>>contenu de ce bon vieux httpd (voir
>>http://httpd.apache.org/docs-2.0/content-negotiation.html)
>>
>>
>
>Ceci n'empêche pas cela sous la forme de redirection clairement
>identifiée ? En tous cas il est certainement indispendable d'avoir l'URL
>pérenne d'un doc selon sa langue (et si possible sans paramètre). Dans
>le même sens, je suis tombé là dessus il y a quelques heures :
>http://europa.eu.int/information_society/help/multiling/index_en.htm
>
>
>
>
>>>>Nous
>>>>
>>>>
>>>avec Apache ?
>>>
>>>
>>Ah, cet empilement de casquettes sur la tête ;-)
>>
>>Le "nous" ici désigne Anyware Technologies, la société qui me nourrit et
>>dont je suis le responsable R&D. <pub>La quasi-totalité des projets que
>>nous faisons utilise Cocoon,
>>
>>
>
>J'ai déjà pu voir (de loin en loin)
>
>
>
>>et nous faisons de la formation
>>
>>
>
>J'en ai entendu le plus grand bien (4DConcept), et j'ai même insisté
>auprès de mon employeur pour que l'on en bénéficie.
>
Eh, super ! Il faut transmettre ça sur xmlfr-tech qui a une plus grande
audience :-)
>Mais bon, il faut parfois remplacer l'argent par le travail.
>
>
Ca se discute : 2 jours de formation pour démarrer efficacement sont
rapidement rentabilisés comparés au temps qu'on peut parfois perdre en
galère quand on débarque sur une nouvelle techno.
>>>>avons fait des CMS basés sur CVS où ce que voit un visiteur anonyme
>>>>est un certain tag dans le repository CVS. Les rédacteurs par contre
>>>>travaillent (et voient) la dernière version, et le processus de
>>>>validation déplace le tag de publication après contrôle d'intégrité de
>>>>l'ensemble des documents.
>>>>
>>>>
>>>>
>>>>
>>>Pas mal ! Très pur, et CVS évite les renommages intempestifs et autres
>>>réorganisations brutales.
>>>
>>>
>>>
>>La "CVSSource", puisque c'est en fait un protocole "cvs:" pour les URLs
>>dans Cocoon est disponible sur
>>http://www.cocoondev.org/projects/cvssource.html
>>
>>Elle ne peut pas être chez Apache parce qu'elle repose sur un client CVS
>>en licence LGPL.
>>
>>
>
>Je reconnais la leçon que j'ai prise ici, savoir mieux s'informer des
>standards existants et séparer les modules, éviter la tentation du tout
>en un (même bien empaqueté). Une question tout de même, j'ai fait des
>tests avec subversion, nous avons des problèmes avec des utilisateurs
>derrière firewall qui n'accèdent pas au port CVS. Je me suis donc tourné
>vers quelque chose port 80. Après utilisation assidue cet été (pour du
>code source), je ne suis pas encore bien convaincu (ex: lourdeur des
>index côté client, comparaison au hasard d'un dossier, 80ko pour svn
>contre 0,6 en CVS ; temps machine occupé pour les opérations), et puis
>il n'y a pas encore tous les outils associés.
>
>
C'est vrai : subversion déporte plus de choses côté client que CVS, dans
le but probable de réduire le boulot du serveur.
Mais la CVSSource n'impose pas de checkout sur le client : elle est
utilisée côté serveur (Cocoon) comme un filesystem versionné, avec des
petits bonus à la subversion : demander "cvs:/dir/toto.txt" renvoie la
dernière version, alors que "cvs:/@published/dir/toto.txt" renvoie la
version portant le tag "published". L'intégralité de l'historique est
accessible en permanence.
>Pour ne pas être hors sujet de cette liste, j'ai découvert svn avec xmlfr.
>
>
>>>Vous utilisez quoi pour vérifier les liens ?
>>>
>>>
>>Une petite tambouille maison basée sur le crawler de Cocoon :-)
>>
>>
>
>Ce que je craignais :o) Après avoir aussi testé un module Maven, nous
>avons du développer cette sorte de tambouille adapté à un schéma
>spécifique. J'aurais rêvé quelque chose de plus indépendant et
>autoportant...
>
>
Le crawler de Cocoon se base sur l'utilisation de la vue "links" et en
extrait les liens XLink et HTML, et les modules correspondants (si je me
souviens bien) sont relativement autonomes.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
--
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 Wed Sep 1 17:35:42 2004
