🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: fr.comp.text.xml
Article #9637

Re: Processing-instruction

#9637
From: Aurelien DEHAY
Date: Mon, 19 Feb 2001 12:39
62 lines
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-mail
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>

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