[ 
https://issues.apache.org/jira/browse/PLUTO-674?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Neil Griffin closed PLUTO-674.
------------------------------
    Resolution: Fixed

Fixed in commit 
[dd526d5d8205ba01e9b2121ef5ce1700d94b82ae|https://github.com/apache/portals-pluto/commit/dd526d5d8205ba01e9b2121ef5ce1700d94b82ae]

> TCK: Contesting V2EnvironmentTests_PortletContext_ApiRender_getServerInfo1
> --------------------------------------------------------------------------
>
>                 Key: PLUTO-674
>                 URL: https://issues.apache.org/jira/browse/PLUTO-674
>             Project: Pluto
>          Issue Type: Bug
>          Components: tck
>    Affects Versions: 3.0.0
>            Reporter: Neil Griffin
>            Assignee: Neil Griffin
>             Fix For: 3.0.1
>
>
> Similar to PLUTO-673, the Javadoc for 
> [PortletContext.getServerInfo()|https://portals.apache.org/pluto/portlet-3.0-apidocs/javax/portlet/PortletContext.html#getServerInfo()]
>  states:
> {quote}
> Returns the name and version of the portlet container in which the portlet is 
> running.
> The form of the returned string is containername/versionnumber.
> {quote}
> The Portlet 2.0 TCK simply tested for a non-null return value that contains 
> two tokens separated by a "/" character. But 
> V2EnvironmentTests_PortletContext_ApiRender_getServerInfo1 in the Portlet 3.0 
> TCK goes beyond this by not permitting spaces.
> This test fails on Liferay Portal because the return value is "Liferay 
> Community Edition Portal / 7.1.0"
> Since the Portlet 2.0 TCK did not test for spaces and there is no explicit 
> requirement stated in the Javadoc that spaces are not allowed in the return 
> value, the recommendation would be to modify the test to permit spaces.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

Reply via email to