November 2013 - gatein-issues - Jboss List Archives

[JBoss JIRA] (GTNPORTAL-3182) Portal 'overriding' maximization of a window in case multiple portlets on the page receive any event but only one of them changes the portlet window mode

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3182?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-3182: ---------------------------------------------------- Boleslaw Dawidowicz <bdawidow(a)redhat.com> changed the Status of [bug 984472|https://bugzilla.redhat.com/show_bug.cgi?id=984472] from NEW to ASSIGNED > Portal 'overriding' maximization of a window in case multiple portlets on the page receive any event but only one of them changes the portlet window mode > --------------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3182 > URL: https://issues.jboss.org/browse/GTNPORTAL-3182 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: WebUI > Affects Versions: 3.5.0.Final > Environment: GateIn portal 3.5.0 > Reporter: Adam Kovari > Fix For: 3.6.3.Final > > Attachments: 00905214-src.zip, case_00903245_using_code_for_case_00905214.ppt, portal_classic_2013-07-19_14-34-18.zip, portletstates-testcase.zip > > > 1- During the action phase a portlet of the layout (producer) raises an event that contains both the target portlet reference (portlet ID) and the target window state desired. > 2- The consumer portlets of the event (note: all portlet in the page may not consume the raised event but only a subset of them will) check if they are the target portlet of the event. In such a case they change the WindowState to the target state. > 3- What we observe is that mechanism works if we have: > - only one consumer on the page > - the consumer is in the last position of the consumer portlets. > > Cases where we have multiple consumer on the page and where the target consumer is not the last in the event consumer list changes the WindowState accoding to command but the rendering of the portlet does not correspond to the correct state. Typically when we desire to maximize the portlet the actual WindowState of all portlets are OK (1 portlet is maximized and others are normal) but the render phase of all portlets are evaluated which is not the case when you perform a maximize using the WindowState button on the UI or when the portlet is in the position last from the portlets recieving the event. -- 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

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3156) NullPointerException when rendering portlet in method UIPortlet.getSuitedTheme()

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3156?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-3156: ---------------------------------------------------- Boleslaw Dawidowicz <bdawidow(a)redhat.com> changed the Status of [bug 984472|https://bugzilla.redhat.com/show_bug.cgi?id=984472] from NEW to ASSIGNED > NullPointerException when rendering portlet in method UIPortlet.getSuitedTheme() > -------------------------------------------------------------------------------- > > Key: GTNPORTAL-3156 > URL: https://issues.jboss.org/browse/GTNPORTAL-3156 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Common integration, WebUI > Affects Versions: 3.5.3.Final > Environment: RHEL 5.9 64bits, Oracle/Sun jdk 1.7.0 > Reporter: Regis Mazur > Priority: Minor > Fix For: 3.7.0.Final > > > During rendering of portal page an NPE error occurred when the portlet uicomponent try to retrieve theme (UIPortlet.getSuitedTheme() method). > It can sometimes be reproduced when there are concurrent navigation requests (click around on the nav menu without waiting for a response). > After investigation, it seems that the uicomponent tree is broken in this case and UIPortalApplication (null in this case) cannot be retrieve via the getAncestorOfType(UIPortalApplication.class) method. > If you look at the content of uicomponent tree (see the "Expected results" and "Actual results"), you will see that standard portal uicomponent(UIPageBody,UIPortal,UISiteBody,UIViewWS,UIWorkingWorkspace,UIPortalApplication) are not in the tree. > We reproduced the case in dev environment when there are concurrent navigation requests (click around around the nav menu without waiting for a response). > It seems to be a concurrency issue in the portal itself. > For the moment we fix the NPE in the UIPortlet.gtmpl (By retrieving the UIPortalApplication from the RequestContext instead of parsing the full uicomponent tree) but we don't fix the root cause and the possible side effects. > Version-Release number of selected component (if applicable): > GateIn 3.5.2.Final-redhat-4 > How reproducible: > Not always. Mostly while testing within customer test environment where deployed portlets model is more significant in term of size and complexity. > Steps to Reproduce: > Actually we tried but we can't reproduce it locally using JSF2.1 Quickstart portlet calling same portlet tree. This only happens when using "full" application which has a lot of other dependencies. > 1. > 2. > 3. > Actual results: > 16:33:10,614 INFO [stdout] (http-localhost/127.0.0.1:8080-5) Looking for UIPortalApplication parent > 16:33:10,614 INFO [stdout] (http-localhost/127.0.0.1:8080-5) parent : null - id : queries > 16:33:10,614 INFO [stdout] (http-localhost/127.0.0.1:8080-5) parent : null - id : row1 > 16:33:10,614 INFO [stdout] (http-localhost/127.0.0.1:8080-5) parent : pp_portal_Dashboard - id : pp_portal_Dashboard > 16:33:10,614 INFO [stdout] (http-localhost/127.0.0.1:8080-5) parent : pp_portal_Dashboard - id : 22572705 > 16:34:11,868 INFO [stdout] (http-localhost/127.0.0.1:8080-5) Looking for UIPortalApplication parent > 16:34:11,868 INFO [stdout] (http-localhost/127.0.0.1:8080-5) parent : null - id : activities > 16:34:11,868 INFO [stdout] (http-localhost/127.0.0.1:8080-5) parent : null - id : row2 > 16:34:11,868 INFO [stdout] (http-localhost/127.0.0.1:8080-5) parent : pp_portal_Dashboard - id : pp_portal_Dashboard > 16:34:11,868 INFO [stdout] (http-localhost/127.0.0.1:8080-5) parent : pp_portal_Dashboard - id : 22572705 > 16:34:28,807 INFO [stdout] (http-localhost/127.0.0.1:8080-5) Looking for UIPortalApplication parent > 16:34:28,807 INFO [stdout] (http-localhost/127.0.0.1:8080-5) parent : null - id : news > 16:34:28,807 INFO [stdout] (http-localhost/127.0.0.1:8080-5) parent : null - id : row2 > 16:34:28,807 INFO [stdout] (http-localhost/127.0.0.1:8080-5) parent : pp_portal_Dashboard - id : pp_portal_Dashboard > 16:34:28,807 INFO [stdout] (http-localhost/127.0.0.1:8080-5) parent : pp_portal_Dashboard - id : 22572705 > Expected results: > 16:32:56,597 INFO [stdout] (http-localhost/127.0.0.1:8080-3) Looking for UIPortalApplication parent > 16:32:56,597 INFO [stdout] (http-localhost/127.0.0.1:8080-3) parent : null - id : tasks > 16:32:56,597 INFO [stdout] (http-localhost/127.0.0.1:8080-3) parent : null - id : row1 > 16:32:56,597 INFO [stdout] (http-localhost/127.0.0.1:8080-3) parent : pp_portal_Dashboard - id : pp_portal_Dashboard > 16:32:56,597 INFO [stdout] (http-localhost/127.0.0.1:8080-3) parent : pp_portal_Dashboard - id : 22572705 > 16:32:56,597 INFO [stdout] (http-localhost/127.0.0.1:8080-3) parent : UIPageBody - id : UIPageBody > 16:32:56,597 INFO [stdout] (http-localhost/127.0.0.1:8080-3) parent : clearstream - id : UIPortal > 16:32:56,597 INFO [stdout] (http-localhost/127.0.0.1:8080-3) parent : UISiteBody - id : UISiteBody > 16:32:56,597 INFO [stdout] (http-localhost/127.0.0.1:8080-3) parent : null - id : 17689309 > 16:32:56,598 INFO [stdout] (http-localhost/127.0.0.1:8080-3) parent : UIComponentDecorator - id : UIViewWS > 16:32:56,598 INFO [stdout] (http-localhost/127.0.0.1:8080-3) parent : UIWorkingWorkspace - id : UIWorkingWorkspace > 16:32:56,598 INFO [stdout] (http-localhost/127.0.0.1:8080-3) parent : UIPortalApplication - id : UIPortalApplication > 16:32:56,598 INFO [stdout] (http-localhost/127.0.0.1:8080-3) parent found : UIPortalApplication - id : UIPortalApplication > Additional info: > We think this caused by uiPortal.getAncestorOfType(UIPortalApplication.class) from UIComponent class which can't get the parent. > We've got an actual proposed solution which is to use Util.getUIPortalApplication() instead to get the same thing (getSkin). > Here is below the code snippet used: > ----------------------- > String theme = null; > > try{ > theme = uicomponent.getSuitedTheme(null); > } catch (RuntimeException e) { > Map<String, String> themeMap = uicomponent.stringToThemeMap(uicomponent.getTheme()); > if (themeMap.containsKey(uiPortalApp.getSkin())) { > theme = themeMap.get(uiPortalApp.getSkin()); > } > else theme= uicomponent.DEFAULT_THEME.split(":")[1]; > } > ---------------------- > While doing some searches, we found out Exo people have also used similar approach (refer to URL link below). > http://lists.jboss.org/pipermail/gatein-commits/2010-November/005095.html > Within Server.log we've got: > Caused by: java.lang.NullPointerException > at org.exoplatform.portal.webui.application.UIPortlet.getSuitedTheme(UIPortlet.java:270) [exo.portal.webui.portal-3.5.2.Final-redhat-4.jar:3.5.2.Final-redhat-4] > at sun.reflect.GeneratedMethodAccessor1549.invoke(Unknown Source) [:1.7.0_06] > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_06] > at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_06] > at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite$PojoCachedMethodSiteNoUnwrapNoCoerce.invoke(PojoMetaMethodSite.java:229) [groovy-all-1.7.6.jar:1.7.6] > at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite.call(PojoMetaMethodSite.java:52) [groovy-all-1.7.6.jar:1.7.6] > at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:124) [groovy-all-1.7.6.jar:1.7.6] > at UIPortlet.run(UIPortlet.gtmpl:96) at org.exoplatform.groovyscript.GroovyScript.render(GroovyScript.java:99) [exo.portal.component.scripting-3.5.2.Final-redhat-4.jar:3.5.2.Final-redhat-4] -- 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

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3246) the only maximized portlet state of last page is kept

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3246?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-3246: ---------------------------------------------------- Boleslaw Dawidowicz <bdawidow(a)redhat.com> changed the Status of [bug 984472|https://bugzilla.redhat.com/show_bug.cgi?id=984472] from NEW to ASSIGNED > the only maximized portlet state of last page is kept > ----------------------------------------------------- > > Key: GTNPORTAL-3246 > URL: https://issues.jboss.org/browse/GTNPORTAL-3246 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Trong Tran > Assignee: Trong Tran > Labels: backlogs > Fix For: 3.7.0.Final > > > Steps to reproduce: > 1. Maximize a portlet in page A > 2. Go to page B and maximzie another portlet there. > 3. Go back to the page A, the previously maximized portlet is restored => NOK > I guess this is a regression introduced from the fix of GTNPORTAL-3182 -- 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

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3257) REST MOP Import doesn't detect errors on commit

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3257?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-3257: ---------------------------------------------------- Toshiya Kobayashi <tkobayas(a)redhat.com> made a comment on [bug 1004213|https://bugzilla.redhat.com/show_bug.cgi?id=1004213] > REST MOP Import doesn't detect errors on commit > ----------------------------------------------- > > Key: GTNPORTAL-3257 > URL: https://issues.jboss.org/browse/GTNPORTAL-3257 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: REST API > Affects Versions: 3.6.0.Final > Reporter: Toshiya Kobayashi > > When you call REST MOP Import: > {noformat} > curl -v -u root:gtn -X PUT -H 'Content-type: application/zip' --upload-file portal_classic_2013-06-10_15-16-53.zip http://localhost:8080/rest/private/managed-components/mop?importMode=over... > {noformat} > It returns 200 OK even if it fails on JCR commit (for example, cache replication timeout). > Because JCR commit happens in RequestLifeCycle.end() after requestHandler.handleRequest() which flushes http response. > https://github.com/exoplatform/ws/blob/master/exo.ws.rest.core/src/main/j... > {code:java} > protected void onService(ExoContainer container, HttpServletRequest httpRequest, HttpServletResponse httpResponse) > throws IOException, ServletException > { > ... > try > { > EnvironmentContext.setCurrent(env); > ServletContainerRequest request = new ServletContainerRequest(httpRequest); > ContainerResponse response = new ContainerResponse(new ServletContainerResponseWriter(httpResponse)); > requestHandler.handleRequest(request, response); > } > ... > finally > { > EnvironmentContext.setCurrent(null); > RequestLifeCycle.end(); > } > } > {code} -- 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

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3289) Invalid Email addresses when domain part begins with digit character

