[JBoss JIRA] (GTNPORTAL-3315) Portal setup improvements
by Hai Nguyen (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3315?focusedWorklogId=12430277&... ]
Hai Nguyen logged work on GTNPORTAL-3315:
-----------------------------------------
Author: Hai Nguyen
Created on: 04/Dec/13 9:40 PM
Start Date: 04/Dec/13 6:40 AM
Worklog Time Spent: 2 hours
Issue Time Tracking
-------------------
Remaining Estimate: 1 day (was: 1 day, 2 hours)
Time Spent: 1 day (was: 6 hours)
Worklog Id: (was: 12430277)
> Portal setup improvements
> --------------------------
>
> Key: GTNPORTAL-3315
> URL: https://issues.jboss.org/browse/GTNPORTAL-3315
> Project: GateIn Portal
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Affects Versions: 3.6.0.Final
> Reporter: Trong Tran
> Assignee: Hai Nguyen
> Fix For: 3.7.0.Final
>
> Original Estimate: 2 days
> Time Spent: 1 day
> Remaining Estimate: 1 day
>
> The Portal Setup feature was introduced since Gatein 3.6, it is always active by default.
> Today there is a need that it could be able to disable the feature somehow. We also identify there are following needed improvements, potential bug fixes should be done in current implementation:
> - Ability to Enable/Disable the feature
> - Make it work more as an extension, to not forced adding things to core portal
> - Get rid of cloning SetupOrganizationDatabaseInitializer from OrganizationDatabaseInitializer
> - Removing repository/workspace name hard-coding in PortalSetupService
--
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
12 years, 4 months
[JBoss JIRA] (GTNPORTAL-3315) Portal setup improvements
by Hai Nguyen (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3315?focusedWorklogId=12430276&... ]
Hai Nguyen logged work on GTNPORTAL-3315:
-----------------------------------------
Author: Hai Nguyen
Created on: 04/Dec/13 9:21 PM
Start Date: 04/Dec/13 6:20 AM
Worklog Time Spent: 6 hours
Work Description: - Enable/Disable setup root password feature
Issue Time Tracking
-------------------
Remaining Estimate: 1 day, 2 hours (was: 2 days)
Time Spent: 6 hours
Worklog Id: (was: 12430276)
> Portal setup improvements
> --------------------------
>
> Key: GTNPORTAL-3315
> URL: https://issues.jboss.org/browse/GTNPORTAL-3315
> Project: GateIn Portal
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Affects Versions: 3.6.0.Final
> Reporter: Trong Tran
> Assignee: Hai Nguyen
> Fix For: 3.7.0.Final
>
> Original Estimate: 2 days
> Time Spent: 6 hours
> Remaining Estimate: 1 day, 2 hours
>
> The Portal Setup feature was introduced since Gatein 3.6, it is always active by default.
> Today there is a need that it could be able to disable the feature somehow. We also identify there are following needed improvements, potential bug fixes should be done in current implementation:
> - Ability to Enable/Disable the feature
> - Make it work more as an extension, to not forced adding things to core portal
> - Get rid of cloning SetupOrganizationDatabaseInitializer from OrganizationDatabaseInitializer
> - Removing repository/workspace name hard-coding in PortalSetupService
--
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
12 years, 4 months
[JBoss JIRA] (GTNPORTAL-3315) Portal setup improvements
by Hai Nguyen (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3315?page=com.atlassian.jira.pl... ]
Hai Nguyen updated GTNPORTAL-3315:
----------------------------------
Original Estimate: 2 days (was: 1 day)
Remaining Estimate: 2 days (was: 1 day)
> Portal setup improvements
> --------------------------
>
> Key: GTNPORTAL-3315
> URL: https://issues.jboss.org/browse/GTNPORTAL-3315
> Project: GateIn Portal
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Affects Versions: 3.6.0.Final
> Reporter: Trong Tran
> Assignee: Hai Nguyen
> Fix For: 3.7.0.Final
>
> Original Estimate: 2 days
> Remaining Estimate: 2 days
>
> The Portal Setup feature was introduced since Gatein 3.6, it is always active by default.
> Today there is a need that it could be able to disable the feature somehow. We also identify there are following needed improvements, potential bug fixes should be done in current implementation:
> - Ability to Enable/Disable the feature
> - Make it work more as an extension, to not forced adding things to core portal
> - Get rid of cloning SetupOrganizationDatabaseInitializer from OrganizationDatabaseInitializer
> - Removing repository/workspace name hard-coding in PortalSetupService
--
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
12 years, 4 months
[JBoss JIRA] (GTNPORTAL-3323) UI should reflect changes when data is modified through backend services
by Nick Scavelli (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3323?page=com.atlassian.jira.pl... ]
Nick Scavelli commented on GTNPORTAL-3323:
------------------------------------------
Ok, so I'm thinking about having w/e is modifying the data behind the scenes can control the clearing of the cache. I think a real solution is out of scope, for now. Once the cache is cleared I need a way to flag the UI to refresh it's stuff. I have a working commit here http://git.io/yZw77A in which you can see I clear the cache but I also flip a flag to tell the UI to refresh it's data. Obviously the POMSessoinManager flag is a hack, but it would be nice if we could manually flag the UI to refresh it's data somehow. Any thoughts on a good solution for this ?
The customer case will be modifying JCR manually. So they would do something similar as I have done in the import (clear cache, flag UI refresh).
> UI should reflect changes when data is modified through backend services
> ------------------------------------------------------------------------
>
> Key: GTNPORTAL-3323
> URL: https://issues.jboss.org/browse/GTNPORTAL-3323
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Reporter: Nick Scavelli
> Assignee: Vu Viet Phuong
>
> When I modify portal data, site import for example, the UI should reflect the changes.
--
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
12 years, 4 months
[JBoss JIRA] (GTNPORTAL-3323) UI should reflect changes when data is modified through backend services
by Nick Scavelli (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-3323?page=com.atlassian.jira.pl... ]
Nick Scavelli updated GTNPORTAL-3323:
-------------------------------------
Steps to Reproduce:
1. Go to Site Redirects & Export/Import page (Groups -> Administration -> Site redirect and import export)
2. Export classic site
3. Go to home page, add a portlet
4. Go back to Site Redirects & Export/Import page
5. Import portal_classic... that was just exported with overwrite as import option
6. Go back to home page and see that both portlets are still present. Only after logging out is the page correct (showing homepage portlet)
expected
6. Go back to home page and only see the homepage portlet
was:
1. Go to Site Redirects & Export/Import page (Groups -> Administration -> Site redirect and import export)
2. Export classic site
3. Go to home page, add a portlet
4. Go back to Site Redirects & Export/Import page
5. Import portal_classic... that was just exported with overwrite as import option
6. Go back to home page and see that both portlets are still present. Only after logging out is the portlet redisplayed.
expected
6. Go back to home page and only see the homepage portlet
> UI should reflect changes when data is modified through backend services
> ------------------------------------------------------------------------
>
> Key: GTNPORTAL-3323
> URL: https://issues.jboss.org/browse/GTNPORTAL-3323
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Reporter: Nick Scavelli
> Assignee: Vu Viet Phuong
>
> When I modify portal data, site import for example, the UI should reflect the changes.
--
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
12 years, 4 months
[JBoss JIRA] (GTNPORTAL-2072) NoSuchDataException is thrown after importing pages through export/import tool.
by Nick Scavelli (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-2072?page=com.atlassian.jira.pl... ]
Nick Scavelli commented on GTNPORTAL-2072:
------------------------------------------
I'm not getting the exception, so I think this is good. Will open another to see if we can handle the stale cache in POMSessionManager. I think this PR is good to go.
> NoSuchDataException is thrown after importing pages through export/import tool.
> -------------------------------------------------------------------------------
>
> Key: GTNPORTAL-2072
> URL: https://issues.jboss.org/browse/GTNPORTAL-2072
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 3.2.0-Beta01
> Reporter: Nick Scavelli
> Assignee: Vu Viet Phuong
> Labels: import
> Original Estimate: 1 day
> Time Spent: 2 days, 3 hours
> Remaining Estimate: 0 minutes
>
> Below exception is thrown after importing pages through management tools (see steps to reproduce section). I think this is a stale storageId coming from the UI when the data has changed outside the UI. Typically logging out solves the issue, but this isn't optimal. Changes to data should not be only achievable through the UI. The changes are being sent through DataStorage, so there should be someway to sync this data up.
> Stacktrace:
> {noformat}
> Caused by: org.exoplatform.portal.config.NoSuchDataException: Can not find 1c42bec77f0000011076449207f5d085
> at org.exoplatform.portal.pom.config.POMSession.findCustomizationById(POMSession.java:214)
> at org.exoplatform.portal.pom.config.tasks.PreferencesTask$Load.run(PreferencesTask.java:91)
> at org.exoplatform.portal.pom.config.POMSession.execute(POMSession.java:405)
> at org.exoplatform.portal.pom.config.ExecutorDispatcher.execute(ExecutorDispatcher.java:60)
> at org.exoplatform.portal.pom.config.TaskExecutionDecorator.execute(TaskExecutionDecorator.java:38)
> at org.exoplatform.portal.pom.config.cache.DataCache.read(DataCache.java:169)
> at org.exoplatform.portal.pom.config.cache.DataCache.execute(DataCache.java:61)
> at org.exoplatform.portal.pom.config.TaskExecutionDecorator.execute(TaskExecutionDecorator.java:38)
> at org.exoplatform.portal.pom.config.cache.PortalNamesCache.execute(PortalNamesCache.java:77)
> at org.exoplatform.portal.pom.config.POMSessionManager.execute(POMSessionManager.java:251)
> at org.exoplatform.portal.pom.config.POMDataStorage.load(POMDataStorage.java:176)
> at org.exoplatform.portal.config.DataStorageImpl.load(DataStorageImpl.java:111)
> at org.exoplatform.portal.webui.application.ModelAdapter$1.getPortletContext(ModelAdapter.java:89)
> at org.exoplatform.portal.webui.application.UIPortlet.getPortletContext(UIPortlet.java:993)
> at org.exoplatform.portal.webui.application.UIPortlet.create(UIPortlet.java:829)
> at org.exoplatform.portal.webui.application.UIPortletLifecycle.processRender(UIPortletLifecycle.java:212)
> {noformat}
--
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
12 years, 4 months
[JBoss JIRA] (GTNPORTAL-2072) NoSuchDataException is thrown after importing pages through export/import tool.
by Nick Scavelli (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-2072?page=com.atlassian.jira.pl... ]
Nick Scavelli updated GTNPORTAL-2072:
-------------------------------------
Assignee: Vu Viet Phuong (was: Nick Scavelli)
> NoSuchDataException is thrown after importing pages through export/import tool.
> -------------------------------------------------------------------------------
>
> Key: GTNPORTAL-2072
> URL: https://issues.jboss.org/browse/GTNPORTAL-2072
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 3.2.0-Beta01
> Reporter: Nick Scavelli
> Assignee: Vu Viet Phuong
> Labels: import
> Original Estimate: 1 day
> Time Spent: 2 days, 3 hours
> Remaining Estimate: 0 minutes
>
> Below exception is thrown after importing pages through management tools (see steps to reproduce section). I think this is a stale storageId coming from the UI when the data has changed outside the UI. Typically logging out solves the issue, but this isn't optimal. Changes to data should not be only achievable through the UI. The changes are being sent through DataStorage, so there should be someway to sync this data up.
> Stacktrace:
> {noformat}
> Caused by: org.exoplatform.portal.config.NoSuchDataException: Can not find 1c42bec77f0000011076449207f5d085
> at org.exoplatform.portal.pom.config.POMSession.findCustomizationById(POMSession.java:214)
> at org.exoplatform.portal.pom.config.tasks.PreferencesTask$Load.run(PreferencesTask.java:91)
> at org.exoplatform.portal.pom.config.POMSession.execute(POMSession.java:405)
> at org.exoplatform.portal.pom.config.ExecutorDispatcher.execute(ExecutorDispatcher.java:60)
> at org.exoplatform.portal.pom.config.TaskExecutionDecorator.execute(TaskExecutionDecorator.java:38)
> at org.exoplatform.portal.pom.config.cache.DataCache.read(DataCache.java:169)
> at org.exoplatform.portal.pom.config.cache.DataCache.execute(DataCache.java:61)
> at org.exoplatform.portal.pom.config.TaskExecutionDecorator.execute(TaskExecutionDecorator.java:38)
> at org.exoplatform.portal.pom.config.cache.PortalNamesCache.execute(PortalNamesCache.java:77)
> at org.exoplatform.portal.pom.config.POMSessionManager.execute(POMSessionManager.java:251)
> at org.exoplatform.portal.pom.config.POMDataStorage.load(POMDataStorage.java:176)
> at org.exoplatform.portal.config.DataStorageImpl.load(DataStorageImpl.java:111)
> at org.exoplatform.portal.webui.application.ModelAdapter$1.getPortletContext(ModelAdapter.java:89)
> at org.exoplatform.portal.webui.application.UIPortlet.getPortletContext(UIPortlet.java:993)
> at org.exoplatform.portal.webui.application.UIPortlet.create(UIPortlet.java:829)
> at org.exoplatform.portal.webui.application.UIPortletLifecycle.processRender(UIPortletLifecycle.java:212)
> {noformat}
--
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
12 years, 4 months
[JBoss JIRA] (GTNPORTAL-2072) NoSuchDataException is thrown after importing pages through export/import tool.
by Nick Scavelli (JIRA)
[ https://issues.jboss.org/browse/GTNPORTAL-2072?page=com.atlassian.jira.pl... ]
Nick Scavelli commented on GTNPORTAL-2072:
------------------------------------------
[~phuong_vu] I missed your one comment, yea let's handle the cache in POMSessionManager too. I think this is the main usecase actually. When data is saved through backend services, and not the UI, the UI should be able to see non stale data. I think this what the customer is actually after in https://bugzilla.redhat.com/show_bug.cgi?id=1038029
> NoSuchDataException is thrown after importing pages through export/import tool.
> -------------------------------------------------------------------------------
>
> Key: GTNPORTAL-2072
> URL: https://issues.jboss.org/browse/GTNPORTAL-2072
> Project: GateIn Portal
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 3.2.0-Beta01
> Reporter: Nick Scavelli
> Assignee: Nick Scavelli
> Labels: import
> Original Estimate: 1 day
> Time Spent: 2 days, 3 hours
> Remaining Estimate: 0 minutes
>
> Below exception is thrown after importing pages through management tools (see steps to reproduce section). I think this is a stale storageId coming from the UI when the data has changed outside the UI. Typically logging out solves the issue, but this isn't optimal. Changes to data should not be only achievable through the UI. The changes are being sent through DataStorage, so there should be someway to sync this data up.
> Stacktrace:
> {noformat}
> Caused by: org.exoplatform.portal.config.NoSuchDataException: Can not find 1c42bec77f0000011076449207f5d085
> at org.exoplatform.portal.pom.config.POMSession.findCustomizationById(POMSession.java:214)
> at org.exoplatform.portal.pom.config.tasks.PreferencesTask$Load.run(PreferencesTask.java:91)
> at org.exoplatform.portal.pom.config.POMSession.execute(POMSession.java:405)
> at org.exoplatform.portal.pom.config.ExecutorDispatcher.execute(ExecutorDispatcher.java:60)
> at org.exoplatform.portal.pom.config.TaskExecutionDecorator.execute(TaskExecutionDecorator.java:38)
> at org.exoplatform.portal.pom.config.cache.DataCache.read(DataCache.java:169)
> at org.exoplatform.portal.pom.config.cache.DataCache.execute(DataCache.java:61)
> at org.exoplatform.portal.pom.config.TaskExecutionDecorator.execute(TaskExecutionDecorator.java:38)
> at org.exoplatform.portal.pom.config.cache.PortalNamesCache.execute(PortalNamesCache.java:77)
> at org.exoplatform.portal.pom.config.POMSessionManager.execute(POMSessionManager.java:251)
> at org.exoplatform.portal.pom.config.POMDataStorage.load(POMDataStorage.java:176)
> at org.exoplatform.portal.config.DataStorageImpl.load(DataStorageImpl.java:111)
> at org.exoplatform.portal.webui.application.ModelAdapter$1.getPortletContext(ModelAdapter.java:89)
> at org.exoplatform.portal.webui.application.UIPortlet.getPortletContext(UIPortlet.java:993)
> at org.exoplatform.portal.webui.application.UIPortlet.create(UIPortlet.java:829)
> at org.exoplatform.portal.webui.application.UIPortletLifecycle.processRender(UIPortletLifecycle.java:212)
> {noformat}
--
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
12 years, 4 months
[JBoss JIRA] (GTNPORTAL-3322) Replace -1 with PageNavigation.UNDEFINED_PRIORITY
by Peter Palaga (JIRA)
Peter Palaga created GTNPORTAL-3322:
---------------------------------------
Summary: Replace -1 with PageNavigation.UNDEFINED_PRIORITY
Key: GTNPORTAL-3322
URL: https://issues.jboss.org/browse/GTNPORTAL-3322
Project: GateIn Portal
Issue Type: Task
Security Level: Public (Everyone can see)
Reporter: Peter Palaga
Assignee: Peter Palaga
Fix For: 3.7.0.Final
Introduce {{PageNavigation.UNDEFINED_PRIORITY}} constant and use it instead of {{-1}} literal as {{PageNavigation.priority}} value. {{UNDEFINED_PRIORITY}} and its usage should be described in comments. This is followup of GTNPORTAL-2751.
--
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
12 years, 4 months