You are viewing a plain text version of this content. The canonical link for it is here.
Posted to adffaces-issues@incubator.apache.org by "Scott O'Bryan (JIRA)" <ad...@incubator.apache.org> on 2007/01/25 21:19:49 UTC
[jira] Updated: (ADFFACES-364) PartialPageContext optimization bug
[ https://issues.apache.org/jira/browse/ADFFACES-364?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Scott O'Bryan updated ADFFACES-364:
-----------------------------------
Attachment: 10-ADFFACES-364.patch
This patch removes the erroneous optimization
> PartialPageContext optimization bug
> -----------------------------------
>
> Key: ADFFACES-364
> URL: https://issues.apache.org/jira/browse/ADFFACES-364
> Project: MyFaces ADF-Faces
> Issue Type: Bug
> Components: Portlet
> Environment: JSR-168
> Reporter: Scott O'Bryan
> Attachments: 10-ADFFACES-364.patch
>
>
> Currently there is no container agnostic way of handling PPR in a JSR-168 Portal. Therefore, Trinidad has PPR disabled. One can create extensions to Trinidad, however, which would support PPR in a container-specific fashion. In these environments, it should be possible to retrieve a PartialPageContext in a portal environment as this object has uses to Trinidad extension. The optimization inside of CoreRenderingContext returns null when the Trinidad Portal capability is not enabled. This optimization should be removed.
> This will not impact the performance of the system NOR will it impact the API. This is because the Trinidad renderkit will already not SEND a ppr request in a portal environment, so it will never "attempt" to retrieve the PartialPageContext in a portal environment. If a Trinidad EXTENSION should generate a portal-compatible PPR request, it will need to FORCE the PPR request using Trinidad API's before it retrieves the PartialPageContext or Trinidad will return null.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.