Comments on: Ajouter des variables sous Ajaxslt via ExprContext http://www.geckogeek.fr/ajouter-des-variables-sous-ajaxslt-via-exprcontext.html Paradigme d'un lézard Sat, 04 Feb 2012 10:01:14 +0000 hourly 1 http://wordpress.org/?v=3.2.1 By: Vinz http://www.geckogeek.fr/ajouter-des-variables-sous-ajaxslt-via-exprcontext.html/comment-page-1#comment-142 Vinz Tue, 24 Nov 2009 08:22:32 +0000 http://www.geckogeek.fr/?p=588#comment-142 Lut :-) Pas un secteur que je maitrise bien (Java :-p) mais c'est vrai que j'aurais pu faire un p'tit paragraphe sur l'utilité de ce type de procédé ^^ Perso. je le vois surtout comme avantageux pour faire une partie des traitements coté client si tu lui fournis assez vite le xml et xslt (ça t'évite de le faire coté serveur en php par exemple, ou Java). Après c'est pas forcément adapté aux gros sites qui ont une bdd & co, surtout si tu parses plusieurs fois pour ce que tu citais, autant faire du json ou du genre (ou des Beans mdr). Mais pour des sites qui font que du xml ça peut avoir son intérêt. Sachant que bon, de nos jours si on creuse un peu y'a surement des techno. concurrentes intéressantes pour du similaire. Quoiqu'il en soit, ça bouffe effectivement en lecture écriture et cpu, donc à utiliser avec discernement ^^ @+ et merci pour le comm. :-) Lut :-)
Pas un secteur que je maitrise bien (Java :-p) mais c’est vrai que j’aurais pu faire un p’tit paragraphe sur l’utilité de ce type de procédé ^^
Perso. je le vois surtout comme avantageux pour faire une partie des traitements coté client si tu lui fournis assez vite le xml et xslt (ça t’évite de le faire coté serveur en php par exemple, ou Java). Après c’est pas forcément adapté aux gros sites qui ont une bdd & co, surtout si tu parses plusieurs fois pour ce que tu citais, autant faire du json ou du genre (ou des Beans mdr). Mais pour des sites qui font que du xml ça peut avoir son intérêt. Sachant que bon, de nos jours si on creuse un peu y’a surement des techno. concurrentes intéressantes pour du similaire.
Quoiqu’il en soit, ça bouffe effectivement en lecture écriture et cpu, donc à utiliser avec discernement ^^
@+ et merci pour le comm. :-)

]]> By: Tannax http://www.geckogeek.fr/ajouter-des-variables-sous-ajaxslt-via-exprcontext.html/comment-page-1#comment-141 Tannax Mon, 23 Nov 2009 23:08:50 +0000 http://www.geckogeek.fr/?p=588#comment-141 C'est marrant que tu parles de ce sujet, on en à parler récemment au boulot ce qui me permet d'ajouter un petit point à ton article. Pour faire simple on à une GROSSE application qui tourne sous IIS coté client (ASP) et TOMCAT coté serveur (JAVA). Le parsing xml, template xml ou autres transformations XML sont utilisées pour faire dialoguer les deux parties. C'est à dire que lors d'une requête faite par le client, il va y en avoir 4 (template XML puis parsing XSL, de nouveau parsing XSL après requête en BDD et enfin template XML). Le problème dans tout ça (qui n'en n'ai pas forcément un pour un petit site mais qui peut très vite le devenir) est que chaque transformation XML ou XSL crée des écritures sur le disque et donc des threads (au moins 4 ou 6 si ma mémoire est bonne) pour chaque transformation... faites le calcul... ça grimpe vite ! C'est pour cela qu'il est préférable d'utiliser, au moins du coté serveur, une servlet et des java beans (on reste dans du java coté serveur) pour que ce traitement soit fait en mémoire ! Ainsi vous diviserez par 2 le nombre d'écritures sur disque et augmenterez les performances de votre application ! Biensur comme je l'ai dis ce problème n'est pas perceptible pour des applications a faible trafic mais attention quand même à y penser... Ci mon explication ne vous à pas touchez pensez à la planète: moins de calculs = moins d'électricité = moins de CO² !!! A bientôt, Tannax PS: Vinz, comme d'hab, un travail remarquable! C’est marrant que tu parles de ce sujet, on en à parler récemment au boulot ce qui me permet d’ajouter un petit point à ton article.

Pour faire simple on à une GROSSE application qui tourne sous IIS coté client (ASP) et TOMCAT coté serveur (JAVA).

Le parsing xml, template xml ou autres transformations XML sont utilisées pour faire dialoguer les deux parties. C’est à dire que lors d’une requête faite par le client, il va y en avoir 4 (template XML puis parsing XSL, de nouveau parsing XSL après requête en BDD et enfin template XML).

Le problème dans tout ça (qui n’en n’ai pas forcément un pour un petit site mais qui peut très vite le devenir) est que chaque transformation XML ou XSL crée des écritures sur le disque et donc des threads (au moins 4 ou 6 si ma mémoire est bonne) pour chaque transformation… faites le calcul… ça grimpe vite !

C’est pour cela qu’il est préférable d’utiliser, au moins du coté serveur, une servlet et des java beans (on reste dans du java coté serveur) pour que ce traitement soit fait en mémoire ! Ainsi vous diviserez par 2 le nombre d’écritures sur disque et augmenterez les performances de votre application !

Biensur comme je l’ai dis ce problème n’est pas perceptible pour des applications a faible trafic mais attention quand même à y penser…

Ci mon explication ne vous à pas touchez pensez à la planète: moins de calculs = moins d’électricité = moins de CO² !!!

A bientôt,
Tannax

PS: Vinz, comme d’hab, un travail remarquable!

]]>