Return-Path: 
 <users-return-54522-apmail-cocoon-users-archive=cocoon.apache.org@cocoon.apache.org>
Delivered-To: apmail-cocoon-users-archive@cocoon.apache.org
Received: (qmail 39866 invoked by uid 500); 20 Aug 2003 13:31:49 -0000
Mailing-List: contact users-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:users-help@cocoon.apache.org>
list-unsubscribe: <mailto:users-unsubscribe@cocoon.apache.org>
list-post: <mailto:users@cocoon.apache.org>
Reply-To: users@cocoon.apache.org
Delivered-To: mailing list users@cocoon.apache.org
Received: (qmail 39695 invoked from network); 20 Aug 2003 13:31:43 -0000
Received: from unknown (HELO prideth.rennes.jouve.fr) (195.6.79.173)
  by daedalus.apache.org with SMTP; 20 Aug 2003 13:31:43 -0000
Received: from rennes.jouve.fr (obillard.rennes.jouve.fr [193.106.15.150])
	by prideth.rennes.jouve.fr (8.9.1b+Sun/8.9.1) with ESMTP id PAA16084
	for <users@cocoon.apache.org>; Wed, 20 Aug 2003 15:21:33 +0200 (MET DST)
Message-ID: <3F437238.7030005@rennes.jouve.fr>
Date: Wed, 20 Aug 2003 15:06:00 +0200
From: Olivier Billard <obillard@rennes.jouve.fr>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
 rv:1.5a) Gecko/20030718
X-Accept-Language: fr, fr-fr, en, en-us
MIME-Version: 1.0
To: users@cocoon.apache.org
Subject: Re: 3 questions...
References: <Law10-F112wPiyAphwF0002f2a2@hotmail.com>
 <3F43218B.5000301@timberlake.co.za>
In-Reply-To: <3F43218B.5000301@timberlake.co.za>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

Hi Andrew,

I have a little question about retrieving the "data" tag content.
How could you get the content ? It seems that there is no corresponding output module, and 
when I set a serializer instead of the classic <map:redirect-to uri="login"/> to view the 
<data> content, I have the following error :
"You must set a generator first before you can use a serializer."
So how can you access the data content ?

Thanks,
--
Olivier



On 20/08/2003 09:21, Andrew Timberlake wrote:
> Sonny
> 
> Try walking the programming logic. Starting with 
> org.apache.cocoon.webapps.authentication.acting.LoginAction
> and follow how cocoon deals with each step of the process.
> 
> One thing to watch out for is when you get code such as 
> manager.lookup(XXX.Role) this is referencing an Interface to which an 
> implementation class has been assigned within cocoon.xconf. An easy way 
> to identify the implementation class is to look for a class named in one 
> of three common ways:
> <NameOfInterface>Impl.java
> Simple<NameOfInterface>.java
> or
> Default<NameOfInterface>.java
> and then continue walking the logic. This is a great way to figure out 
> how cocoon works internally which will help your use of cocoon 
> considerably.
> 
> Sonny Sukumar wrote:
> 
>> Andrew, thank you for your time and effort to find the info below for 
>> me...it *is* proving helpful.  See couple questions below...
>>
>>> I'm not sure that a login tag is created. The temprary context should 
>>> contain an XML fragment which looks like the following:
>>> <authentication>
>>>     <failed/>
>>>     <data>Any error message which was set by your authentication 
>>> handler</data>
>>> </authentication>
>>>
>>> This I get from reading the few lines above the 
>>> SessionConstants.TEMPORARY_CONTEXT code I mentioned above.
>>>
>>
>> Ahh, that's strange...the docs mention nothing about a <failed/> tag 
>> from what I read.  Is this just a tagging element of some sort?  I 
>> mean, is it just always an empty element that just signals the 
>> authentication failed?
> 
> 
> I think it is just a flag. Remember that this block is providing a 
> generic process for handling authentication. Any block will try to 
> provide a solution for the common problem but you don't need to use it 
> to solve the problem in the way it was written specifically.
> Example is that you need not check for the failed element to know that 
> the auth failed as the action will pass the processing onto your failed 
> pipeline fragment in which case, you simply need to retrieve the content 
> of the data element and continue.
> 
> Andrew


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org