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 2019/04/10 19:13:00 UTC

[jira] [Closed] (PLUTO-751) V3AnnotationPortletArtifactValidityTests inject dependent-scoped strings into @ApplicationScoped beans

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

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

> V3AnnotationPortletArtifactValidityTests inject dependent-scoped strings into @ApplicationScoped beans
> ------------------------------------------------------------------------------------------------------
>
>                 Key: PLUTO-751
>                 URL: https://issues.apache.org/jira/browse/PLUTO-751
>             Project: Pluto
>          Issue Type: Bug
>          Components: tck
>    Affects Versions: 3.0.0, 3.0.1
>            Reporter: Neil Griffin
>            Assignee: Neil Griffin
>            Priority: Major
>             Fix For: 3.0.2-TCK
>
>
> Three classes in V3AnnotationPortletArtifactValidityTests inject a dependent-scoped {{String}}  (the value for which is the portlet name, which is associated with the portlet request):
> {code:java}
> @Inject
> @PortletName
> private String portletName;
> {code}
> The fix would be to follow the pattern already found elsewhere in the tests by injecting the {{@PortletRequestScoped PortletRequestScopedArtifacts}} instance and calling the {{getPortletName()}} method:
> {code:java}
> @Inject
> private PortletRequestScopedArtifacts portletRequestScopedArtifacts;
> ...
> String portletName = portletRequestScopedArtifacts.getPortletName();
> {code}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)