You are viewing a plain text version of this content. The canonical link for it is here.
Posted to pluto-dev@portals.apache.org by "Nikita Dubrovsky (JIRA)" <ji...@apache.org> on 2008/06/04 20:06:45 UTC

[jira] Commented: (PLUTO-488) When executing doAction/doRender/doLoad/doAdmin and retrieving the servlet context of the portlet app fails, a generic NullPointerException is thrown

    [ https://issues.apache.org/jira/browse/PLUTO-488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12602383#action_12602383 ] 

Nikita Dubrovsky commented on PLUTO-488:
----------------------------------------

I have never worked with Pluto 2.0 yet, but I will take a look next week (I am on vacation for the next 4 days :) and should be able to create a patch for it. Thanks for applying the patch!

> When executing doAction/doRender/doLoad/doAdmin and retrieving the servlet context of the portlet app fails, a generic NullPointerException is thrown
> -----------------------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: PLUTO-488
>                 URL: https://issues.apache.org/jira/browse/PLUTO-488
>             Project: Pluto
>          Issue Type: Improvement
>          Components: portlet container
>    Affects Versions: 2.0.0, 1.1.5
>         Environment: Tomcat 5.5.26
>            Reporter: Nikita Dubrovsky
>            Priority: Trivial
>             Fix For: 2.0.0, 1.1.6
>
>         Attachments: P488-1.1.x-Rev656347.diff
>
>
> A very common error when working with JSR-168 portlets for the first time is when the servlet context of the portlet app cannot be accessed by the portal app. This is usually due to an app server misconfiguration (ex: forgetting to set crossContext="true" on Tomcat) or a failed deployment of the portlet app.
> On Pluto 1.1.5, when trying to render a portlet and the servlet context of the portlet app cannot be retrieved, a generic NullPointerException is thrown from DefaultPortletInvokerService.invoke (line 151). It would be much better to throw a PortletContainerException with a detailed message of the problem.
> This is actually already implemented in PortletContainerImpl.getPortletApplicationDescriptor (line 387), but the same logic is not used in the doRender, doAction, doLoad, and doAdmin methods of PortletContainerImpl. This code could be pulled out into a private method on PortletContainerImpl, or it could be placed directly into PortletContextManager.getPortletContext(ServletContext, String).

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.