Re: [uportal-dev] setPortalControlStructures & setStaticData

[Eric Dalquist]

That is what I was thinking as well, I'll also look into adding a setPortalControlStructures call before the portalEvent call if applicable. Generally fixing IPrivilegedChannel to provide the PCS before any IChannel related call that is triggered by a http request.

-Eric

Andrew Petro wrote:

Eric,







Andrew



Eric Dalquist wrote:

Offhand, I'd favor "fixing" the IPrivilegedChannel API to specify that setPortalControlStructures() happen before setStaticData() called. Conveying the request and response are among the things setPortalControlStructures was intended to do -- constraining when that call happens touches less and is really an improvement anyway. I'm entirely willing to be swayed in my opinion by people giving this more thought though.

I'd like to get people's thoughts on how to add some functionality to either IPrivilegedChannels or IPortletAdaptor channels. What I basically need is for setPortalControlStructures to be called before setStaticData or have the setStaticData call include the request & response. The motivation for this is before the first time a portlet window is rendered a doLoad(window, request, response) call has to be made to pluto. setStaticData seems like the perfect place to do this but since the request & response aren't available I'm not sure what should be done.

-Eric

What makes this more complicated is it looks like IChannel.setStaticData is called by a large number of classes in the framework.

smime.p7s
Description: S/MIME Cryptographic Signature