>>>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 :-)
:o) Je me suis désabonné à l'occasion d'une période webmail, ces temps
ci je serai moins nomade, mais je n'oserai pas être si franc avec trop
de public.
>>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.
J'en suis convaincu, bien que nous ne soyons pas non plus complètement
novice dans cocoon. Entendre une information par la source, c'est
surtout modifier un jugement. On n'a pas pris le train Sitemap aussi
bien qu'on aurait pu, et on risuqe peut-être de laisser passer les flow...
> 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.
J'ai bien imaginé cet aspect, ce qui me pose problème c'est les auteurs.
> 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.
Nous avons essayé d'instaurer des pratiques CVS dans une équipe
(européenne) après un crash serveur mal sauvegardé (1 semaine de travail
de perdu). La recette avait ceci de séduisant que l'on promettait à
chacun d'avoir un état sur son poste et une référence serveur. En fait,
les personnes ont fini par ne plus apprécier la lourdeur pour ajouter ou
renommer. C'est tombé dans les oubliettes.
Pour SVN, on a essayé developer.berlios.de (un sourceforge like) un
partenaire sur une machines moins puissante que la notre en a eu marre
de mouliner au moindre update. Et puis sur berlios il n'y a pas (encore)
d'équivalent du viewcvs pour le svn.
>>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.
Je n'ai pas testé longtemps, mais sur du docbook like, de l'XSL peut
faire un travail comparable ?
--
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 Thu Sep 2 00:08:12 2004
