Mailing-List: contact users-fr-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users-fr@cocoon.apache.org
Received-SPF: pass (hermes.apache.org: local policy)
Message-ID: <42994537.8040705@citycita.net>
Date: Sun, 29 May 2005 12:29:43 +0800
From: Philippe Guillard <pguillard@citycita.net>
User-Agent: Mozilla Thunderbird 0.8 (X11/20041020)
MIME-Version: 1.0
To: users-fr@cocoon.apache.org
Subject: Re: XSP vs JXT !!
References: <429875EA.5010909@citycita.net> <429891F1.6050308@apache.org>
In-Reply-To: <429891F1.6050308@apache.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

Rassurant, merci!

Phil

Sylvain Wallez wrote:

> Philippe Guillard wrote:
>
>> Bonjour,
>>
>> Ce n'est pas une remise en question d'un debat deja passe, mais une 
>> interrogation en suspend pour moi reactivee sur la liste aujourd'hui.
>> Sans remettre en question le fait que XSP a ete "deprecated" et est 
>> moins propre que Flow+JXT, il reste une chose que je ne comprends pas:
>> Lorsque j'ai besoin simplement d'afficher des informations d'une DB 
>> et cacher pour une meilleure performance , je ne vois toujours pas 
>> d'equivalent a XSP avec cache tel que dans les 
>> samples/blocks/xsp/java/cacheable.
>
>
>
> Et c'est exactement pour �a que XSP et ESQL sont encore l� ;-)
>
>> Il est possible de cacher une page JXTemplate dans le cvs2.1,
>
>
>
> Pas seulement dans le cvs (ou plut�t le svn), mais aussi dans les 
> releases (depuis 2.1.5 si ma m�moire est bonne).
>
>> accessoirement mettre une condition en flow pour ne pas aller 
>> chercher la partie persistence en flow, mais de maniere globale le 
>> flow comme l'action n'ont pa lieu d'etre caches.  Donc 
>> personnellement je garde actuellement mes XSP et reserve Flow 
>> essentiellement pour CForms ou ce qui necessite du flow.
>> Ma vision est-elle fausse?
>
>
>
> Non, c'est tout � fait opportun. Comme tu le soulignes, tout ce qui se 
> situe dans le flowscript ne peut �tre mis en cache, parce qu'au niveau 
> du contr�leur (seule la vue est cach�e). Dans le cas de la 
> *publication* du contenu d'une base, ESQL est dans Cocoon l'approche 
> la plus simple. Par contre, les modifications du contenu de la base 
> sont de la responsabilit� du contr�leur et de la logique applicative, 
> et ne doivent donc pas avoir lieu dans la XSP.
>
> Sylvain
>


---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org