Frédéric Glorieux wrote:
Desole, cet email etait reste en plan.
>>Cette technique évite le re-rootage des jars externes.
>
> Désolé d'ajouter une voix d'utilisateur moyen, mais pour moi, c'est
> un argument décisif contre "Presentation Server" dans l'état, mais
> pas contre les concepts que je pourrais en apprendre, j'y reviens.
Ce serait interessant de savoir pourquoi ce feature particulier est si
important pour vous, au point d'etre un "showstopper".
> Cette réactivité vous honore, mais s'il on voit aussi le point du
> dessus, et bien d'autres qui pourraient surgir de la comparaison,
> reste à voir si vous avez les moyens de suivre.
Est-ce que Cocoon va suivre ? ;-) Il n'y a aucune garantie de ce
cote-la non plus, car les developpeurs de Cocoon choisissent en toute
liberte ce sur quoi ils veulent travailler (par exemple en fonction de
leurs contrats ou projets personnels) et ne reagissent pas forcement a
la demande des simples utilisateurs de la plateforme.
> A moins que de passer dans le libre soit une stratégie de
> recrutement ?
Bien sur, nous desirons attirer des developpeurs externes, tout en
etant conscients que notre core team sera le contributeur principal
pendant longtemps.
> Orbeon aurez une solution assez commode pour profiter de cette
> puissance et d'alléger la maintenance de choses résolue ailleurs,
> implémenter XPL dans cocoon :o) (avant que quelqu'un d'autre ne le
> fasse).
Nous serions tres heureux de voir d'autres implementations de XPL se
developper, y compris integrees a Cocoon. Tout pas serieux vers le
developpement d'un langage de pipelines XML standard, de facto ou de
jure, serait le bienvenu.
> Qui irait voir sous le capot de "Presentation Server" ?
Certains l'ont deja fait. Certaines parties du code sont difficiles a
comprendre (je suis sur que c'est le cas de certaines parties de
Cocoon egalement), je pense en particulier au coeur du pipeline engine
et a XForms, mais le systeme est tres modulaire car base sur des
composants (les processeurs XML). On peut facilement creer de nouveaux
processeurs, ou ameliorer des processeurs existants sans toucher a
d'autres parties du systeme plus sensibles. C'est un peu comme Linux
et ses modules.
> Je n'ai aucune compétence commerciale mais j'ai l'impression que
> cela vous ouvrirait sur un marché beaucoup plus large que de vous
> positionner contre cocoon, alors qu'à terme les produits sont trop
> comparables pour ne pas devoir merger un jour, sans d'ailleurs dire
> lequel mangerait l'autre. Cela demande je suppose des efforts côté
> cocoon, mais là je n'ai rien à dire.
On voit beaucoup de competition dans l'open source, par exemple KDE
vs. Gnome, Linux vs. *BSD, et dans le monde Java, Eclipse
vs. NetBeans, plusieurs parseurs XML et transformeurs XSLT,
application servers (JBoss, JOnAS, bientot Apache Geronimo), sans
parler des multiples frameworks pour web applications, etc. Il n'est
pas dit qu'il n'y ait pas de place pour deux plateformes XML Java open
source.
-Erik
--
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 Oct 7 16:02:56 2004
