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 "Neil Griffin (JIRA)" <ji...@apache.org> on 2016/12/19 20:52:58 UTC

[jira] [Created] (PLUTO-650) Objects such as portletConfig are available during JSP EL resolution even when portlet:defineObjects is not present

Neil Griffin created PLUTO-650:
----------------------------------

             Summary: Objects such as portletConfig are available during JSP EL resolution even when portlet:defineObjects is not present
                 Key: PLUTO-650
                 URL: https://issues.apache.org/jira/browse/PLUTO-650
             Project: Pluto
          Issue Type: Bug
          Components: portlet container
    Affects Versions: 3.0.0
            Reporter: Neil Griffin


The JSR 378 TCK contains a test that expects the lack of {{<portlet:defineObjects/>}} to cause objects like {{portletConfig}} from being resolved by the portlet container's ELResolver.

h3. Steps to Reproduce:

- Create a portlet that contains the following JSP content:
{code:html}
<span>portletConfig=${portletConfig}</span>
{code}
- Deploy the portlet
- Add the portlet to a Pluto portal page
- View the Pluto portal page

(/) Expected Result: 
{noformat}
portletConfig=
{noformat}
(x) Actual Result:
{noformat}
portletConfig=DriverPortletConfigImpl@8407
{noformat}

The reason why the value is found, even without the presence of {{<portlet:defineObjects/>}} is because the WeldELResolver is present in the JSP ELResolver chain and knows how to resolve the value.




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)