July 2013 - gatein-issues - Jboss List Archives

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

by Regis Mazur (JIRA)

Regis Mazur created GTNPORTAL-3156: -------------------------------------- Summary: 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.5.3.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

12 years, 10 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3154) Fix OAuth authentication with GateIn on Tomcat

by Marek Posolda (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3154?page=com.atlassian.jira.pl... ] Marek Posolda updated GTNPORTAL-3154: ------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/554 > Fix OAuth authentication with GateIn on Tomcat > ---------------------------------------------- > > Key: GTNPORTAL-3154 > URL: https://issues.jboss.org/browse/GTNPORTAL-3154 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 3.6.0.Final > Reporter: Marek Posolda > Assignee: Marek Posolda > Fix For: 3.7.0.Final > > > Integration doesn't work with newer tomcat versions (7.0.37 and newer). > The fix would be to change loginURL in configuration of OAuthAuthenticationFilter to "/portal/login" instead of "/portal/dologin" -- 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, 10 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3137) Low non-clusterd performance compared to 6.0

by Marek Posolda (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3137?page=com.atlassian.jira.pl... ] Marek Posolda updated GTNPORTAL-3137: ------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/554 > Low non-clusterd performance compared to 6.0 > -------------------------------------------- > > Key: GTNPORTAL-3137 > URL: https://issues.jboss.org/browse/GTNPORTAL-3137 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Performance > Affects Versions: 3.6.0.Beta02 > Reporter: Marek Posolda > Assignee: Marek Posolda > Fix For: 3.7.0.Final > > > in https://bugzilla.redhat.com/show_bug.cgi?id=974549 -- 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, 10 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3155) Adding option requireClusterProfile for PortalClusteredSSOSupportValve

by Marek Posolda (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3155?page=com.atlassian.jira.pl... ] Marek Posolda updated GTNPORTAL-3155: ------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/554 > Adding option requireClusterProfile for PortalClusteredSSOSupportValve > ---------------------------------------------------------------------- > > Key: GTNPORTAL-3155 > URL: https://issues.jboss.org/browse/GTNPORTAL-3155 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 3.6.0.Final > Reporter: Marek Posolda > Assignee: Marek Posolda > Fix For: 3.7.0.Final > > > New option will allow to use the valve even in non-clustered environment. > Option is "true" by default, so the default behaviour will be same like before. -- 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, 10 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3155) Adding option requireClusterProfile for PortalClusteredSSOSupportValve

by Marek Posolda (JIRA)

Marek Posolda created GTNPORTAL-3155: ---------------------------------------- Summary: Adding option requireClusterProfile for PortalClusteredSSOSupportValve Key: GTNPORTAL-3155 URL: https://issues.jboss.org/browse/GTNPORTAL-3155 Project: GateIn Portal Issue Type: Enhancement Security Level: Public (Everyone can see) Affects Versions: 3.6.0.Final Reporter: Marek Posolda Assignee: Marek Posolda Fix For: 3.7.0.Final New option will allow to use the valve even in non-clustered environment. Option is "true" by default, so the default behaviour will be same like before. -- 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, 10 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3154) Fix OAuth authentication with GateIn on Tomcat

by Marek Posolda (JIRA)

