dev@xmlfr.org : liste de discussion des développeurs du site XMLfr
[dev@xmlfr.org] Re: [Cocoon] show-time & XML
From: Sylvain Wallez (sylvain.wallez@anyware-tech.com)
Date: 05/01/2004 - 17:30
Eric van der Vlist wrote:
>On Mon, 2004-01-05 at 18:06, Sylvain Wallez wrote:
>
>
>
>>Il a forcément une incidence sur la performance brute puisqu'il rajoute
>>une instrumentation autour des différents éléments du pipeline (une
>>prise de mesure par startElement/endElement). L'accumulation des mesures
>>consomme aussi de la mémoire. C'est pour ces raisons qu'il est
>>déconseillé de l'utiliser sur une appli opérationnelle.
>>
>>Par contre, il ne fausse pas les résultats des requêtes qu'il
>>instrumente, puisqu'il n'inclut pas son propre temps de traitement dans
>>le cumul des temps. Le cas présent me parait donc être typiquement celui
>>dans lequel il est utile et utilisable !
>>
>>
>
>OK, je vais regarder cela.
>
>L'autre aspect qui est gênant dans mes tests tels qu'il sont réalisés
>actuellement est le fait qu'ils engendrent une forte charge et qu'il
>faudrait pouvoir interdire l'exécution simultanée de plusieurs tests.
>
>Cela pose deux questions...
>
> 1. Comment implémenter quelque chose qui ressemblerait soit à une
> file d'attente pour sérialiser les requêtes soit à un mutex à
> tester pour renvoyer un message d'erreur lorsqu'un test est déjà
> en cours?
>
>
Là, il faut un petit bout de code...
Le plus simple est à mon avis que le "pilote" du test (déclenché par
"Tous-les-tests") soit une XSP dont tout le contenu soit englobé dans un
bloc "synchronized(Cocoon.class)". L'utilisation d'une classe comme
mutex est un moyen simple d'avoir un objet partagé entre toutes les
requêtes, sans avoir à passer par le contexte servlet.
> 2. Dans tous les cas, ces tests sont longs. Comment peut-on
> renvoyer un début de réponse au client avant la fin du
> traitement d'un pipeline? Le fait que nous ayons un pipe SAX
> laisse supposer que ce devrait être possible. Est-ce le cas
> (quitte à abandonner XSLT pour STX pour l'exécution des tests)?
> Ou est-ce que Cocoon attend de toute manière la fin du
> traitement pour envoyer le résultat?
>
>
Cocoon est effectivement capable d'envoyer la réponse en streaming s'il
n'y a pas une XSL dans le pipeline qui bufferise tout! Par contre, il
faut aussi que le HTML envoyé soit adapté à une présentation progressive
(i.e. éviter les tables).
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Orixo, the opensource XML business alliance - http://www.orixo.com
--
Devenez redacteur <XML>fr et contribuez au developpement du
xml francophone (http://xmlfr.org/infos/redacteurs/) !
Liste de diffusion "dev@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de
tout sujet technique lie au developpement du site XMLfr.
Pour resilier votre abonnement, envoyez un message contenant
la commande "unsubscribe" a dev-request@xmlfr.org
(mailto:dev-request@xmlfr.org?Subject=unsubscribe)
Archive générée par hypermail 2.1.3 le 28/01/2004 - 09:12 UTC
webmaster@xmlfr.org
|
