🚀 go-pugleaf

Lo�c Prouv�ze <prouveze@club-internet.fr> writes:

> xml a-t-il besoin d'un serveur comme apache pour fonctionner ?

La reponse est non. Mais je n'ai pas compris la question :
qu'entends-tu par "fonctionner" ?

-- Alain.

Alain Ketterlin a �crit :
> > xml a-t-il besoin d'un serveur comme apache pour fonctionner ?
> La reponse est non. Mais je n'ai pas compris la question :
> qu'entends-tu par "fonctionner" ?

En fait, je pensais qu'il fallait les ressources syst�mes d'un serveur
pour afficher la combinaison des trois fichiers XSL, DTD et XML...
Un peu comme le PHP.
Apparemment, ce n'est pas �a. J'ai d� mal comprendre...

In article <399EF91C.C018730A@club-internet.fr>, Lo�c Prouv�ze wrote:
>Alain Ketterlin a �crit :
>> > xml a-t-il besoin d'un serveur comme apache pour fonctionner ?
>> La reponse est non. Mais je n'ai pas compris la question :
>> qu'entends-tu par "fonctionner" ?
>
>En fait, je pensais qu'il fallait les ressources syst�mes d'un serveur
>pour afficher la combinaison des trois fichiers XSL, DTD et XML...
>Un peu comme le PHP.
>Apparemment, ce n'est pas �a. J'ai d� mal comprendre...

En fait, cela depend. Il y a des approches qui font fonctionner un parseur
XML et un moteur XSLT pour produire par exemple du HTML, le tout dans 
l'environnement d'un serveur Web (voir par exemple le projet Cocoon,
http://xml.apache.org/cocoon).

Mais on peut utiliser Xml avec des outils separes, par exemple en ligne
de commande. Jetez un coup d'oeil a la page du projet Xml-apache, 
http://xml.apache.org, vous y trouverez des outils tels que le parseur Xml
Xerces et le moteur XSLT Xalan, qu'on peut tres bien utiliser 'a la main'.

Jean-Baptiste Marchand
-- 
Jean-Baptiste.Marchand@epita.fr
GNU Emacs : Eventually Malloc's All Computer Storage
(Jargon File : www.tuxedo.org/~esr/jargon/)

On Sat, 19 Aug 2000, prouveze@club-internet.fr wrote:

> En fait, je pensais qu'il fallait les ressources syst�mes d'un serveur
> pour afficher la combinaison des trois fichiers XSL, DTD et XML...
> Un peu comme le PHP.
> Apparemment, ce n'est pas �a. J'ai d� mal comprendre...

Tu as compris l'essentiel : la combinaison documents XML / DTD / programmes
de transformation : Pour exploiter les documents XML, il faut en effet
conna�tre leur structure, puis les transformer dans un format connu (HTML,
PDF, WAV, etc.)

On peut demander � un serveur http d'effectuer la transformation, c'est
souvent pratique, mais rien n'emp�che de s'y prendre autrement. Si je
disposais sur ma machine d'un script xt qui active le processeur XSLT de
James Clark, il me suffirait de passer la commande "xt monfichier.xml
matransfo.xsl" pour obtenir le m�me r�sultat.

On peut �crire des transformations dans n'importe quel langage (tous les
principaux b�n�ficient d�j� de biblioth�ques bien fournies). Si le langage
choisi est PHP, il y a fort � parier que le programme soit lanc� par un
serveur http, et qu'il produise du HTML, vu que PHP a �t� con�u pour �a.

Tu as peut-�tre �t� enduit avec de l'erreur par les projets de clients http
capables dans le m�me souffle de charger le XML + le XSLT, d'effectuer la
transformation (jusqu'� pr�sent vers un HTML propri�taire), et de pr�senter
le r�sultat � l'utilisateur. �a peut servir (confer Mozilla), mais les
clients web disponibles �tant ce qu'ils sont, mieux vaut ne pas s'enfermer
l�-dedans pour l'instant.

Xavier.

Lo�c Prouv�ze <prouveze@club-internet.fr> writes:

> Alain Ketterlin a �crit :
> > > xml a-t-il besoin d'un serveur comme apache pour fonctionner ?
> > La reponse est non. Mais je n'ai pas compris la question :
> > qu'entends-tu par "fonctionner" ?
> 
> En fait, je pensais qu'il fallait les ressources syst�mes d'un serveur
> pour afficher la combinaison des trois fichiers XSL, DTD et XML...
> Un peu comme le PHP.
> Apparemment, ce n'est pas �a. J'ai d� mal comprendre...

En fait, les deux choses sont souvent melees :

1) la transformation du XML (par XSLT) en HTML (par exemple)
2) l'envoie de la page HTML au client

Ces deux etapes sont si souvent utilisees successivement qu'on a
tendance a les confondre. Par exemple, Cocoon est un syteme de glu
autour des deux phases, mais son action se decompose facilement :

1) C'est Xerces+Xalan qui s'occupe de la transformation
2) C'est le serveur http (+des options) qui se charge de lancer la
   transformation (c'est a dire d'executer une servlet) et de
   recuperer le resultat pour le client

Cocoon, c'est ce qui fait le lien entre les deux : le serveur lui
passe la requete (l'URL), que Cocoon mouline, et renvoie un fichier
HTML (ou autre).

Cela dit, rien n'empeche d'effectuer la premiere partie independamment
de la seconde. On utilise dans ce cas aussi Xerces+Xalan, mais avec
des commandes en ligne, un peu comme avec TeX.

-- Alain.