Bug 1059053
| Summary: | Portlet in Dashboard is broken for the first access | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [JBoss] JBoss Enterprise Portal Platform 5 | Reporter: | Toshiya Kobayashi <tkobayas> | ||||||
| Component: | Portal | Assignee: | Nobody <nobody> | ||||||
| Status: | CLOSED UPSTREAM | QA Contact: | Tomas Kyjovsky <tkyjovsk> | ||||||
| Severity: | high | Docs Contact: | |||||||
| Priority: | unspecified | ||||||||
| Version: | 5.2.2.GA | CC: | epp-bugs | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | Unspecified | ||||||||
| OS: | Unspecified | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | 1059036 | Environment: | |||||||
| Last Closed: | 2025-02-10 03:34:57 UTC | Type: | Bug | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Attachments: |
|
||||||||
|
Description
Toshiya Kobayashi
2014-01-29 04:40:36 UTC
Created attachment 1022571 [details]
Byteman script to simulate slow dashboard creation
With the attached byteman script, it is possible to force the exception without a debugger. Here are the steps: (all steps similar to the ones outlined above) - [Application Registry]->[Import applications] - Logout Now, the byteman part: - Install byteman: $ bminstall.sh <java_pid> $ bmsubmit.sh ForceSlowDashboardCreation.btm - Login as john - Access the Dashboard BOOM: 12:26:56,816 INFO [STDOUT] http-127.0.0.1-8080-3 BYTEMAN ==> createUserSite for john simulating slow creation... 12:26:57,816 INFO [STDOUT] http-127.0.0.1-8080-3 BYTEMAN ==> createUserSite for john continuing 12:26:59,039 INFO [STDOUT] http-127.0.0.1-8080-1 BYTEMAN ==> createUserSite for john simulating slow creation... 12:26:59,042 INFO [STDOUT] http-127.0.0.1-8080-4 BYTEMAN ==> createUserSite for john simulating slow creation... 12:26:59,042 INFO [STDOUT] http-127.0.0.1-8080-5 BYTEMAN ==> createUserSite for john simulating slow creation... 12:26:59,051 INFO [STDOUT] http-127.0.0.1-8080-6 BYTEMAN ==> createUserSite for john simulating slow creation... 12:27:00,039 INFO [STDOUT] http-127.0.0.1-8080-1 BYTEMAN ==> createUserSite for john continuing 12:27:00,050 INFO [STDOUT] http-127.0.0.1-8080-4 BYTEMAN ==> createUserSite for john continuing 12:27:00,050 INFO [STDOUT] http-127.0.0.1-8080-5 BYTEMAN ==> createUserSite for john continuing 12:27:00,053 INFO [STDOUT] http-127.0.0.1-8080-6 BYTEMAN ==> createUserSite for john continuing 12:27:00,468 ERROR [portal:UIPortletLifecycle] Error processing the action: Can not find 28c39e30c0a862217137890498128a7f org.exoplatform.portal.config.NoSuchDataException: Can not find 28c39e30c0a862217137890498128a7f 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:44) at org.exoplatform.portal.pom.config.TaskExecutionDecorator.execute(TaskExecutionDecorator.java:38) at org.exoplatform.portal.pom.config.cache.DataCache.read(DataCache.java:208) 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:253) at org.exoplatform.portal.pom.config.POMDataStorage.load(POMDataStorage.java:176) at org.exoplatform.portal.config.DataStorageImpl.load(DataStorageImpl.java:111) Created attachment 1031065 [details]
slowCommitAfterHttpResponse.rule
Hi Martin,
I was not able to reproduce the issue with ForceSlowDashboardCreation.btm. I think it doesn't ensure slowdown after http response.
Instead, I attached slowCommitAfterHttpResponse.rule which works for me.
This product has been discontinued or is no longer tracked in Red Hat Bugzilla. |