Bug 793068 (JBEPP-150) - Let a user reset an alias-binding by not defining it in a URL
Summary: Let a user reset an alias-binding by not defining it in a URL
Keywords:
Status: CLOSED NEXTRELEASE
Alias: JBEPP-150
Product: JBoss Enterprise Portal Platform 4
Classification: JBoss
Component: unspecified
Version: 4.3.0.GA_CP2
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
: 4.3.0.GA_CP3
Assignee: Thomas Heute
QA Contact:
URL: http://jira.jboss.org/jira/browse/JBE...
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-12-04 15:56 UTC by Thomas Heute
Modified: 2012-02-28 16:31 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-12-10 14:23:33 UTC
Type: Bug


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker JBEPP-150 0 None None None Never

Description Thomas Heute 2009-12-04 15:56:33 UTC
project_key: JBEPP

The behavior of alias-bindings isn't clearly defined and user may expect various cases.

We should make it configurable so that:

going to:
portal/page?binding1=1
then
portal/page?binding2=1

Actually reset binding1 if the user wants that behavior

and 
going to:
portal/page?binding1=1
then
portal/page?binding2=1

sets both values in default case so that it acts like any other public render parameters (such as set though a portlet)

Comment 1 Thomas Heute 2009-12-10 14:23:15 UTC
This is configurable in jboss-portals.sar/META-INF/jboss-service.xml
Default is:
   <mbean code="org.jboss.portal.core.model.portal.PortalObjectCommandFactory" name="portal:commandFactory=PortalObject"
          xmbean-dd="" xmbean-code="org.jboss.portal.jems.as.system.JBossServiceModelMBean">
      <xmbean/>
      <depends optional-attribute-name="Mapper" proxy-type="attribute">
         portal:service=PortalObjectPathMapper,type=Default
      </depends>
      <attribute name="KeepPNState">true</attribute>
   </mbean>

Set KeepPNState to false to not keep the Public Navigational State across calls with alias bindings


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