Return-Path: 
 <users-fr-return-857-apmail-cocoon-users-fr-archive=www.apache.org@cocoon.apache.org>
Delivered-To: apmail-cocoon-users-fr-archive@www.apache.org
Received: (qmail 77295 invoked from network); 19 Aug 2005 08:36:58 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur.apache.org with SMTP; 19 Aug 2005 08:36:58 -0000
Received: (qmail 47692 invoked by uid 500); 19 Aug 2005 08:36:57 -0000
Mailing-List: contact users-fr-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:users-fr-help@cocoon.apache.org>
List-Unsubscribe: <mailto:users-fr-unsubscribe@cocoon.apache.org>
List-Post: <mailto:users-fr@cocoon.apache.org>
List-Id: <users-fr.cocoon.apache.org>
Reply-To: users-fr@cocoon.apache.org
Delivered-To: mailing list users-fr@cocoon.apache.org
Received: (qmail 47678 invoked by uid 99); 19 Aug 2005 08:36:57 -0000
Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49)
    by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 19 Aug 2005 01:36:57 -0700
X-ASF-Spam-Status: No, hits=0.0 required=10.0
	tests=
X-Spam-Check-By: apache.org
Received-SPF: neutral (asf.osuosl.org: local policy)
Received: from [84.96.21.10] (HELO mail.anyware-tech.com) (84.96.21.10)
    by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 19 Aug 2005 01:37:15 -0700
Received: from localhost (localhost [127.0.0.1])
	by mail.anyware-tech.com (Postfix) with ESMTP id 23A0634824
	for <users-fr@cocoon.apache.org>; Fri, 19 Aug 2005 10:36:53 +0200 (CEST)
Received: from mail.anyware-tech.com ([127.0.0.1])
	by localhost (trinity [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 10157-06 for <users-fr@cocoon.apache.org>;
	Fri, 19 Aug 2005 10:36:50 +0200 (CEST)
Received: from [10.0.0.27] (poukram.anyware [10.0.0.27])
	by mail.anyware-tech.com (Postfix) with ESMTP id 5E53D34820
	for <users-fr@cocoon.apache.org>; Fri, 19 Aug 2005 10:36:50 +0200 (CEST)
Message-ID: <43059A22.1010702@apache.org>
Date: Fri, 19 Aug 2005 10:36:50 +0200
From: Sylvain Wallez <sylvain@apache.org>
User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: users-fr@cocoon.apache.org
Subject: Re: Comment acceder au contexte authentication depuis le flowscript
References: <43047B52.9070207@notremanou.net> <43047E70.8010508@apache.org>
 <43047FA4.2040304@notremanou.net> <430486A0.70208@apache.org>
 <43054D11.7080503@notremanou.net> <43058BC7.9060200@notremanou.net>
 <430592BF.7010205@notremanou.net>
In-Reply-To: <430592BF.7010205@notremanou.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at anyware-tech.com
X-Virus-Checked: Checked by ClamAV on apache.org
X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N

Marc Salvetti wrote:

> <snip/>
>
> Desol� de ces mails � repetition mais je crois approcher de la solution :
>
>> Une autre chose que je ne comprend pas, c'est pourquoi et a quel 
>> endroit du code setXml() est appel� au moment du releaseComponent() ?
>>
> En fait, si je met en commentaire l'appel a setXML, l'erreur 
> disparait, ce qui voudrait dire que le code ne plante pas au moment du 
> releaseComponent() comme le dit le n� de ligne de l'erreur initiale, 
> mais bien au moment de l'appel a setXML
>
> Deuxieme chose, j'ai fait une petite fct de test  :
> function test(contextName, path){


Petite remarque au passage : cette m�thode pour passer les param�tres 
est "deprecated" depuis qu'on a r�aliser qu'il y avait une grosse 
diff�rence s�mantique entre l'utilisation des param�tres par position 
dans JavaScript alors qu'ils sont pass�s par leur nom dans la sitemap. 
En gros, il n'y a pas de relation entre le nom du param�tre dans la 
sitemap et le nom dans la d�claration de fonction. Changer l'ordre des 
<map:parameter> dans la sitemap change l'ordre des param�tres d'appel de 
la fonction.

Cet fa�on de proc�der sera supprim�e dans Cocoon 2.2 et est signal�e 
dans la version courant dans le fichier deprecated.log.

L'approche "future-proof" est d'utiliser "cocoon.parameters":
function test() {
  var contextName = cocoon.parameters['contextName'];
  var path = cocoon.parameters['path'];

>    var manager = 
> cocoon.getComponent(Packages.org.apache.cocoon.webapps.authentication.AuthenticationManager.ROLE); 
>
>    try{
>        var user = manager.isAuthenticated("cfmhandler");
>        var ctx = user.getContext();
>        var frag = ctx.getXML(path);
>        cocoon.log.debug("cart : " + frag.getChildNodes().getLength());
>    } finally {
>        cocoon.releaseComponent(manager);
>    }
> }
>
> que j'appelle directement a partir de la sitemap comme ceci :
>
>        <map:match pattern="test">
>            <map:act type="auth-protect">
>                <map:parameter name="handler" value="cfmhandler"/>
>                <map:call function="test">
>                    <map:parameter name="contextName" 
> value="authentication"/>
>                    <map:parameter name="path" 
> value="authentication/cart"/>
>                </map:call>
>            </map:act>
>        </map:match>
>
> Et ce code marche, a savoir j'ai bien un message ds le log cart : 1 et 
> pas d'erreur


Bon, et si tu mets un ctx.setXML juste apr�s le ctx.getXML, �a plante 
toujours?

> Donc, ca veut dire que
> -Sylvain a bien senti le probleme ;)
> -le contexte se perd quelquepart entre l'appel la sitemap et l'appel 
> de ma fonction saveCartDoc
>
> Ce qui reste a comprendre, c'est ou et pourquoi ce contexte devient 
> inaccessible depuis le flow alors que l'appel a la fonction d'origine 
> est bien encadr� par le auth-protect ?


Ouais, that's the question...

Sylvain

-- 
Sylvain Wallez                        Anyware Technologies
http://people.apache.org/~sylvain     http://www.anyware-tech.com
Apache Software Foundation Member     Research & Technology Director


---------------------------------------------------------------------
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