[JBoss JIRA] (GTNPC-101) When importing a portlet, the portlet id used for the associated state should refer to the original portlet
by Chris Laprun (JIRA)
[ https://issues.jboss.org/browse/GTNPC-101?page=com.atlassian.jira.plugin.... ]
Chris Laprun updated GTNPC-101:
-------------------------------
Fix Version/s: 2.4.1.CR02
Affects Version/s: 2.4.1.CR01
2.3.2-GA
2.3.1-GA
> When importing a portlet, the portlet id used for the associated state should refer to the original portlet
> -----------------------------------------------------------------------------------------------------------
>
> Key: GTNPC-101
> URL: https://issues.jboss.org/browse/GTNPC-101
> Project: GateIn Portlet Container
> Issue Type: Feature Request
> Affects Versions: 2.3.1-GA, 2.3.2-GA, 2.4.1.CR01
> Reporter: Chris Laprun
> Fix For: 2.4.1.CR02
>
>
> If the PortletContext passed to the import method refers to a clone, then import currently creates a state that refers to the clone portlet id, which cannot be resolved anymore by the portlet container. Instead, the import method should look at the associated state to figure out what which portlet the cloned PortletContext refers to so that the state associated with the import properly refers to a portlet id that can always be resolved.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 2 months
[JBoss JIRA] (GTNPC-101) When importing a portlet, the portlet id used for the associated state should refer to the original portlet
by Chris Laprun (JIRA)
Chris Laprun created GTNPC-101:
----------------------------------
Summary: When importing a portlet, the portlet id used for the associated state should refer to the original portlet
Key: GTNPC-101
URL: https://issues.jboss.org/browse/GTNPC-101
Project: GateIn Portlet Container
Issue Type: Feature Request
Reporter: Chris Laprun
If the PortletContext passed to the import method refers to a clone, then import currently creates a state that refers to the clone portlet id, which cannot be resolved anymore by the portlet container. Instead, the import method should look at the associated state to figure out what which portlet the cloned PortletContext refers to so that the state associated with the import properly refers to a portlet id that can always be resolved.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 2 months
[JBoss JIRA] (GTNMGMT-34) Allow pretty print option for REST responses in JSON and XML format
by Nick Scavelli (JIRA)
[ https://issues.jboss.org/browse/GTNMGMT-34?page=com.atlassian.jira.plugin... ]
Nick Scavelli resolved GTNMGMT-34.
----------------------------------
Fix Version/s: 2.0.0-Alpha01
(was: 2.0.0-Beta01)
Resolution: Done
Pretty print flag is passed to marshallers, however it's up to implementation to support it.
> Allow pretty print option for REST responses in JSON and XML format
> -------------------------------------------------------------------
>
> Key: GTNMGMT-34
> URL: https://issues.jboss.org/browse/GTNMGMT-34
> Project: GateIn Management
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: rest
> Reporter: Nick Scavelli
> Assignee: Nick Scavelli
> Priority: Minor
> Fix For: 2.0.0-Alpha01
>
>
> Allow REST services to return JSON and XML responses in pretty format by supporting a http parameter 'pretty'. If the parameter is present, the response should be formatted with line breaks, tabs, etc.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 2 months