Cliquez ici.
Cliquez ici.
Accueil
 chercher             Plan du site             Info (English version) 
L'histoire de XML s'écrit en ce moment même. XMLfr vous aide à la suivre et à en dégager les tendances.Les listes de discussions XMLfr sont à votre disposition pour réagir sur nos articles ou simplement poser une question.Si vous ètes passionnée(e) par XML, pourquoi ne pas en faire votre métier ?XMLfr n'est heureusement pas le seul site où l'on parle de XML. Découvrez les autres grâce à XMLfr et à l'ODP.Les partenaires grâce auxquels XMLfr peut se développer.Pour tout savoir sur XMLfr.XMLfr sans fil, c'est possible !Pour ceux qui veulent vraiment en savoir plus sur XML.L'index du site.

 
Cliquez ici.

dev@xmlfr.org : liste de discussion des développeurs du site XMLfr

[dev@xmlfr.org] Re: XMLfr et Lucene : phase 2bis - tests avec Orbeon Presentation Server

[dev@xmlfr.org] Re: XMLfr et Lucene : phase 2bis - tests avec Orbeon Presentation Server

Auteur: Frédéric Glorieux <frederic.glorieux@ajlsm.com>
Date: 24/09/2004 - 21:49

> > Je travaille plus pour le document que la donnée, le statique a
une valeur.
>
> Le statique ?

je veux dire la génération de fichiers statiques.
Au même titre par exemple que cocoon est utilisé par Forrest parce que
sa syntaxe de pipe est beaucoup plus commode que les ruses nécessaires
en build Ant.

>>Personnellement je souhaiterais même rester pas trop loin de
>><https://sxpipe.dev.java.net/> (Norman Walsh)
>
>
> Je suis presque surpris qu'il y ait de l'interet pour quelque chose d'aussi
> simple,

Peut-être que suis un gars simple :o) ? Enfin du moins je fais
d'immenses efforts pour ne pas me laisser aller à compliquer. Si je vous
disais par exemple que le système de fichier est la méthode la plus
robuste que l'on ait trouvé pour stocker et chercher 1 million d'images?

> non que la simplicite en soi ne soit pas souhaitable d'un point de vue
> architecture, mais plutot que dans la pratique on arrive tres rapidement a
> necessiter plus.

C'est à dire qu'une logique complexe, je préfère l'investir dans dans du
code portable. Une classe java, cela peut exister dans cocoon, ant, ou
en ligne de commande ; pareil pour une xsl. Tous mes trésors
d'ingéniosité sur une sitemap, je peux rester avec si cocoon ferme.

> C'est en fait une des raisons pour lesquelles, il y a maintenant plus de deux
> ans, nous avons conclu que les pipelines de Cocoon etaient "irrecuperables"
> (desole pour le langage fort) et qu'il fallait creer un language plus evolue
> (XPL). Mais bien sur je suis extremement biaise ;-)

Ceci dit, je disserte dans le vague, je n'ai pas encore eu le temps
d'évaluer votre produit pour voir le temps qu'il peut faire gagner sur
des choses bêtes. Je vous promet que c'est dans mon intention, et les
discours ne pourront pas changer mes disponibilités ces jours ci. Par
contre, j'observerais avec attention vos débats sur cette liste, certain
d'y apprendre beaucoup.

--Frédéric Glorieux, http://ajlsm.com

--
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 24 23:49:25 2004

Archive générée par hypermail 2.1.8 le 04/10/2004 - 20:25 UTC

webmaster@xmlfr.org

 

dev@xmlfr.org

Liste de discussion de la communauté des développeurs de XMLfr.

Cette liste publique est dédiée aux discussions concernant la conception et le développement technique du site XMLfr.



Cliquez ici.
Cliquez ici.

Devenez rédacteur <XML>fr et contribuez au développement du xml francophone !
Les documents publiés sur ce site le sont sous licence "Open Content"
Conception graphique
  l.henriot  

Conception, réalisation et hébergement
Questions ou commentaires
  redacteurs@xmlfr.org