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/