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 2018/01/03 20:59:00 UTC
[jira] [Created] (PLUTO-673) TCK: Contesting
V2EnvironmentTests_PortalContext_ApiRender_getPortalInfo1
Neil Griffin created PLUTO-673:
----------------------------------
Summary: TCK: Contesting V2EnvironmentTests_PortalContext_ApiRender_getPortalInfo1
Key: PLUTO-673
URL: https://issues.apache.org/jira/browse/PLUTO-673
Project: Pluto
Issue Type: Bug
Components: tck
Affects Versions: 3.0.0
Reporter: Neil Griffin
Assignee: Neil Griffin
Fix For: 3.0.1
The Javadoc for [PortalContext.getPortalInfo()|https://portals.apache.org/pluto/portlet-3.0-apidocs/javax/portlet/PortalContext.html#getPortalInfo()] states:
{quote}
Returns information about the portal like vendor, version, etc.
The form of the returned string is servername/versionnumber. For example, the reference implementation Pluto may return the string Pluto/1.0.
The portlet container may return other optional information after the primary string in parentheses, for example, Pluto/1.0 (JDK 1.3.1; Windows NT 4.0 x86).
{quote}
The Portlet 2.0 TCK simply tested for a non-null return value. But V2EnvironmentTests_PortalContext_ApiRender_getPortalInfo1 in the Portlet 3.0 TCK mandates that spaces are not permitted.
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)