Ok, it's a bug then
-Original Message-
From: Thorbjørn Ravn Andersen [mailto:[EMAIL PROTECTED]
Sent: Friday, September 15, 2006 1:20 PM
To: MyFaces Discussion
Subject: Re: f:attribute problem
Iordanov, Borislav (GIC) skrev den 15-09-2006 18:33:
> Well, thanks, but still, is
Iordanov, Borislav (GIC) skrev den 15-09-2006 18:33:
Well, thanks, but still, isn't that a bug in f:attribute?
As I understand it, the f:attribute expression is evaluated at a
different time where the sRequest variable is not in scope anymore.
--
Thorbjørn
smime.p7s
Description: S/MIME
15, 2006 12:54 PM
To: MyFaces Discussion
Subject: RE: f:attribute problem
Don't you want to use f:param to set parameters on commandLinks? Or are you
actually trying to store the value in the attribute map of the command link
component and when you try to get the attribute out of the attribute m
islav (GIC) [mailto:[EMAIL PROTECTED]
Sent: Friday, September 15, 2006 11:33 AM
To: MyFaces Discussion
Subject: RE: f:attribute problem
Well, thanks, but still, isn't that a bug in f:attribute?
Don't want to use tomahawk tags at this time, especially when there
shouldn't be a
aces Discussion
Subject: Re: f:attribute problem
Iordanov, Borislav (GIC) skrev den 15-09-2006 18:25:
> Hi,
>
> Given the code:
>
>
>
>
>
>
> The value of #{sRequest.id} in the outputText tag is correctly evaluated
> (it dis
Iordanov, Borislav (GIC) skrev den 15-09-2006 18:25:
Hi,
Given the code:
The value of #{sRequest.id} in the outputText tag is correctly evaluated
(it displays), but not so for the f:attribute where the evaluation
returns null. Any idea why? I need to attach th
Hi,
Given the code:
The value of #{sRequest.id} in the outputText tag is correctly evaluated
(it displays), but not so for the f:attribute where the evaluation
returns null. Any idea why? I need to attach this attribute to the
command component as a parameter to m
7 matches
Mail list logo