by Tran Trung Thanh (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3289?page=com.atlassian.jira.pl... ] Tran Trung Thanh updated GTNPORTAL-3289: ---------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/689 > Invalid Email addresses when domain part begins with digit character > -------------------------------------------------------------------- > > Key: GTNPORTAL-3289 > URL: https://issues.jboss.org/browse/GTNPORTAL-3289 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.5.6.Final > Reporter: Tran Trung Thanh > Priority: Minor > > To reproduce this issue: > - Access to Administration -> Users -> Add users > - Fill all fields of the Account setting > - For the last field of Email Address , add an account that its domain part begins by a digit character like: *user(a)4test.com.fr > => KO: a warning message showing Your email address is invalid. Please enter a different address. -- 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

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3289) Invalid Email addresses when domain part begins with digit character

by Tran Trung Thanh (JIRA)

Tran Trung Thanh created GTNPORTAL-3289: ------------------------------------------- Summary: Invalid Email addresses when domain part begins with digit character Key: GTNPORTAL-3289 URL: https://issues.jboss.org/browse/GTNPORTAL-3289 Project: GateIn Portal Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 3.5.6.Final Reporter: Tran Trung Thanh Priority: Minor To reproduce this issue: - Access to Administration -> Users -> Add users - Fill all fields of the Account setting - For the last field of Email Address , add an account that its domain part begins by a digit character like: *user(a)4test.com.fr => KO: a warning message showing Your email address is invalid. Please enter a different address. -- 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

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3227) Implement disabled User feature

