Article View: fr.comp.text.xml
Article #9637Re: Processing-instruction
From: Aurelien DEHAY
Date: Mon, 19 Feb 2001 12:39
Date: Mon, 19 Feb 2001 12:39
62 lines
3577 bytes
3577 bytes
Tom. <ptittom+news@free.fr> writes: [...] > > Parceque tu peux mettre un <?xml-stylesheet type="text/xsl" ... ?> > > sans pour autant vouloir passe le XML � travers un moteur XSL. > > Quel int�r�t ? Si on met un <?xml-stylesheet type="text/xsl" ...?> c'est > bien pour "passer � travers un moteur XSL" non ? > > Ah moins qu'on veuille renvoyer le XML non-transform� au client, > c'est �a que tu veux dire ? Par exemple. > > > > Et <?cocoon-process?> est utile quand tu en passe plusieurs (XSP, > > LDAP, puis XSL). > > Euh, je connais pas franchement Cocoon, tu peux donner un exemple/une > petite explication ? Disons que tu as une base de donn�es, et un serveur LDAP. Dans cette base, tu as des utilisateurs dont les coordon�es sont dans la base LDAP. Tu veux faire une requ�te sur la BDD, puis sur le serveur LDAP, et afficher tout �a sur le Web. Cocoon peut le faire, mais il faut que tu lui dise, via des <?cocoon-process?> l'ordre dans lequel il doit interpr�ter les tags dans le XML, tags sp�cifiques pour le SQL, le LDAP, etc... > > > Mon avis est que Cocoon n'a pas � se m�ler de la transformation > > > proprement dite, il ne devrait que donner la main � un > > > processeur XSLT dont l'objet r�sultant de la transformation > > > aurait une interface pour envoyer l'ent�te HTTP Content-Type (au > > > moins, �ventuellement d'autres) et le contenu du fichier. > > Je ne penses pas non. Xalan ne g�n�re pas de Content-type, ce n'est > > ABSOLUMENT pas son boulot. Lui il prend un arbre en entr�e, et il t'en > > g�n�re un en sortie. Point. D'ailleur Xalan c'est pas pr�vu pour faire > > du Web. Cocoon oui. C'est donc a Cocoon de g�n�rer le Content-type. > > xsl:output d�finit la "forme" de la sortie d'une transformation XSLT. Si le > processeur XSLT n'est pas en mesure de "faire" cette sortie, il devrait �MA > au moins retourner les informations � un module tiers qui se chargera de la > sortie. Il n'y a pas besoin de PI sp�cifique � Cocoon, il devrait se baser > sur le(s) xsl:output (soit que le proc XSLT lui retourne les infos, soit, > puisqu'il parse la feuille de style XSLT, qu'il les r�cup�re tout seul). Je sens qu'on va arriver � une discussion sur l'int�r�t du xsl:ouput. Personnellement, je pense que xsl:output est trop pr�s de la forme pour �tre inclus dans un stylesheet. D'ailleurs, Cocoon ne l'impl�mente pas: http://xml.apache.org/cocoon/faqs.html#faq-xsloutput > > > Tom. -- Aur�lien
Technical Details
Message-ID:
<m38zn2g83r.fsf@fret.sncf.fr>Path:
arc1-ca.pugleaf.net!supernews.google.com!sn-xit-03!supernews.com!freenix!fr.clara.net!heighliner.fr.clara.net!oleane.net!oleane!sncf.fr!not-for-mailReferences:
<96g85i$laj$2@vega.worldonline.fr> <96ggvt$q8i$1@wanadoo.fr> <wy7l2s55s0.fsf@polya.u-strasbg.fr> <96jmva$2jg$1@wanadoo.fr> <m3zofjozdn.fsf@fret.sncf.fr> <96r386$e9n$1@wanadoo.fr>Show Full Headers
Complete Article Headers
X-Google-Language: FRENCH,ASCII X-Google-Thread: 114f60,6494f6dffc4e081f X-Google-Attributes: gid114f60,public X-Google-ArrivalTime: 2001-02-19 04:40:06 PST Path: arc1-ca.pugleaf.net!supernews.google.com!sn-xit-03!supernews.com!freenix!fr.clara.net!heighliner.fr.clara.net!oleane.net!oleane!sncf.fr!not-for-mail From: Aurelien DEHAY <aurelien.dehay@fret.sncf.fr> Newsgroups: fr.comp.text.xml Subject: Re: Processing-instruction Date: 19 Feb 2001 13:39:20 +0100 Organization: S.N.C.F. (French Railways) Lines: 62 Sender: adehay@p76ertbia09 Message-ID: <m38zn2g83r.fsf@fret.sncf.fr> References: <96g85i$laj$2@vega.worldonline.fr> <96ggvt$q8i$1@wanadoo.fr> <wy7l2s55s0.fsf@polya.u-strasbg.fr> <96jmva$2jg$1@wanadoo.fr> <m3zofjozdn.fsf@fret.sncf.fr> <96r386$e9n$1@wanadoo.fr> NNTP-Posting-Host: 10.14.51.94 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.7