Marek Posolda created GTNPORTAL-3154: ---------------------------------------- Summary: Fix OAuth authentication with GateIn on Tomcat Key: GTNPORTAL-3154 URL: https://issues.jboss.org/browse/GTNPORTAL-3154 Project: GateIn Portal Issue Type: Enhancement Security Level: Public (Everyone can see) Affects Versions: 3.6.0.Final Reporter: Marek Posolda Assignee: Marek Posolda Fix For: 3.7.0.Final Integration doesn't work with newer tomcat versions (7.0.37 and newer). The fix would be to change loginURL in configuration of OAuthAuthenticationFilter to "/portal/login" instead of "/portal/dologin" -- 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, 10 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-2960) Unable to determine Dialect to use [name=EnterpriseDB, majorVersion=9] - for PostgresPlus 9.2

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-2960?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-2960: ---------------------------------------------------- Tomas Kyjovsky <tkyjovsk(a)redhat.com> made a comment on [bug 975374|https://bugzilla.redhat.com/show_bug.cgi?id=975374] I still reproduced this issue with ER2 (and also with the latest gatein-master). I still get the "Unable to determine Dialect to use [name=EnterpriseDB, majorVersion=9]" exception if I don't set the dialect for JCR datasource explicitly. > Unable to determine Dialect to use [name=EnterpriseDB, majorVersion=9] - for PostgresPlus 9.2 > --------------------------------------------------------------------------------------------- > > Key: GTNPORTAL-2960 > URL: https://issues.jboss.org/browse/GTNPORTAL-2960 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.6.0.Beta02 > Environment: PostgresPlus 9.2 (EnterpriseDB) > edb-jdbc14.jar > Reporter: Tomas Kyjovsky > Labels: JPP61-Test-dev > Attachments: hibernate-exception.txt > > > Hibernate DialectFactory cannot determine "hibernate.dialect" for PostgresPlus 9.2 (EnterpriseDB). > ... > org.hibernate.HibernateException: Unable to determine Dialect to use [name=EnterpriseDB, majorVersion=9]; user must register resolver or explicitly set 'hibernate.dialect' > at org.hibernate.service.jdbc.dialect.internal.DialectFactoryImpl.determineDialect(DialectFactoryImpl.java:105) [hibernate-core-4.1.6.Final.jar:4.1.6.Final] > at > ... -- 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, 10 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-2960) Unable to determine Dialect to use [name=EnterpriseDB, majorVersion=9] - for PostgresPlus 9.2

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-2960?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-2960: ---------------------------------------------------- Tomas Kyjovsky <tkyjovsk(a)redhat.com> changed the Status of [bug 975374|https://bugzilla.redhat.com/show_bug.cgi?id=975374] from CLOSED to ASSIGNED > Unable to determine Dialect to use [name=EnterpriseDB, majorVersion=9] - for PostgresPlus 9.2 > --------------------------------------------------------------------------------------------- > > Key: GTNPORTAL-2960 > URL: https://issues.jboss.org/browse/GTNPORTAL-2960 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.6.0.Beta02 > Environment: PostgresPlus 9.2 (EnterpriseDB) > edb-jdbc14.jar > Reporter: Tomas Kyjovsky > Labels: JPP61-Test-dev > Attachments: hibernate-exception.txt > > > Hibernate DialectFactory cannot determine "hibernate.dialect" for PostgresPlus 9.2 (EnterpriseDB). > ... > org.hibernate.HibernateException: Unable to determine Dialect to use [name=EnterpriseDB, majorVersion=9]; user must register resolver or explicitly set 'hibernate.dialect' > at org.hibernate.service.jdbc.dialect.internal.DialectFactoryImpl.determineDialect(DialectFactoryImpl.java:105) [hibernate-core-4.1.6.Final.jar:4.1.6.Final] > at > ... -- 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, 10 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3102) Create SVG images fallback to PNG to support older android browsers

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3102?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-3102: ---------------------------------------------------- Dominik Pospisil <dpospisi(a)redhat.com> changed the Status of [bug 970612|https://bugzilla.redhat.com/show_bug.cgi?id=970612] from ON_QA to VERIFIED > Create SVG images fallback to PNG to support older android browsers > ------------------------------------------------------------------- > > Key: GTNPORTAL-3102 > URL: https://issues.jboss.org/browse/GTNPORTAL-3102 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.6.0.Beta02 > Reporter: Viliam Rockai > Assignee: Viliam Rockai > Fix For: 3.6.0.Final > > > Android 2.3 default browser is not capable of handling SVG image format. We need to create a fallback to supported format for the mobile site. -- 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, 10 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3102) Create SVG images fallback to PNG to support older android browsers

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3102?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-3102: ---------------------------------------------------- Dominik Pospisil <dpospisi(a)redhat.com> made a comment on [bug 970612|https://bugzilla.redhat.com/show_bug.cgi?id=970612] Verified (ER2). > Create SVG images fallback to PNG to support older android browsers > ------------------------------------------------------------------- > > Key: GTNPORTAL-3102 > URL: https://issues.jboss.org/browse/GTNPORTAL-3102 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.6.0.Beta02 > Reporter: Viliam Rockai > Assignee: Viliam Rockai > Fix For: 3.6.0.Final > > > Android 2.3 default browser is not capable of handling SVG image format. We need to create a fallback to supported format for the mobile site. -- 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, 10 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

gatein-issues July 2013