by Trong Tran (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3227?page=com.atlassian.jira.pl... ] Trong Tran reassigned GTNPORTAL-3227: ------------------------------------- Assignee: Tuyen Nguyen The (was: Vu Viet Phuong) > Implement disabled User feature > ------------------------------- > > Key: GTNPORTAL-3227 > URL: https://issues.jboss.org/browse/GTNPORTAL-3227 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Vu Viet Phuong > Assignee: Tuyen Nguyen The > Priority: Minor > Original Estimate: 4 hours > Time Spent: 4 hours > Remaining Estimate: 2 days > > Refer to the spec at http://community.jboss.org/wiki/DisabledUser -- 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

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3278) Error when DnD Application into Container during editing page

by Trong Tran (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3278?page=com.atlassian.jira.pl... ] Trong Tran reassigned GTNPORTAL-3278: ------------------------------------- Assignee: Hai Nguyen (was: Vu Viet Phuong) > Error when DnD Application into Container during editing page > ------------------------------------------------------------- > > Key: GTNPORTAL-3278 > URL: https://issues.jboss.org/browse/GTNPORTAL-3278 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.7.0.Final > Reporter: Vu Viet Phuong > Assignee: Hai Nguyen > Original Estimate: 6 hours > Remaining Estimate: 6 hours > > This bug happen after merging "Restricted Page" feature > - Login as John, edit "Home" page > - DnD "One row" container into the page > - DnD "New Account" portlet into that container, then DnD that portlet out of the container > - Press F5, refresh the page --> The "New Account" is moved back inside Container > - If I try to move the portlet out-of the Container again --> show popup "Unknow Error" -- 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

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3254) Configure Organization Service TCK tests for the PicketLink implementation

