Re: Orbeon PresentationServer ???

Erik Bruchez <[email protected]>
Newsgroups gmane.text.xml.french.tech
Organization Orbeon, Inc.
Message-ID <[email protected]>
 > C'est seulement pour une petite application monoposte que je pense
 > qu'il y a beaucoup de code et qu'un PC pas si vieux que ça, avec
 > 128Mo, n'y arrivera pas...

Je n'avais pas compris la remarque comme ca. Mais oui, point de vue
memoire, ce serait un peu leger.

 > Oui, c'est toute la puissance de cette chose : chaque résultat de
 > "pipeline" peut comporter de nouveaux pipelines contextuels. C'est
 > ce qui, par exemple, m'a permis de naviguer sur un site Internet en
 > le parcourant selon les informations capturées... L'idée directrice
 > est d'avoir un arbre à exécuter en profondeur d'abord; chaque
 > exécution d'un ordre le remplace par le sous-arbre résultat qui est,
 > lui-même, tout de suite exécuté selon le même principe. L'exécution
 > se stabilise sur des ordres tels que "xdg:save" qui ne génèrent pas
 > de nouveaux ordres. Si j'ai du temps pour ça, je mettrai le source
 > C# sur sourceforge avec une doc associée et j'en ferai, tant qu'à
 > faire, un portage en Java !

Ce serait interessant de comparer des scenarios d'utilisation concrets
(use cases) entre cette methode et des methodes disons plus
classiques, comme celles utilisees par XProc, en particulier
construction for-each et "viewports":

   http://www.w3.org/TR/2006/WD-xproc-20060928/#c.for-each
   http://www.w3.org/TR/2006/WD-xproc-20060928/#c.viewport

 > Oui, j'avais oublié que j'avais déjà vu ça. Je suis trop puriste
 > pour m'orienter spontanément sur ce qui me paraît toujours être du
 > revamping et il faut bien reconnaître que le parseur Microsoft dans
 > le Framework .Net 2.0 est fort rapide...

D'un autre cote, lorsqu'on a goute a XSLT 2.0, il est difficile de
revenir a 1.0 (meme si Eric n'est probablement pas d'accord ;-).

 > A propos d'eXist, j'ai lu, ailleurs que sur XMLfr.org, qu'Eric van
 > der Vlist avait cherché à en intégrer à OPS une version récente pour
 > résoudre des problèmes de reprises sur crash (coupure secteur, par
 > exemple). Qu'en est-il aujourd'hui fasse à ce type de problèmes bien
 > plus préoccupants pour une petite application sur PC de bureau que
 > pour une moyenne sur un serveur sécurisé ?

Je crois bien que des ameliorations significatives ont ete faites
depuis le debut de l'annee dans ce domaine (journal et transactions),
mais je sais pas si c'est "bug-free" ;-)

-Erik

-- 
Orbeon - XForms Everywhere:
http://www.orbeon.com/blog/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.