Bug 873733 - WSRP - portlet import doesn't work
Summary: WSRP - portlet import doesn't work
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: JBoss Enterprise Portal Platform 6
Classification: JBoss
Component: Portal
Version: 6.0.x
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: 6.0.x
Assignee: claprun@redhat.com
QA Contact: vramik
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-11-06 15:31 UTC by vramik
Modified: 2013-09-02 05:14 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Known Issue
Doc Text:
Due to an issue with portal data caching on the consumer side, the portlet present before a WSRP import might still be visible after the import, when it should have changed. To work around the issue, users may need to log out and log back into the portal to see changes made after a WSRP portlet import.
Clone Of:
Environment:
Last Closed: 2012-12-20 11:39:06 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker GTNWSRP-328 0 Major Reopened Newly imported portlet is not displayed until after re-login 2014-05-09 13:58:06 UTC

Description vramik 2012-11-06 15:31:53 UTC
Description of problem:
There is no change when import portlet to window. You have to sign out and sing in again to view changes applied.

How reproducible:
both producer and consumer started (I use different set of ports) and producer have some portlet deployed

Steps to Reproduce:
1. open consumer and sign in as a root
2. go to wsrp page and register producer
3. export some portlet and import it into some window
4. check if the window contains imported portlet
  
Actual results:
Old portlet present.

Expected results:
Imported portlet present.

Additional info:
When you log out and in imported portlet is present.

Comment 1 vramik 2012-12-16 23:10:07 UTC
The issue is still present in jpp6.0.er04.2 where is wsrp 2.2.1.CR01-redhat-1 I tried verify on gatein-master and there is still issue too.

Comment 2 JBoss JIRA Server 2012-12-17 10:55:46 UTC
Chris Laprun <chris.laprun> updated the status of jira GTNWSRP-328 to Reopened

Comment 3 JBoss JIRA Server 2012-12-17 10:55:46 UTC
Chris Laprun <chris.laprun> made a comment on jira GTNWSRP-328

Verified that if consumer and producer are running on separate process, then the issue occurs. The issue doesn't happen if both consumer and producer are running in the same AS instance.

Comment 4 JBoss JIRA Server 2012-12-17 17:54:10 UTC
Chris Laprun <chris.laprun> made a comment on jira GTNWSRP-328

Thinking more about it, I believe it's acceptable to require users to log out and back in to see changes, though obviously not optimal. Not sure why it's only required when producer and consumer run in different AS instances.

Comment 5 Boleslaw Dawidowicz 2012-12-18 13:25:58 UTC
Because this is minor and there is valid workaround I'm setting it as WON'T FIX.

Comment 6 Michal Vanco 2012-12-20 11:33:41 UTC
Hi Bolek/Chris,
unfortunately this is a regression since EPP 5.2, there was/is a set of tests for wsrp import and it always expected immediate import (and it always worked).
I don't agree with setting as won't fix (even that's a minor). 
If you insist on not fixing the issue, then we have to update the tests to change import verification and it should be also included in documentation (wrsp, part about import & export).

Comment 7 Boleslaw Dawidowicz 2012-12-20 11:38:50 UTC
Thanks for the update. Wasn't aware it is a regression. Still it looks minor and has valid workaround. On the dev side we simply won't have necessary bandwidth to fix it within current time constraints for JPP 6. Please update the tests


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