by Trong Tran (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3254?page=com.atlassian.jira.pl... ] Trong Tran updated GTNPORTAL-3254: ---------------------------------- Remaining Estimate: 1 day (was: 4 hours) > Configure Organization Service TCK tests for the PicketLink implementation > -------------------------------------------------------------------------- > > Key: GTNPORTAL-3254 > URL: https://issues.jboss.org/browse/GTNPORTAL-3254 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Components: Identity integration > Reporter: Trong Tran > Assignee: Tuyen Nguyen The > Labels: backlogs > Fix For: 3.7.0.Final > > Original Estimate: 1 day > Time Spent: 1 day, 3 hours, 30 minutes > Remaining Estimate: 1 day > > Here is the link for org service TCK documentation : http://docs.jboss.org/exojcr/1.15.4-GA/developer/en-US/html_single/#Core.... > Some examples : > https://github.com/exodev/core/blob/master/exo.core.component.organizatio... > https://github.com/exodev/core/blob/master/exo.core.component.organizatio... > https://github.com/exodev/jcr-services/blob/master/pom.xml -- 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

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3254) Configure Organization Service TCK tests for the PicketLink implementation

by Trong Tran (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3254?page=com.atlassian.jira.pl... ] Trong Tran updated GTNPORTAL-3254: ---------------------------------- Remaining Estimate: 4 hours (was: 2 hours) > Configure Organization Service TCK tests for the PicketLink implementation > -------------------------------------------------------------------------- > > Key: GTNPORTAL-3254 > URL: https://issues.jboss.org/browse/GTNPORTAL-3254 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Components: Identity integration > Reporter: Trong Tran > Assignee: Tuyen Nguyen The > Labels: backlogs > Fix For: 3.7.0.Final > > Original Estimate: 1 day > Time Spent: 1 day, 3 hours, 30 minutes > Remaining Estimate: 4 hours > > Here is the link for org service TCK documentation : http://docs.jboss.org/exojcr/1.15.4-GA/developer/en-US/html_single/#Core.... > Some examples : > https://github.com/exodev/core/blob/master/exo.core.component.organizatio... > https://github.com/exodev/core/blob/master/exo.core.component.organizatio... > https://github.com/exodev/jcr-services/blob/master/pom.xml -- 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

11 years, 1 month

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

gatein-issues November 2013