Bug 793981 (JBEPP-1054) - Remove gadget wrapper portlet from default applications
Summary: Remove gadget wrapper portlet from default applications
Keywords:
Status: CLOSED WONTFIX
Alias: JBEPP-1054
Product: JBoss Enterprise Portal Platform 5
Classification: JBoss
Component: Portal
Version: 5.1.1.CR01
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
: 5.2.0.ER06
Assignee: hfnukal@redhat.com
QA Contact:
URL: http://jira.jboss.org/jira/browse/JBE...
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-08-09 07:49 UTC by Michal Vanco
Modified: 2013-04-30 23:35 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-11-03 06:27:43 UTC
Type: Task


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 794285 0 high CLOSED Gadget Wrapper portlet's default horoscope gadget doesn't work propertly 2021-02-22 00:41:40 UTC
Red Hat Issue Tracker JBEPP-1054 0 None None None Never

Internal Links: 794285

Description Michal Vanco 2011-08-09 07:49:41 UTC
project_key: JBEPP

Remove definition of Gadget wrapper portlet (dashboard/GadgetPortlet) from file:
web/portal/src/main/webapp/WEB-INF/conf/portal/application-registry-configuration.xml

This portlet is never used as standalone portlet (there is horoscope gadget set by default which doesn't work), portlet is used only when any gadget is added on portal page - url is stored in preferences and there is no other way to change url of gadget.

As there is no real usage of standalone portlet, I propose removing portlet definition from default applications available at categories.
Another option is to add portlet preference for URL in portlet.xml, then it would be possible to change it in Edit mode/Preferences tab.

UIGadgetPortlet class should properly handle URLs and well as local:// locations of gadgets.

Comment 1 Matt Wringe 2011-08-25 19:27:12 UTC
this is more complex than just a cosmetic change of removing a portlet definition from appearing in the application categories.

First of all, any application which can be placed on a page has to correspond to an application which is owned by a category (sometimes referred to as a managed application). We cannot directly add a portlet from PC to a page, it has to be wrapped and configured in a managed application.

Second, this defines the security level of the GadgetPortlet, so there will be issues with who can access this portlet if its removed.

So to properly remove the GadgetPortlet from the application registry, its going to require rewriting how gadgets get wrapped inside portlets and placed on a page. This might not be something we want to add right now since its a bit more than just a bug fix. Since its a minor annoyance, it should just be properly documented what it does in the docs.

Comment 2 Matt Wringe 2011-09-19 19:39:32 UTC
Link: Added: This issue is related to GTNPORTAL-2110


Comment 3 Matt Wringe 2011-09-19 19:39:33 UTC
GTNPORTAL-2110 is the jira for tracking the issues with the horoscope gadget from being displayed properly.

Comment 4 hfnukal@redhat.com 2011-11-02 18:38:11 UTC
Release Notes Docs Status: Added: Not Yet Documented


Comment 5 Thomas Heute 2011-11-03 06:27:19 UTC
Link: Added: This issue is related to JBEPP-1337


Comment 6 Thomas Heute 2011-11-03 06:27:59 UTC
Release Notes Docs Status: Removed: Not Yet Documented Added: Not Required



Note You need to log in before you can comment on or make changes to this bug.