incubator-adffaces-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Scott O'Bryan" <darkar...@gmail.com>
Subject Re: [PORTAL] Launch Parameters
Date Wed, 13 Dec 2006 21:07:20 GMT
One more question then.  Does this run two different lifecycles (ie. the 
dialog one runs and returns, then the base one is executed) or is there 
a possibility of cramming these into one lifecycle call?

Scott

Scott O'Bryan wrote:
> Interesting.  I see your point.
>
> Adam Winer wrote:
>> This is part of the dialog framework, for returning
>> from a dialog shown in-place (instead of in a popup
>> window).
>>
>> I think it'd be very tough to make this a redirect,
>> since there can be *a lot* of parameters (it's basically
>> a full POST), and they won't all fit in a GET.
>>
>> -- Adam
>>
>>
>> On 12/13/06, Scott O'Bryan <darkarena@gmail.com> wrote:
>>> Hello everyone,
>>>
>>> I'm looking at supporting "launch parameters" for the Portal in
>>> Trinidad.  To recap my understanding of them, in the TrinidadFilter,
>>> Trinidad does its filter stuff and then does a doFilter on the
>>> FilterChain.  When the chain returns, the TrinidadFilter checks for the
>>> existence of LaunchParameters and, if they exist, it essentially
>>> executes the doFilter again with a modified set of parameters (and thus
>>> runs the Lifecycle again).
>>>
>>> In Portlets we really don't have this capability because this is really
>>> controlled by the bridge right now and it is unlikely we'll be able to
>>> support this without specific enhancements to the Bridge until JSR-286.
>>> So my question is, would I be able to "simulate" this behavior in a
>>> portal environment by sending a redirect back to the portlet with the
>>> new parameters?  I know that this will cause performance issues in the
>>> short term, but it will do so only in a Portal environment and then 
>>> only
>>> until filters are supported in a portal environment.
>>>
>>> I'm simply not sure how these are used, exactly, which is why I'm 
>>> asking
>>> if the redirect would be functionally equivalent.
>>>
>>> Scott
>>>
>>
>
>


Mime
View raw message