[
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)