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)