From issues at jboss.org Fri Aug 1 12:12:29 2014 From: issues at jboss.org (Daniel Coughlin (JIRA)) Date: Fri, 1 Aug 2014 12:12:29 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPC-111) Broken Link on JBoss.org In-Reply-To: References: Message-ID: Daniel Coughlin created GTNPC-111: ------------------------------------- Summary: Broken Link on JBoss.org Key: GTNPC-111 URL: https://issues.jboss.org/browse/GTNPC-111 Project: GateIn Portlet Container Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Daniel Coughlin The following broken links are currently listed against this project on www.jboss.org/projects. http://fisheye.jboss.org/browse/gatein/components/pc - Fisheye Link If you maintain a project.properties file that you have told the jboss.org team about, then you just need to fix it in there and the change will be reflected on the site. Otherwise, you need to update the data on this project's Magnolia page. -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Mon Aug 4 04:10:29 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Mon, 4 Aug 2014 04:10:29 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3528) CDI Portlet deployment under Tomcat doesn't work with Weld 2.2.2.Final In-Reply-To: References: Message-ID: Trong Tran created GTNPORTAL-3528: ------------------------------------- Summary: CDI Portlet deployment under Tomcat doesn't work with Weld 2.2.2.Final Key: GTNPORTAL-3528 URL: https://issues.jboss.org/browse/GTNPORTAL-3528 Project: GateIn Portal Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 3.7.1.Final Reporter: Trong Tran Fix For: 3.7.2.Final, 3.9.0.Final In the documentation https://docs.jboss.org/author/display/GTNPORTAL37/CDI+Portlet+Development+under+Tomcat. It guides to deploy and run CDI Portlet in GateIn Portal with Weld 1.1.8.Final Now I'm trying to use newer version of Weld 2.2.2.Final. BUT it leads me to following exception when we use RequestScoped (you could take the example at https://github.com/jboss-developer/jboss-portal-quickstarts/tree/6.2.x-develop/cdi-generic-portlet) {code} Caused by: org.jboss.weld.context.ContextNotActiveException: WELD-001303: No active contexts for scope type javax.enterprise.context.RequestScoped at org.jboss.weld.manager.BeanManagerImpl.getContext(BeanManagerImpl.java:687) at org.jboss.weld.bean.proxy.ContextBeanInstance.getInstance(ContextBeanInstance.java:79) at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:78) at org.gatein.quickstart.cdi.DataBean$Proxy$_$$_WeldClientProxy.setMessage(Unknown Source) at org.gatein.quickstart.cdi.CDIFilter.doFilter(CDIFilter.java:49) at org.gatein.pc.portlet.impl.jsr168.api.FilterChainImpl.doFilter(FilterChainImpl.java:159) at org.gatein.pc.portlet.impl.jsr168.api.FilterChainImpl.doFilter(FilterChainImpl.java:80) at org.gatein.pc.portlet.impl.jsr168.PortletContainerImpl.dispatch(PortletContainerImpl.java:529) at org.gatein.pc.portlet.container.ContainerPortletDispatcher.invoke(ContainerPortletDispatcher.java:42) at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:111) at org.gatein.pc.portlet.aspects.EventPayloadInterceptor.invoke(EventPayloadInterceptor.java:197) at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:111) at org.gatein.pc.portlet.aspects.RequestAttributeConversationInterceptor.invoke(RequestAttributeConversationInterceptor.java:119) at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:111) at org.gatein.pc.portlet.aspects.CCPPInterceptor.invoke(CCPPInterceptor.java:65) at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:111) at org.gatein.pc.bridge.BridgeInterceptor.invoke(BridgeInterceptor.java:49) at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:111) at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:111) at org.gatein.pc.portlet.aspects.SessionInvalidatorInterceptor.invoke(SessionInvalidatorInterceptor.java:55) at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:111) at org.gatein.pc.portlet.aspects.ContextDispatcherInterceptor.access$201(ContextDispatcherInterceptor.java:46) at org.gatein.pc.portlet.aspects.ContextDispatcherInterceptor$CallableImpl.call(ContextDispatcherInterceptor.java:119) at org.exoplatform.portal.webui.application.ExoServerContext$1.doCallback(ExoServerContext.java:49) at org.gatein.wci.command.CommandDispatcher$CallbackCommand.execute(CommandDispatcher.java:82) at org.gatein.wci.command.TomcatCommandDispatcher$1.execute(TomcatCommandDispatcher.java:61) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.gatein.wci.command.CommandServlet.doGet(CommandServlet.java:135) at javax.servlet.http.HttpServlet.service(HttpServlet.java:621) at javax.servlet.http.HttpServlet.service(HttpServlet.java:728) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:749) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:605) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:544) at org.gatein.wci.command.CommandServlet.include(CommandServlet.java:84) at org.gatein.wci.command.TomcatCommandDispatcher.include(TomcatCommandDispatcher.java:97) at org.gatein.wci.tomcat.TC7ServletContainerContext.include(TC7ServletContainerContext.java:113) at org.gatein.wci.ServletContainer.include(ServletContainer.java:395) at org.exoplatform.portal.webui.application.ExoServerContext.dispatch(ExoServerContext.java:45) at org.gatein.pc.portlet.aspects.ContextDispatcherInterceptor.invoke(ContextDispatcherInterceptor.java:65) at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:111) at org.exoplatform.portal.pc.aspects.PortletLifecyclePhaseInterceptor.invoke(PortletLifecyclePhaseInterceptor.java:30) at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:111) at org.gatein.pc.portlet.aspects.SecureTransportInterceptor.invoke(SecureTransportInterceptor.java:69) at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:111) at org.gatein.pc.portlet.aspects.ValveInterceptor.invoke(ValveInterceptor.java:84) at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:111) at org.gatein.pc.portlet.container.ContainerPortletInvoker.invoke(ContainerPortletInvoker.java:131) at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:111) at org.gatein.pc.portlet.state.producer.ProducerPortletInvoker.invoke(ProducerPortletInvoker.java:263) at org.gatein.pc.federation.impl.FederatedPortletInvokerService.invoke(FederatedPortletInvokerService.java:163) at org.gatein.pc.federation.impl.FederatingPortletInvokerService.invoke(FederatingPortletInvokerService.java:246) at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:111) at org.gatein.pc.portlet.aspects.PortletCustomizationInterceptor.invoke(PortletCustomizationInterceptor.java:76) at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:111) at org.gatein.pc.portlet.aspects.ConsumerCacheInterceptor.invoke(ConsumerCacheInterceptor.java:165) at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:111) at org.exoplatform.portal.webui.application.UIPortlet.invoke(UIPortlet.java:1012) at org.exoplatform.portal.webui.application.UIPortletLifecycle.processRender(UIPortletLifecycle.java:195) ... 160 more {code} Note: it works if I use ApplicationScoped instead. -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Tue Aug 5 01:36:29 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Tue, 5 Aug 2014 01:36:29 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3487) Add an option to load CSS from a CDN In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3487?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12990298#comment-12990298 ] RH Bugzilla Integration commented on GTNPORTAL-3487: ---------------------------------------------------- Jared MORGAN changed the Status of [bug 1116278|https://bugzilla.redhat.com/show_bug.cgi?id=1116278] from ASSIGNED to MODIFIED > Add an option to load CSS from a CDN > ------------------------------------ > > Key: GTNPORTAL-3487 > URL: https://issues.jboss.org/browse/GTNPORTAL-3487 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Peter Palaga > Assignee: Peter Palaga > Fix For: 3.8.2.Final, 3.9.0.Final > > > Loading CSS from an external URL is not possible ATM. This a task similar to GTNPORTAL-3485. -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Tue Aug 5 03:06:29 2014 From: issues at jboss.org (Vu Viet Phuong (JIRA)) Date: Tue, 5 Aug 2014 03:06:29 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3529) Make UIContainer creation more flexible In-Reply-To: References: Message-ID: Vu Viet Phuong created GTNPORTAL-3529: ----------------------------------------- Summary: Make UIContainer creation more flexible Key: GTNPORTAL-3529 URL: https://issues.jboss.org/browse/GTNPORTAL-3529 Project: GateIn Portal Issue Type: Enhancement Security Level: Public (Everyone can see) Components: WebUI Affects Versions: 3.8.2.Final Reporter: Vu Viet Phuong Assignee: Vu Viet Phuong Fix For: 3.9.0.Final In PortalDataMapper, we have this {code} if (UITabContainer.TAB_CONTAINER.equals(container.getFactoryId())) { uiTempContainer = uiContainer.createUIComponent(context, UITabContainer.class, null, null); } else if (UIColumnContainer.COLUMN_CONTAINER.equals(container.getFactoryId())) { uiTempContainer = uiContainer.createUIComponent(context, UIColumnContainer.class, null, null); } else { ... {code} This should be improved by making it more flexible, and extensible. Using ServiceLoader to load the factories class that help to create UIContainer by their factory-id -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Tue Aug 5 03:10:29 2014 From: issues at jboss.org (Tuyen Nguyen The (JIRA)) Date: Tue, 5 Aug 2014 03:10:29 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3530) User with special UTF-8 character in display name appears not correctly in eXo platform using MS SQL Server 2008 In-Reply-To: References: Message-ID: Tuyen Nguyen The created GTNPORTAL-3530: ------------------------------------------- Summary: User with special UTF-8 character in display name appears not correctly in eXo platform using MS SQL Server 2008 Key: GTNPORTAL-3530 URL: https://issues.jboss.org/browse/GTNPORTAL-3530 Project: GateIn Portal Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Tuyen Nguyen The Steps to reproduce: - start GateIn using MS SQL Server 2008, instead of HSQL. - login as root - Click on display name to open user profile dialog - Change user info with first name is "Nguy?n", last name is "Th? Tuy?n", and display name is "Nguy?n Th? Tuy?n" - Click save and now "Nguy?n Th? Tuy?n" is appeared correctly in display name field on the top-right (See [^displayname_ok.png]) - Restart Gatein and login with root again Problem: Display name appears not correctly. (see [^displayname_nok.png]) -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Tue Aug 5 03:12:29 2014 From: issues at jboss.org (Tuyen Nguyen The (JIRA)) Date: Tue, 5 Aug 2014 03:12:29 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3530) User with special UTF-8 character in display name appears not correctly in eXo platform using MS SQL Server 2008 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3530?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tuyen Nguyen The updated GTNPORTAL-3530: ---------------------------------------- Attachment: displayname_ok.png displayname_nok.png > User with special UTF-8 character in display name appears not correctly in eXo platform using MS SQL Server 2008 > ---------------------------------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3530 > URL: https://issues.jboss.org/browse/GTNPORTAL-3530 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Tuyen Nguyen The > Attachments: displayname_nok.png, displayname_ok.png > > > Steps to reproduce: > - start GateIn using MS SQL Server 2008, instead of HSQL. > - login as root > - Click on display name to open user profile dialog > - Change user info with first name is "Nguy?n", last name is "Th? Tuy?n", and display name is "Nguy?n Th? Tuy?n" > - Click save and now "Nguy?n Th? Tuy?n" is appeared correctly in display name field on the top-right (See [^displayname_ok.png]) > - Restart Gatein and login with root again > Problem: Display name appears not correctly. (see [^displayname_nok.png]) -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Tue Aug 5 03:14:29 2014 From: issues at jboss.org (Vu Viet Phuong (JIRA)) Date: Tue, 5 Aug 2014 03:14:29 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3529) Make UIContainer creation more flexible In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vu Viet Phuong updated GTNPORTAL-3529: -------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/894 > Make UIContainer creation more flexible > --------------------------------------- > > Key: GTNPORTAL-3529 > URL: https://issues.jboss.org/browse/GTNPORTAL-3529 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: WebUI > Affects Versions: 3.8.2.Final > Reporter: Vu Viet Phuong > Assignee: Vu Viet Phuong > Fix For: 3.9.0.Final > > > In PortalDataMapper, we have this > {code} > if (UITabContainer.TAB_CONTAINER.equals(container.getFactoryId())) { > uiTempContainer = uiContainer.createUIComponent(context, UITabContainer.class, null, null); > } else if (UIColumnContainer.COLUMN_CONTAINER.equals(container.getFactoryId())) { > uiTempContainer = uiContainer.createUIComponent(context, UIColumnContainer.class, null, null); > } else { > ... > {code} > This should be improved by making it more flexible, and extensible. Using ServiceLoader to load the factories class that help to create UIContainer by their factory-id -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Tue Aug 5 06:56:31 2014 From: issues at jboss.org (Tuyen Nguyen The (JIRA)) Date: Tue, 5 Aug 2014 06:56:31 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3530) User with special UTF-8 character in display name appears not correctly in GateIn using MS SQL Server 2008 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3530?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tuyen Nguyen The updated GTNPORTAL-3530: ---------------------------------------- Summary: User with special UTF-8 character in display name appears not correctly in GateIn using MS SQL Server 2008 (was: User with special UTF-8 character in display name appears not correctly in eXo platform using MS SQL Server 2008) > User with special UTF-8 character in display name appears not correctly in GateIn using MS SQL Server 2008 > ---------------------------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3530 > URL: https://issues.jboss.org/browse/GTNPORTAL-3530 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Tuyen Nguyen The > Attachments: displayname_nok.png, displayname_ok.png > > > Steps to reproduce: > - start GateIn using MS SQL Server 2008, instead of HSQL. > - login as root > - Click on display name to open user profile dialog > - Change user info with first name is "Nguy?n", last name is "Th? Tuy?n", and display name is "Nguy?n Th? Tuy?n" > - Click save and now "Nguy?n Th? Tuy?n" is appeared correctly in display name field on the top-right (See [^displayname_ok.png]) > - Restart Gatein and login with root again > Problem: Display name appears not correctly. (see [^displayname_nok.png]) -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Wed Aug 6 06:36:30 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Wed, 6 Aug 2014 06:36:30 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3526) Upgrade to use JCR 1.16.1-GA In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3526?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran resolved GTNPORTAL-3526. ----------------------------------- Fix Version/s: 3.7.2.Final Resolution: Done > Upgrade to use JCR 1.16.1-GA > ---------------------------- > > Key: GTNPORTAL-3526 > URL: https://issues.jboss.org/browse/GTNPORTAL-3526 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Trong Tran > Fix For: 3.7.2.Final, 3.9.0.Final > > -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Thu Aug 7 12:22:29 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Thu, 7 Aug 2014 12:22:29 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3502) Commnon deployer for JavaScript and skin services In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3502?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12991333#comment-12991333 ] RH Bugzilla Integration commented on GTNPORTAL-3502: ---------------------------------------------------- Tomas Kyjovsky changed the Status of [bug 1103768|https://bugzilla.redhat.com/show_bug.cgi?id=1103768] from ON_QA to VERIFIED > Commnon deployer for JavaScript and skin services > ------------------------------------------------- > > Key: GTNPORTAL-3502 > URL: https://issues.jboss.org/browse/GTNPORTAL-3502 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Peter Palaga > Assignee: Peter Palaga > Fix For: 3.8.2.Final, 3.9.0.Final > > > At present, there are two independent deployers for JavaScript and skin services: {{GateInSkinConfigDeployer}} and {{JavascriptConfigDeployer}}. There are two problems with that: > (1) Both of them parse {{gatein-resources.xml}} independently, which is a performance drawback. > (2) They can succeed or fail independently, e.g. in case there is some meaningless declaration in {{gatein-resources.xml}}, which can lead to an inconsistent state of the portal. > An ideal solution for (2) would be to rollback deployment of the whole web application, but unfortunately, the present design of the portal does not allow for that. Therefore, I propose to keep at least the two services consistent by introducing a common deployer, that will grant that resources will either succeed to be added to both or to none. Problem (1) will be solved by that too. -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Sun Aug 10 20:56:29 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Sun, 10 Aug 2014 20:56:29 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3328) Automatic way to update all sites at once (Portal, groups and user sites) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3328?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12991872#comment-12991872 ] RH Bugzilla Integration commented on GTNPORTAL-3328: ---------------------------------------------------- Jared MORGAN changed the Status of [bug 1072188|https://bugzilla.redhat.com/show_bug.cgi?id=1072188] from ASSIGNED to CLOSED > Automatic way to update all sites at once (Portal, groups and user sites) > ------------------------------------------------------------------------- > > Key: GTNPORTAL-3328 > URL: https://issues.jboss.org/browse/GTNPORTAL-3328 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Fix For: 3.8.0.Beta01 > > > This feature is described in the following document: > https://community.jboss.org/wiki/AutomaticWayToUpdateAllSitesAtOncePortalGroupsAndUserSites -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Sun Aug 10 23:48:29 2014 From: issues at jboss.org (Tuyen Nguyen The (JIRA)) Date: Sun, 10 Aug 2014 23:48:29 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3530) User with special UTF-8 character in display name appears not correctly in GateIn using MS SQL Server 2008 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3530?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tuyen Nguyen The updated GTNPORTAL-3530: ---------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/895 > User with special UTF-8 character in display name appears not correctly in GateIn using MS SQL Server 2008 > ---------------------------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3530 > URL: https://issues.jboss.org/browse/GTNPORTAL-3530 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Tuyen Nguyen The > Attachments: displayname_nok.png, displayname_ok.png > > > Steps to reproduce: > - start GateIn using MS SQL Server 2008, instead of HSQL. > - login as root > - Click on display name to open user profile dialog > - Change user info with first name is "Nguy?n", last name is "Th? Tuy?n", and display name is "Nguy?n Th? Tuy?n" > - Click save and now "Nguy?n Th? Tuy?n" is appeared correctly in display name field on the top-right (See [^displayname_ok.png]) > - Restart Gatein and login with root again > Problem: Display name appears not correctly. (see [^displayname_nok.png]) -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Sun Aug 10 23:50:29 2014 From: issues at jboss.org (Tuyen Nguyen The (JIRA)) Date: Sun, 10 Aug 2014 23:50:29 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3530) User with special UTF-8 character in display name appears not correctly in GateIn using MS SQL Server 2008 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3530?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tuyen Nguyen The reassigned GTNPORTAL-3530: ------------------------------------------- Assignee: Tuyen Nguyen The > User with special UTF-8 character in display name appears not correctly in GateIn using MS SQL Server 2008 > ---------------------------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3530 > URL: https://issues.jboss.org/browse/GTNPORTAL-3530 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Tuyen Nguyen The > Assignee: Tuyen Nguyen The > Attachments: displayname_nok.png, displayname_ok.png > > > Steps to reproduce: > - start GateIn using MS SQL Server 2008, instead of HSQL. > - login as root > - Click on display name to open user profile dialog > - Change user info with first name is "Nguy?n", last name is "Th? Tuy?n", and display name is "Nguy?n Th? Tuy?n" > - Click save and now "Nguy?n Th? Tuy?n" is appeared correctly in display name field on the top-right (See [^displayname_ok.png]) > - Restart Gatein and login with root again > Problem: Display name appears not correctly. (see [^displayname_nok.png]) -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Mon Aug 11 04:22:29 2014 From: issues at jboss.org (Vu Viet Phuong (JIRA)) Date: Mon, 11 Aug 2014 04:22:29 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3529) Make UIContainer creation more flexible In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vu Viet Phuong updated GTNPORTAL-3529: -------------------------------------- Description: In PortalDataMapper, we have this {code} if (UITabContainer.TAB_CONTAINER.equals(container.getFactoryId())) { uiTempContainer = uiContainer.createUIComponent(context, UITabContainer.class, null, null); } else if (UIColumnContainer.COLUMN_CONTAINER.equals(container.getFactoryId())) { uiTempContainer = uiContainer.createUIComponent(context, UIColumnContainer.class, null, null); } else { ... {code} This should be improved by making it more flexible, and extensible. Using ServiceLoader to load the factories class that help to create UIContainer by their factory-id The proposed solution is: using factory-id attribute of container model to create corresponding UI container type. And the creation task is delegated to a factory service, that can be loaded via service loader. This design make gatein ui container creation more flexible, it's easy to deploy gatein extension which define a new UI container type with new factory-id factory-id has already be used before in gatein, we use it to create UITabContainer, UIColumnContainer... This issue will add interface for factory service: UIComponentFactory and a default implementation for create current gatein build-in container: DefaultUIContainerFactory. It's declared as a service load by java ServiceLoader When gatein try to create UI container (from model loaded from database or from xml config file). ServiceLoader will load registered UIComponentFactory services, then delegate creation task with factory-id as argument A developer can deploy a jar that declare a new ui factory service, then help to create a new type of UI container easily was: In PortalDataMapper, we have this {code} if (UITabContainer.TAB_CONTAINER.equals(container.getFactoryId())) { uiTempContainer = uiContainer.createUIComponent(context, UITabContainer.class, null, null); } else if (UIColumnContainer.COLUMN_CONTAINER.equals(container.getFactoryId())) { uiTempContainer = uiContainer.createUIComponent(context, UIColumnContainer.class, null, null); } else { ... {code} This should be improved by making it more flexible, and extensible. Using ServiceLoader to load the factories class that help to create UIContainer by their factory-id > Make UIContainer creation more flexible > --------------------------------------- > > Key: GTNPORTAL-3529 > URL: https://issues.jboss.org/browse/GTNPORTAL-3529 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: WebUI > Affects Versions: 3.8.2.Final > Reporter: Vu Viet Phuong > Assignee: Vu Viet Phuong > Fix For: 3.9.0.Final > > > In PortalDataMapper, we have this > {code} > if (UITabContainer.TAB_CONTAINER.equals(container.getFactoryId())) { > uiTempContainer = uiContainer.createUIComponent(context, UITabContainer.class, null, null); > } else if (UIColumnContainer.COLUMN_CONTAINER.equals(container.getFactoryId())) { > uiTempContainer = uiContainer.createUIComponent(context, UIColumnContainer.class, null, null); > } else { > ... > {code} > This should be improved by making it more flexible, and extensible. Using ServiceLoader to load the factories class that help to create UIContainer by their factory-id > The proposed solution is: using factory-id attribute of container model to create corresponding UI container type. And the creation task is delegated to a factory service, that can be loaded via service loader. This design make gatein ui container creation more flexible, it's easy to deploy gatein extension which define a new UI container type with new factory-id > factory-id has already be used before in gatein, we use it to create UITabContainer, UIColumnContainer... This issue will add interface for factory service: UIComponentFactory and a default implementation for create current gatein build-in container: DefaultUIContainerFactory. It's declared as a service load by java ServiceLoader > When gatein try to create UI container (from model loaded from database or from xml config file). ServiceLoader will load registered UIComponentFactory services, then delegate creation task with factory-id as argument > A developer can deploy a jar that declare a new ui factory service, then help to create a new type of UI container easily -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Mon Aug 11 04:24:29 2014 From: issues at jboss.org (Vu Viet Phuong (JIRA)) Date: Mon, 11 Aug 2014 04:24:29 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3529) Make UIContainer creation more flexible In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vu Viet Phuong updated GTNPORTAL-3529: -------------------------------------- Description: In PortalDataMapper, we have this {code} if (UITabContainer.TAB_CONTAINER.equals(container.getFactoryId())) { uiTempContainer = uiContainer.createUIComponent(context, UITabContainer.class, null, null); } else if (UIColumnContainer.COLUMN_CONTAINER.equals(container.getFactoryId())) { uiTempContainer = uiContainer.createUIComponent(context, UIColumnContainer.class, null, null); } else { ... {code} - This should be improved by making it more flexible, and extensible. Using ServiceLoader to load the factories class that help to create UIContainer by their factory-id - The proposed solution is: using factory-id attribute of container model to create corresponding UI container type. And the creation task is delegated to a factory service, that can be loaded via service loader. This design make gatein ui container creation more flexible, it's easy to deploy gatein extension which define a new UI container type with new factory-id - factory-id has already be used before in gatein, we use it to create UITabContainer, UIColumnContainer... This issue will add interface for factory service: UIComponentFactory and a default implementation for create current gatein build-in container: DefaultUIContainerFactory. It's declared as a service load by java ServiceLoader - When gatein try to create UI container (from model loaded from database or from xml config file). ServiceLoader will load registered UIComponentFactory services, then delegate creation task with factory-id as argument - A developer can deploy a jar that declare a new ui factory service, then help to create a new type of UI container easily was: In PortalDataMapper, we have this {code} if (UITabContainer.TAB_CONTAINER.equals(container.getFactoryId())) { uiTempContainer = uiContainer.createUIComponent(context, UITabContainer.class, null, null); } else if (UIColumnContainer.COLUMN_CONTAINER.equals(container.getFactoryId())) { uiTempContainer = uiContainer.createUIComponent(context, UIColumnContainer.class, null, null); } else { ... {code} This should be improved by making it more flexible, and extensible. Using ServiceLoader to load the factories class that help to create UIContainer by their factory-id The proposed solution is: using factory-id attribute of container model to create corresponding UI container type. And the creation task is delegated to a factory service, that can be loaded via service loader. This design make gatein ui container creation more flexible, it's easy to deploy gatein extension which define a new UI container type with new factory-id factory-id has already be used before in gatein, we use it to create UITabContainer, UIColumnContainer... This issue will add interface for factory service: UIComponentFactory and a default implementation for create current gatein build-in container: DefaultUIContainerFactory. It's declared as a service load by java ServiceLoader When gatein try to create UI container (from model loaded from database or from xml config file). ServiceLoader will load registered UIComponentFactory services, then delegate creation task with factory-id as argument A developer can deploy a jar that declare a new ui factory service, then help to create a new type of UI container easily > Make UIContainer creation more flexible > --------------------------------------- > > Key: GTNPORTAL-3529 > URL: https://issues.jboss.org/browse/GTNPORTAL-3529 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: WebUI > Affects Versions: 3.8.2.Final > Reporter: Vu Viet Phuong > Assignee: Vu Viet Phuong > Fix For: 3.9.0.Final > > > In PortalDataMapper, we have this > {code} > if (UITabContainer.TAB_CONTAINER.equals(container.getFactoryId())) { > uiTempContainer = uiContainer.createUIComponent(context, UITabContainer.class, null, null); > } else if (UIColumnContainer.COLUMN_CONTAINER.equals(container.getFactoryId())) { > uiTempContainer = uiContainer.createUIComponent(context, UIColumnContainer.class, null, null); > } else { > ... > {code} > - This should be improved by making it more flexible, and extensible. Using ServiceLoader to load the factories class that help to create UIContainer by their factory-id > - The proposed solution is: using factory-id attribute of container model to create corresponding UI container type. And the creation task is delegated to a factory service, that can be loaded via service loader. This design make gatein ui container creation more flexible, it's easy to deploy gatein extension which define a new UI container type with new factory-id > - factory-id has already be used before in gatein, we use it to create UITabContainer, UIColumnContainer... This issue will add interface for factory service: UIComponentFactory and a default implementation for create current gatein build-in container: DefaultUIContainerFactory. It's declared as a service load by java ServiceLoader > - When gatein try to create UI container (from model loaded from database or from xml config file). ServiceLoader will load registered UIComponentFactory services, then delegate creation task with factory-id as argument > - A developer can deploy a jar that declare a new ui factory service, then help to create a new type of UI container easily -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Mon Aug 11 06:16:33 2014 From: issues at jboss.org (Tuyen Nguyen The (JIRA)) Date: Mon, 11 Aug 2014 06:16:33 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3530) User with special UTF-8 character in display name appears not correctly in GateIn using MS SQL Server 2008 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3530?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12991942#comment-12991942 ] Tuyen Nguyen The commented on GTNPORTAL-3530: --------------------------------------------- The solution of [PR 895|https://github.com/gatein/gatein-portal/pull/895]: We add new profile *mssql* for MSSQL server, in this profile we will override hibernate-mapping and force it generates nvarchar column for table jbid_io_attr_text_values So, when user want to run gatein with MSSQL server, he will have to add profile *mssql* when start gatein. For example in tomcat: {code} ./gatein-dev.sh -Dexo.profiles=default,mssql run {code} > User with special UTF-8 character in display name appears not correctly in GateIn using MS SQL Server 2008 > ---------------------------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3530 > URL: https://issues.jboss.org/browse/GTNPORTAL-3530 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Tuyen Nguyen The > Assignee: Tuyen Nguyen The > Attachments: displayname_nok.png, displayname_ok.png > > > Steps to reproduce: > - start GateIn using MS SQL Server 2008, instead of HSQL. > - login as root > - Click on display name to open user profile dialog > - Change user info with first name is "Nguy?n", last name is "Th? Tuy?n", and display name is "Nguy?n Th? Tuy?n" > - Click save and now "Nguy?n Th? Tuy?n" is appeared correctly in display name field on the top-right (See [^displayname_ok.png]) > - Restart Gatein and login with root again > Problem: Display name appears not correctly. (see [^displayname_nok.png]) -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Mon Aug 11 08:46:31 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Mon, 11 Aug 2014 08:46:31 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3531) JGroups configuration errors In-Reply-To: References: Message-ID: Lucas Ponce created GTNPORTAL-3531: -------------------------------------- Summary: JGroups configuration errors Key: GTNPORTAL-3531 URL: https://issues.jboss.org/browse/GTNPORTAL-3531 Project: GateIn Portal Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Lucas Ponce -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Mon Aug 11 08:46:31 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Mon, 11 Aug 2014 08:46:31 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3531) JGroups configuration errors In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3531?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce reassigned GTNPORTAL-3531: -------------------------------------- Assignee: Lucas Ponce > JGroups configuration errors > ---------------------------- > > Key: GTNPORTAL-3531 > URL: https://issues.jboss.org/browse/GTNPORTAL-3531 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Lucas Ponce > Assignee: Lucas Ponce > -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Mon Aug 11 08:48:30 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Mon, 11 Aug 2014 08:48:30 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3531) JGroups configuration errors In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3531?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce updated GTNPORTAL-3531: ----------------------------------- Description: JGroups configuration used in gatein-tcp.xml has some deprecated properties causing errors. > JGroups configuration errors > ---------------------------- > > Key: GTNPORTAL-3531 > URL: https://issues.jboss.org/browse/GTNPORTAL-3531 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Lucas Ponce > Assignee: Lucas Ponce > > JGroups configuration used in gatein-tcp.xml has some deprecated properties causing errors. -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Mon Aug 11 08:50:30 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Mon, 11 Aug 2014 08:50:30 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3531) JGroups configuration errors In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3531?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] RH Bugzilla Integration updated GTNPORTAL-3531: ----------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1128617 > JGroups configuration errors > ---------------------------- > > Key: GTNPORTAL-3531 > URL: https://issues.jboss.org/browse/GTNPORTAL-3531 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Lucas Ponce > Assignee: Lucas Ponce > > JGroups configuration used in gatein-tcp.xml has some deprecated properties causing errors. -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Tue Aug 12 07:30:29 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Tue, 12 Aug 2014 07:30:29 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3500) testMemoryLeakWithMultiThread fails sometimes In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3500?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12992239#comment-12992239 ] RH Bugzilla Integration commented on GTNPORTAL-3500: ---------------------------------------------------- Filip Kiss changed the Status of [bug 1103304|https://bugzilla.redhat.com/show_bug.cgi?id=1103304] from ON_QA to VERIFIED > testMemoryLeakWithMultiThread fails sometimes > --------------------------------------------- > > Key: GTNPORTAL-3500 > URL: https://issues.jboss.org/browse/GTNPORTAL-3500 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Peter Palaga > Assignee: Trong Tran > Fix For: 3.9.0.Final > > Attachments: TestDownloadService.java > > Original Estimate: 1 day, 4 hours > Time Spent: 1 day > Remaining Estimate: 0 minutes > > Cloned from https://bugzilla.redhat.com/show_bug.cgi?id=1103304 > org.exoplatform.download.TestDownloadService.testMemoryLeakWithMultiThread() fails in some cases. The stack trace: > junit.framework.AssertionFailedError > at junit.framework.Assert.fail(Assert.java:48) > at junit.framework.Assert.assertTrue(Assert.java:20) > at junit.framework.Assert.assertTrue(Assert.java:27) > at org.exoplatform.download.TestDownloadService.testMemoryLeakWithMultiThread(TestDownloadService.java:109) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > ... > The line where it fails is > assertTrue(cache.getCacheSize() <= 10); > Version-Release number of selected component (if applicable): > GateIn 3.8.x or 3.9.x > Reproducible sometimes: 1/10 or even less. Happens both on Jenkins and desktop. > Steps to Reproduce: > Not sure. It happens randomly. Perhaps overloading the machine with some CPU-intensive task might help. Just build the exo.portal.component.web.server artifact with tests repeatedly until it fails. > Actual results: > Test fails > Expected results: > Not sure if the subject under the test is broken or the test itself. -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Tue Aug 12 07:32:30 2014 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Tue, 12 Aug 2014 07:32:30 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3532) Typo in portlet access permissions - "setted" instead of "set" In-Reply-To: References: Message-ID: Peter Palaga created GTNPORTAL-3532: --------------------------------------- Summary: Typo in portlet access permissions - "setted" instead of "set" Key: GTNPORTAL-3532 URL: https://issues.jboss.org/browse/GTNPORTAL-3532 Project: GateIn Portal Issue Type: Bug Security Level: Public (Everyone can see) Components: User Interface Reporter: Peter Palaga Assignee: Peter Palaga Fix For: 3.8.5.Final, 3.9.0.Final Cloned from https://bugzilla.redhat.com/show_bug.cgi?id=1128674 Group - Administration- Application Registry In Default Access Permission Settings of any portlet, there is line: These access permissions will be setted by default when use this component. It should be probably "set" instead of "setted" -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Tue Aug 12 07:34:29 2014 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Tue, 12 Aug 2014 07:34:29 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3525) JTA - HibernateException: Unable to locate current JTA transaction In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3525?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Palaga updated GTNPORTAL-3525: ------------------------------------ Status: Resolved (was: Pull Request Sent) Resolution: Done > JTA - HibernateException: Unable to locate current JTA transaction > ------------------------------------------------------------------ > > Key: GTNPORTAL-3525 > URL: https://issues.jboss.org/browse/GTNPORTAL-3525 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.8.2.Final > Reporter: Marek Posolda > Assignee: Marek Posolda > Fix For: 3.8.3.Final, 3.9.0.Final > > > See https://bugzilla.redhat.com/show_bug.cgi?id=1122138 . Snipet from tacktrace: > {code} > 08:24:01,660 INFO [org.exoplatform.services.organization.idm.UserDAOImpl] (http-vmg39.mw.lab.eng.bos.redhat.com/10.16.88.117:8080-5) Cannot obtain user: john; : org.picketlink.idm.common.exception.IdentityException: Cannot obtain Hibernate Session > at org.picketlink.idm.impl.store.hibernate.HibernateIdentityStoreImpl.getHibernateSession(HibernateIdentityStoreImpl.java:2798) [picketlink-idm-hibernate-1.4.5.Final-redhat-1.jar:1.4.5.Final-redhat-1] > at org.picketlink.idm.impl.store.hibernate.HibernateIdentityStoreImpl.getHibernateIdentityObjectType(HibernateIdentityStoreImpl.java:2850) [picketlink-idm-hibernate-1.4.5.Final-redhat-1.jar:1.4.5.Final-redhat-1] > at org.picketlink.idm.impl.store.hibernate.HibernateIdentityStoreImpl.getHibernateIdentityObject(HibernateIdentityStoreImpl.java:2896) [picketlink-idm-hibernate-1.4.5.Final-redhat-1.jar:1.4.5.Final-redhat-1] > at org.picketlink.idm.impl.store.hibernate.HibernateIdentityStoreImpl.safeGet(HibernateIdentityStoreImpl.java:2821) [picketlink-idm-hibernate-1.4.5.Final-redhat-1.jar:1.4.5.Final-redhat-1] > at org.picketlink.idm.impl.store.hibernate.HibernateIdentityStoreImpl.findIdentityObject(HibernateIdentityStoreImpl.java:684) [picketlink-idm-hibernate-1.4.5.Final-redhat-1.jar:1.4.5.Final-redhat-1] > at org.picketlink.idm.impl.repository.WrapperIdentityStoreRepository.findIdentityObject(WrapperIdentityStoreRepository.java:171) [picketlink-idm-core-1.4.5.Final-redhat-1.jar:1.4.5.Final-redhat-1] > at org.picketlink.idm.impl.api.session.managers.PersistenceManagerImpl.findUser(PersistenceManagerImpl.java:426) [picketlink-idm-core-1.4.5.Final-redhat-1.jar:1.4.5.Final-redhat-1] > at org.exoplatform.services.organization.idm.UserDAOImpl.getPopulatedUser(UserDAOImpl.java:727) [exo.portal.component.identity-3.8.4.Final-redhat-1.jar:3.8.4.Final-redhat-1] > at org.exoplatform.services.organization.idm.UserDAOImpl.findUserByName(UserDAOImpl.java:294) [exo.portal.component.identity-3.8.4.Final-redhat-1.jar:3.8.4.Final-redhat-1] > at org.exoplatform.web.login.FilterDisabledLoginModule.login(FilterDisabledLoginModule.java:72) [exo.portal.component.web.security-3.8.4.Final-redhat-1.jar:3.8.4.Final-redhat-1] > ... > Caused by: org.hibernate.HibernateException: Unable to locate current JTA transaction > at org.hibernate.context.internal.JTASessionContext.currentSession(JTASessionContext.java:89) > at org.hibernate.internal.SessionFactoryImpl.getCurrentSession(SessionFactoryImpl.java:993) > at org.picketlink.idm.impl.store.hibernate.HibernateIdentityStoreSessionImpl.getSessionContext(HibernateIdentityStoreSessionImpl.java:57) [picketlink-idm-hibernate-1.4.5.Final-redhat-1.jar:1.4.5.Final-redhat-1] > at org.picketlink.idm.impl.store.hibernate.HibernateIdentityStoreImpl.getHibernateSession(HibernateIdentityStoreImpl.java:2789) [picketlink-idm-hibernate-1.4.5.Final-redhat-1.jar:1.4.5.Final-redhat-1] > ... 89 more > {code} -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Tue Aug 12 07:36:29 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Tue, 12 Aug 2014 07:36:29 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3525) JTA - HibernateException: Unable to locate current JTA transaction In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3525?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12992241#comment-12992241 ] RH Bugzilla Integration commented on GTNPORTAL-3525: ---------------------------------------------------- Peter Palaga changed the Status of [bug 1122138|https://bugzilla.redhat.com/show_bug.cgi?id=1122138] from POST to MODIFIED > JTA - HibernateException: Unable to locate current JTA transaction > ------------------------------------------------------------------ > > Key: GTNPORTAL-3525 > URL: https://issues.jboss.org/browse/GTNPORTAL-3525 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.8.2.Final > Reporter: Marek Posolda > Assignee: Marek Posolda > Fix For: 3.8.3.Final, 3.9.0.Final > > > See https://bugzilla.redhat.com/show_bug.cgi?id=1122138 . Snipet from tacktrace: > {code} > 08:24:01,660 INFO [org.exoplatform.services.organization.idm.UserDAOImpl] (http-vmg39.mw.lab.eng.bos.redhat.com/10.16.88.117:8080-5) Cannot obtain user: john; : org.picketlink.idm.common.exception.IdentityException: Cannot obtain Hibernate Session > at org.picketlink.idm.impl.store.hibernate.HibernateIdentityStoreImpl.getHibernateSession(HibernateIdentityStoreImpl.java:2798) [picketlink-idm-hibernate-1.4.5.Final-redhat-1.jar:1.4.5.Final-redhat-1] > at org.picketlink.idm.impl.store.hibernate.HibernateIdentityStoreImpl.getHibernateIdentityObjectType(HibernateIdentityStoreImpl.java:2850) [picketlink-idm-hibernate-1.4.5.Final-redhat-1.jar:1.4.5.Final-redhat-1] > at org.picketlink.idm.impl.store.hibernate.HibernateIdentityStoreImpl.getHibernateIdentityObject(HibernateIdentityStoreImpl.java:2896) [picketlink-idm-hibernate-1.4.5.Final-redhat-1.jar:1.4.5.Final-redhat-1] > at org.picketlink.idm.impl.store.hibernate.HibernateIdentityStoreImpl.safeGet(HibernateIdentityStoreImpl.java:2821) [picketlink-idm-hibernate-1.4.5.Final-redhat-1.jar:1.4.5.Final-redhat-1] > at org.picketlink.idm.impl.store.hibernate.HibernateIdentityStoreImpl.findIdentityObject(HibernateIdentityStoreImpl.java:684) [picketlink-idm-hibernate-1.4.5.Final-redhat-1.jar:1.4.5.Final-redhat-1] > at org.picketlink.idm.impl.repository.WrapperIdentityStoreRepository.findIdentityObject(WrapperIdentityStoreRepository.java:171) [picketlink-idm-core-1.4.5.Final-redhat-1.jar:1.4.5.Final-redhat-1] > at org.picketlink.idm.impl.api.session.managers.PersistenceManagerImpl.findUser(PersistenceManagerImpl.java:426) [picketlink-idm-core-1.4.5.Final-redhat-1.jar:1.4.5.Final-redhat-1] > at org.exoplatform.services.organization.idm.UserDAOImpl.getPopulatedUser(UserDAOImpl.java:727) [exo.portal.component.identity-3.8.4.Final-redhat-1.jar:3.8.4.Final-redhat-1] > at org.exoplatform.services.organization.idm.UserDAOImpl.findUserByName(UserDAOImpl.java:294) [exo.portal.component.identity-3.8.4.Final-redhat-1.jar:3.8.4.Final-redhat-1] > at org.exoplatform.web.login.FilterDisabledLoginModule.login(FilterDisabledLoginModule.java:72) [exo.portal.component.web.security-3.8.4.Final-redhat-1.jar:3.8.4.Final-redhat-1] > ... > Caused by: org.hibernate.HibernateException: Unable to locate current JTA transaction > at org.hibernate.context.internal.JTASessionContext.currentSession(JTASessionContext.java:89) > at org.hibernate.internal.SessionFactoryImpl.getCurrentSession(SessionFactoryImpl.java:993) > at org.picketlink.idm.impl.store.hibernate.HibernateIdentityStoreSessionImpl.getSessionContext(HibernateIdentityStoreSessionImpl.java:57) [picketlink-idm-hibernate-1.4.5.Final-redhat-1.jar:1.4.5.Final-redhat-1] > at org.picketlink.idm.impl.store.hibernate.HibernateIdentityStoreImpl.getHibernateSession(HibernateIdentityStoreImpl.java:2789) [picketlink-idm-hibernate-1.4.5.Final-redhat-1.jar:1.4.5.Final-redhat-1] > ... 89 more > {code} -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Tue Aug 12 07:50:29 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Tue, 12 Aug 2014 07:50:29 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3487) Add an option to load CSS from a CDN In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3487?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12992247#comment-12992247 ] RH Bugzilla Integration commented on GTNPORTAL-3487: ---------------------------------------------------- Aakanksha changed the Status of [bug 1116278|https://bugzilla.redhat.com/show_bug.cgi?id=1116278] from MODIFIED to ON_QA > Add an option to load CSS from a CDN > ------------------------------------ > > Key: GTNPORTAL-3487 > URL: https://issues.jboss.org/browse/GTNPORTAL-3487 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Peter Palaga > Assignee: Peter Palaga > Fix For: 3.8.2.Final, 3.9.0.Final > > > Loading CSS from an external URL is not possible ATM. This a task similar to GTNPORTAL-3485. -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Tue Aug 12 07:58:30 2014 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Tue, 12 Aug 2014 07:58:30 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3532) Typo in portlet access permissions - "setted" instead of "set" In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3532?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Palaga updated GTNPORTAL-3532: ------------------------------------ Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/896 > Typo in portlet access permissions - "setted" instead of "set" > -------------------------------------------------------------- > > Key: GTNPORTAL-3532 > URL: https://issues.jboss.org/browse/GTNPORTAL-3532 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: User Interface > Reporter: Peter Palaga > Assignee: Peter Palaga > Fix For: 3.8.5.Final, 3.9.0.Final > > > Cloned from https://bugzilla.redhat.com/show_bug.cgi?id=1128674 > Group - Administration- Application Registry > In Default Access Permission Settings of any portlet, there is line: > These access permissions will be setted by default when use this component. > It should be probably "set" instead of "setted" -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Tue Aug 12 07:58:30 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Tue, 12 Aug 2014 07:58:30 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3532) Typo in portlet access permissions - "setted" instead of "set" In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3532?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] RH Bugzilla Integration updated GTNPORTAL-3532: ----------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1128674 > Typo in portlet access permissions - "setted" instead of "set" > -------------------------------------------------------------- > > Key: GTNPORTAL-3532 > URL: https://issues.jboss.org/browse/GTNPORTAL-3532 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: User Interface > Reporter: Peter Palaga > Assignee: Peter Palaga > Fix For: 3.8.5.Final, 3.9.0.Final > > > Cloned from https://bugzilla.redhat.com/show_bug.cgi?id=1128674 > Group - Administration- Application Registry > In Default Access Permission Settings of any portlet, there is line: > These access permissions will be setted by default when use this component. > It should be probably "set" instead of "setted" -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Tue Aug 12 07:58:30 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Tue, 12 Aug 2014 07:58:30 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3532) Typo in portlet access permissions - "setted" instead of "set" In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3532?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12992251#comment-12992251 ] RH Bugzilla Integration commented on GTNPORTAL-3532: ---------------------------------------------------- Peter Palaga changed the Status of [bug 1128674|https://bugzilla.redhat.com/show_bug.cgi?id=1128674] from ASSIGNED to MODIFIED > Typo in portlet access permissions - "setted" instead of "set" > -------------------------------------------------------------- > > Key: GTNPORTAL-3532 > URL: https://issues.jboss.org/browse/GTNPORTAL-3532 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: User Interface > Reporter: Peter Palaga > Assignee: Peter Palaga > Fix For: 3.8.5.Final, 3.9.0.Final > > > Cloned from https://bugzilla.redhat.com/show_bug.cgi?id=1128674 > Group - Administration- Application Registry > In Default Access Permission Settings of any portlet, there is line: > These access permissions will be setted by default when use this component. > It should be probably "set" instead of "setted" -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Tue Aug 12 08:42:29 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Tue, 12 Aug 2014 08:42:29 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3531) JGroups configuration errors In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3531?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce updated GTNPORTAL-3531: ----------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/897 > JGroups configuration errors > ---------------------------- > > Key: GTNPORTAL-3531 > URL: https://issues.jboss.org/browse/GTNPORTAL-3531 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Lucas Ponce > Assignee: Lucas Ponce > > JGroups configuration used in gatein-tcp.xml has some deprecated properties causing errors. -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Wed Aug 13 03:56:29 2014 From: issues at jboss.org (Vu Viet Phuong (JIRA)) Date: Wed, 13 Aug 2014 03:56:29 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3533) Support loading custom validator in system properties if no configuration.properties file In-Reply-To: References: Message-ID: Vu Viet Phuong created GTNPORTAL-3533: ----------------------------------------- Summary: Support loading custom validator in system properties if no configuration.properties file Key: GTNPORTAL-3533 URL: https://issues.jboss.org/browse/GTNPORTAL-3533 Project: GateIn Portal Issue Type: Enhancement Security Level: Public (Everyone can see) Components: WebUI Affects Versions: 3.8.2.Final Reporter: Vu Viet Phuong Assignee: Vu Viet Phuong Priority: Minor We have UserConfigurableValidator class, that allow to validate UIForm input components. This validator allow developer to define their own validator by adding config into TOMCAT/gatein/conf/configuration.properties We should make it more flexible by allowing to load configuration from system properties when that file is not exists -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Wed Aug 13 04:00:32 2014 From: issues at jboss.org (Vu Viet Phuong (JIRA)) Date: Wed, 13 Aug 2014 04:00:32 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3533) Support loading custom validator in system properties if no configuration.properties file In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3533?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vu Viet Phuong updated GTNPORTAL-3533: -------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/898 > Support loading custom validator in system properties if no configuration.properties file > ----------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3533 > URL: https://issues.jboss.org/browse/GTNPORTAL-3533 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: WebUI > Affects Versions: 3.8.2.Final > Reporter: Vu Viet Phuong > Assignee: Vu Viet Phuong > Priority: Minor > > We have UserConfigurableValidator class, that allow to validate UIForm input components. This validator allow developer to define their own validator by adding config into TOMCAT/gatein/conf/configuration.properties > We should make it more flexible by allowing to load configuration from system properties when that file is not exists -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Wed Aug 13 04:08:31 2014 From: issues at jboss.org (Vu Viet Phuong (JIRA)) Date: Wed, 13 Aug 2014 04:08:31 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3533) Support loading custom validator in system properties if no configuration.properties file In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3533?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vu Viet Phuong updated GTNPORTAL-3533: -------------------------------------- Description: We have UserConfigurableValidator class, that allow to validate UIForm input components. This validator allow developer to define their own validator by adding config into TOMCAT/gatein/conf/configuration.properties The file name "configuration.properties" is currently hard-code. We should make it more flexible by allowing to load configuration from system properties when that file is not exists was: We have UserConfigurableValidator class, that allow to validate UIForm input components. This validator allow developer to define their own validator by adding config into TOMCAT/gatein/conf/configuration.properties We should make it more flexible by allowing to load configuration from system properties when that file is not exists > Support loading custom validator in system properties if no configuration.properties file > ----------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3533 > URL: https://issues.jboss.org/browse/GTNPORTAL-3533 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: WebUI > Affects Versions: 3.8.2.Final > Reporter: Vu Viet Phuong > Assignee: Vu Viet Phuong > Priority: Minor > > We have UserConfigurableValidator class, that allow to validate UIForm input components. This validator allow developer to define their own validator by adding config into TOMCAT/gatein/conf/configuration.properties > The file name "configuration.properties" is currently hard-code. We should make it more flexible by allowing to load configuration from system properties when that file is not exists -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Wed Aug 13 04:10:29 2014 From: issues at jboss.org (Vu Viet Phuong (JIRA)) Date: Wed, 13 Aug 2014 04:10:29 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3533) Support loading custom validator in system properties if no configuration.properties file In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3533?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vu Viet Phuong updated GTNPORTAL-3533: -------------------------------------- Description: We have UserConfigurableValidator class, that allow to validate UIForm input components. This validator allow developer to define their own validator by adding config into TOMCAT/gatein/conf/configuration.properties The file name "configuration.properties" is currently hard-code. People may want to load configuration from other resource. We should make it more flexible by allowing to load configuration from system properties when that file is not exists was: We have UserConfigurableValidator class, that allow to validate UIForm input components. This validator allow developer to define their own validator by adding config into TOMCAT/gatein/conf/configuration.properties The file name "configuration.properties" is currently hard-code. We should make it more flexible by allowing to load configuration from system properties when that file is not exists > Support loading custom validator in system properties if no configuration.properties file > ----------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3533 > URL: https://issues.jboss.org/browse/GTNPORTAL-3533 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: WebUI > Affects Versions: 3.8.2.Final > Reporter: Vu Viet Phuong > Assignee: Vu Viet Phuong > Priority: Minor > > We have UserConfigurableValidator class, that allow to validate UIForm input components. This validator allow developer to define their own validator by adding config into TOMCAT/gatein/conf/configuration.properties > The file name "configuration.properties" is currently hard-code. People may want to load configuration from other resource. We should make it more flexible by allowing to load configuration from system properties when that file is not exists -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Wed Aug 13 05:56:29 2014 From: issues at jboss.org (Vu Viet Phuong (JIRA)) Date: Wed, 13 Aug 2014 05:56:29 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3533) Support loading custom validator in system properties if no configuration.properties file In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3533?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vu Viet Phuong updated GTNPORTAL-3533: -------------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 3.9.0.Final Resolution: Done > Support loading custom validator in system properties if no configuration.properties file > ----------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3533 > URL: https://issues.jboss.org/browse/GTNPORTAL-3533 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: WebUI > Affects Versions: 3.8.2.Final > Reporter: Vu Viet Phuong > Assignee: Vu Viet Phuong > Priority: Minor > Fix For: 3.9.0.Final > > > We have UserConfigurableValidator class, that allow to validate UIForm input components. This validator allow developer to define their own validator by adding config into TOMCAT/gatein/conf/configuration.properties > The file name "configuration.properties" is currently hard-code. People may want to load configuration from other resource. We should make it more flexible by allowing to load configuration from system properties when that file is not exists -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Thu Aug 14 06:52:30 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Thu, 14 Aug 2014 06:52:30 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3487) Add an option to load CSS from a CDN In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3487?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12992888#comment-12992888 ] RH Bugzilla Integration commented on GTNPORTAL-3487: ---------------------------------------------------- Filip Kiss changed the Status of [bug 1116278|https://bugzilla.redhat.com/show_bug.cgi?id=1116278] from ON_QA to VERIFIED > Add an option to load CSS from a CDN > ------------------------------------ > > Key: GTNPORTAL-3487 > URL: https://issues.jboss.org/browse/GTNPORTAL-3487 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Peter Palaga > Assignee: Peter Palaga > Fix For: 3.8.2.Final, 3.9.0.Final > > > Loading CSS from an external URL is not possible ATM. This a task similar to GTNPORTAL-3485. -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Fri Aug 15 04:12:29 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Fri, 15 Aug 2014 04:12:29 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-2261) Exception when add over 10 user into group In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-2261?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] RH Bugzilla Integration updated GTNPORTAL-2261: ----------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1130419 > Exception when add over 10 user into group > ------------------------------------------ > > Key: GTNPORTAL-2261 > URL: https://issues.jboss.org/browse/GTNPORTAL-2261 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Hai Nguyen > Assignee: Hai Nguyen > Labels: portal-s64, synced > Fix For: 3.2.0-Beta01 > > > - Go to Group Management > - Select a group > - Add over 10 user into group > - Click Save > => Show exception. See attach file -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Fri Aug 15 04:12:29 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Fri, 15 Aug 2014 04:12:29 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-2302) Exception when add over 10 user into group In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-2302?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] RH Bugzilla Integration updated GTNPORTAL-2302: ----------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1130419 > Exception when add over 10 user into group > ------------------------------------------ > > Key: GTNPORTAL-2302 > URL: https://issues.jboss.org/browse/GTNPORTAL-2302 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Hai Nguyen > Assignee: Hai Nguyen > Labels: portal-s65, synced > Fix For: 3.2.0-CR01 > > Time Spent: 1 hour > Remaining Estimate: 0 minutes > -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Sun Aug 17 23:27:29 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Sun, 17 Aug 2014 23:27:29 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3522) Failed testRemoteGadget when build gatein portal-3.5.x with unstable internet connection In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3522?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3522: ---------------------------------- Fix Version/s: 3.9.0.Final > Failed testRemoteGadget when build gatein portal-3.5.x with unstable internet connection > ---------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3522 > URL: https://issues.jboss.org/browse/GTNPORTAL-3522 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Tran Trung Thanh > Fix For: 3.9.0.Final > > > In some cases, when the internet connection is not stable, build failure gatein 3.5 > {noformat} > Test set: org.exoplatform.application.gadget.TestGadgetRegistryService > ------------------------------------------------------------------------------- > Tests run: 2, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 19.27 sec <<< FAILURE! > testRemoteGadget(org.exoplatform.application.gadget.TestGadgetRegistryService) Time elapsed: 5.102 sec <<< ERROR! > java.io.IOException > at org.exoplatform.application.gadget.GadgetImporter.doImport(GadgetImporter.java:93) > at org.exoplatform.application.gadget.TestGadgetRegistryService$TestGadgetImporter.doImport(TestGadgetRegistryService.java:176) > at org.exoplatform.application.gadget.TestGadgetRegistryService.testRemoteGadget(TestGadgetRegistryService.java:84) > {noformat} > The problem comes from link http://www.labpixies.com/campaigns/weather/weather.xml in *testRemoteGadget* function of *TestGadgetRegistryService* class, sometime I can't access to this link. > {noformat} > [11:51:23-451][INFO] GadgetImporter Importing gadget name=local_test description=__MSG_description__ thumbnail=http://www.labpixies.com/campaigns/weather/images/thumbnail.jpg title=http://www.labpixies.com/campaigns/weather/images/thumbnail.jpg title=__MSG_gTitle__ > [11:51:23-475][INFO] TestGadgetRegistryService Unit test testLocalGadget completed > [11:51:23-479][INFO] TestGadgetRegistryService Running unit test:testRemoteGadget > [11:51:28-526][SEVERE] GadgetImporter Cannot import gadget http://www.labpixies.com/campaigns/weather/weather.xml because its data could not be found > [11:51:28-527][SEVERE] TestGadgetRegistryService Unit test testRemoteGadget did not complete java.io.IOException > at org.exoplatform.application.gadget.GadgetImporter.doImport(GadgetImporter.java:93) > at org.exoplatform.application.gadget.TestGadgetRegistryService$TestGadgetImporter.doImport(TestGadgetRegistryService.java:176) > at org.exoplatform.application.gadget.TestGadgetRegistryService.testRemoteGadget(TestGadgetRegistryService.java:84) > {noformat} -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Sun Aug 17 23:29:29 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Sun, 17 Aug 2014 23:29:29 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3522) Failed testRemoteGadget when build gatein portal-3.5.x with unstable internet connection In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3522?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3522: ---------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Failed testRemoteGadget when build gatein portal-3.5.x with unstable internet connection > ---------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3522 > URL: https://issues.jboss.org/browse/GTNPORTAL-3522 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Tran Trung Thanh > Fix For: 3.9.0.Final > > > In some cases, when the internet connection is not stable, build failure gatein 3.5 > {noformat} > Test set: org.exoplatform.application.gadget.TestGadgetRegistryService > ------------------------------------------------------------------------------- > Tests run: 2, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 19.27 sec <<< FAILURE! > testRemoteGadget(org.exoplatform.application.gadget.TestGadgetRegistryService) Time elapsed: 5.102 sec <<< ERROR! > java.io.IOException > at org.exoplatform.application.gadget.GadgetImporter.doImport(GadgetImporter.java:93) > at org.exoplatform.application.gadget.TestGadgetRegistryService$TestGadgetImporter.doImport(TestGadgetRegistryService.java:176) > at org.exoplatform.application.gadget.TestGadgetRegistryService.testRemoteGadget(TestGadgetRegistryService.java:84) > {noformat} > The problem comes from link http://www.labpixies.com/campaigns/weather/weather.xml in *testRemoteGadget* function of *TestGadgetRegistryService* class, sometime I can't access to this link. > {noformat} > [11:51:23-451][INFO] GadgetImporter Importing gadget name=local_test description=__MSG_description__ thumbnail=http://www.labpixies.com/campaigns/weather/images/thumbnail.jpg title=http://www.labpixies.com/campaigns/weather/images/thumbnail.jpg title=__MSG_gTitle__ > [11:51:23-475][INFO] TestGadgetRegistryService Unit test testLocalGadget completed > [11:51:23-479][INFO] TestGadgetRegistryService Running unit test:testRemoteGadget > [11:51:28-526][SEVERE] GadgetImporter Cannot import gadget http://www.labpixies.com/campaigns/weather/weather.xml because its data could not be found > [11:51:28-527][SEVERE] TestGadgetRegistryService Unit test testRemoteGadget did not complete java.io.IOException > at org.exoplatform.application.gadget.GadgetImporter.doImport(GadgetImporter.java:93) > at org.exoplatform.application.gadget.TestGadgetRegistryService$TestGadgetImporter.doImport(TestGadgetRegistryService.java:176) > at org.exoplatform.application.gadget.TestGadgetRegistryService.testRemoteGadget(TestGadgetRegistryService.java:84) > {noformat} -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Sun Aug 17 23:29:30 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Sun, 17 Aug 2014 23:29:30 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3522) Failed testRemoteGadget when build gatein portal-3.5.x with unstable internet connection In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3522?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran reassigned GTNPORTAL-3522: ------------------------------------- Assignee: Trong Tran > Failed testRemoteGadget when build gatein portal-3.5.x with unstable internet connection > ---------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3522 > URL: https://issues.jboss.org/browse/GTNPORTAL-3522 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Tran Trung Thanh > Assignee: Trong Tran > Fix For: 3.9.0.Final > > > In some cases, when the internet connection is not stable, build failure gatein 3.5 > {noformat} > Test set: org.exoplatform.application.gadget.TestGadgetRegistryService > ------------------------------------------------------------------------------- > Tests run: 2, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 19.27 sec <<< FAILURE! > testRemoteGadget(org.exoplatform.application.gadget.TestGadgetRegistryService) Time elapsed: 5.102 sec <<< ERROR! > java.io.IOException > at org.exoplatform.application.gadget.GadgetImporter.doImport(GadgetImporter.java:93) > at org.exoplatform.application.gadget.TestGadgetRegistryService$TestGadgetImporter.doImport(TestGadgetRegistryService.java:176) > at org.exoplatform.application.gadget.TestGadgetRegistryService.testRemoteGadget(TestGadgetRegistryService.java:84) > {noformat} > The problem comes from link http://www.labpixies.com/campaigns/weather/weather.xml in *testRemoteGadget* function of *TestGadgetRegistryService* class, sometime I can't access to this link. > {noformat} > [11:51:23-451][INFO] GadgetImporter Importing gadget name=local_test description=__MSG_description__ thumbnail=http://www.labpixies.com/campaigns/weather/images/thumbnail.jpg title=http://www.labpixies.com/campaigns/weather/images/thumbnail.jpg title=__MSG_gTitle__ > [11:51:23-475][INFO] TestGadgetRegistryService Unit test testLocalGadget completed > [11:51:23-479][INFO] TestGadgetRegistryService Running unit test:testRemoteGadget > [11:51:28-526][SEVERE] GadgetImporter Cannot import gadget http://www.labpixies.com/campaigns/weather/weather.xml because its data could not be found > [11:51:28-527][SEVERE] TestGadgetRegistryService Unit test testRemoteGadget did not complete java.io.IOException > at org.exoplatform.application.gadget.GadgetImporter.doImport(GadgetImporter.java:93) > at org.exoplatform.application.gadget.TestGadgetRegistryService$TestGadgetImporter.doImport(TestGadgetRegistryService.java:176) > at org.exoplatform.application.gadget.TestGadgetRegistryService.testRemoteGadget(TestGadgetRegistryService.java:84) > {noformat} -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Sun Aug 17 23:55:31 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Sun, 17 Aug 2014 23:55:31 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3517) Cannot start Gatein Portal with MySQL in UTF-8 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3517?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3517: ---------------------------------- Fix Version/s: 3.9.0.Final > Cannot start Gatein Portal with MySQL in UTF-8 > ---------------------------------------------- > > Key: GTNPORTAL-3517 > URL: https://issues.jboss.org/browse/GTNPORTAL-3517 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 3.5.10.Final > Reporter: Tran Trung Thanh > Fix For: 3.9.0.Final > > > If we want to use Gatein Portal in UTF-8 mode with MySQL, even if we configure the dialect to mysql-utf8, we get issues of type: > {code} > Caused by: org.jboss.cache.CacheException: Unable to start cache loaders > at org.jboss.cache.loader.CacheLoaderManager.startCacheLoader(CacheLoaderManager.java:470) ~[jbosscache-core-3.2.7.GA.jar:3.2.7.GA] > ... 81 common frames omitted > Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Specified key was too long; max key length is 1000 bytes > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) ~[na:1.6.0_45] > at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) ~[na:1.6.0_45] > at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) ~[na:1.6.0_45] > at java.lang.reflect.Constructor.newInstance(Constructor.java:513) ~[na:1.6.0_45] > at com.mysql.jdbc.Util.handleNewInstance(Util.java:411) ~[mysql-connector-java-5.1.19.jar:na] > at com.mysql.jdbc.Util.getInstance(Util.java:386) ~[mysql-connector-java-5.1.19.jar:na] > at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1052) ~[mysql-connector-java-5.1.19.jar:na] > at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:4098) ~[mysql-connector-java-5.1.19.jar:na] > at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:4030) ~[mysql-connector-java-5.1.19.jar:na] > at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:2490) ~[mysql-connector-java-5.1.19.jar:na] > at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2651) ~[mysql-connector-java-5.1.19.jar:na] > at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2671) ~[mysql-connector-java-5.1.19.jar:na] > at com.mysql.jdbc.StatementImpl.executeUpdate(StatementImpl.java:1749) ~[mysql-connector-java-5.1.19.jar:na] > at com.mysql.jdbc.StatementImpl.executeUpdate(StatementImpl.java:1666) ~[mysql-connector-java-5.1.19.jar:na] > at org.apache.tomcat.dbcp.dbcp.DelegatingStatement.executeUpdate(DelegatingStatement.java:228) ~[tomcat-dbcp.jar:7.0.42] > at org.apache.tomcat.dbcp.dbcp.DelegatingStatement.executeUpdate(DelegatingStatement.java:228) ~[tomcat-dbcp.jar:7.0.42] > at org.apache.tomcat.dbcp.dbcp.DelegatingStatement.executeUpdate(DelegatingStatement.java:228) ~[tomcat-dbcp.jar:7.0.42] > at org.jboss.cache.loader.AdjListJDBCCacheLoader.start(AdjListJDBCCacheLoader.java:300) ~[jbosscache-core-3.2.7.GA.jar:3.2.7.GA] > at org.jboss.cache.loader.JDBCCacheLoader.start(JDBCCacheLoader.java:396) ~[jbosscache-core-3.2.7.GA.jar:3.2.7.GA] > at org.exoplatform.services.jcr.impl.core.lock.jbosscache.ControllerCacheLoader.start(ControllerCacheLoader.java:312) ~[exo.jcr.component.core-1.15.8-GA-SNAPSHOT.jar:1.15.8-GA-SNAPSHOT] > at org.jboss.cache.loader.CacheLoaderManager.startCacheLoader(CacheLoaderManager.java:464) ~[jbosscache-core-3.2.7.GA.jar:3.2.7.GA] > {code} > NB: The db schema has been created using the next command: > {code} > CREATE DATABASE plf_jcr_utf8 DEFAULT CHARACTER SET utf8 DEFAULT COLLATE utf8_bin; > {code} > To make Gatein Portal work with MySQL in UTF-8, we need [JCR-2312|https://jira.exoplatform.org/browse/JCR-2312] and add new parameter introduced from JCR issue in the configuration of the lock manager which is infinispan-cl-cache.jdbc.dialect in case of infinispan and jbosscache-cl-cache.jdbc.dialect in case of JBC. -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Mon Aug 18 00:31:29 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Mon, 18 Aug 2014 00:31:29 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3529) Enhance UI container layout fully extensible and customizable In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3529: ---------------------------------- Summary: Enhance UI container layout fully extensible and customizable (was: Make UIContainer creation more flexible) > Enhance UI container layout fully extensible and customizable > ------------------------------------------------------------- > > Key: GTNPORTAL-3529 > URL: https://issues.jboss.org/browse/GTNPORTAL-3529 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: WebUI > Affects Versions: 3.8.2.Final > Reporter: Vu Viet Phuong > Assignee: Vu Viet Phuong > Fix For: 3.9.0.Final > > > In PortalDataMapper, we have this > {code} > if (UITabContainer.TAB_CONTAINER.equals(container.getFactoryId())) { > uiTempContainer = uiContainer.createUIComponent(context, UITabContainer.class, null, null); > } else if (UIColumnContainer.COLUMN_CONTAINER.equals(container.getFactoryId())) { > uiTempContainer = uiContainer.createUIComponent(context, UIColumnContainer.class, null, null); > } else { > ... > {code} > - This should be improved by making it more flexible, and extensible. Using ServiceLoader to load the factories class that help to create UIContainer by their factory-id > - The proposed solution is: using factory-id attribute of container model to create corresponding UI container type. And the creation task is delegated to a factory service, that can be loaded via service loader. This design make gatein ui container creation more flexible, it's easy to deploy gatein extension which define a new UI container type with new factory-id > - factory-id has already be used before in gatein, we use it to create UITabContainer, UIColumnContainer... This issue will add interface for factory service: UIComponentFactory and a default implementation for create current gatein build-in container: DefaultUIContainerFactory. It's declared as a service load by java ServiceLoader > - When gatein try to create UI container (from model loaded from database or from xml config file). ServiceLoader will load registered UIComponentFactory services, then delegate creation task with factory-id as argument > - A developer can deploy a jar that declare a new ui factory service, then help to create a new type of UI container easily -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Mon Aug 18 00:35:29 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Mon, 18 Aug 2014 00:35:29 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3529) Enhance UI container layout fully extensible and customizable In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3529: ---------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Enhance UI container layout fully extensible and customizable > ------------------------------------------------------------- > > Key: GTNPORTAL-3529 > URL: https://issues.jboss.org/browse/GTNPORTAL-3529 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: WebUI > Affects Versions: 3.8.2.Final > Reporter: Vu Viet Phuong > Assignee: Vu Viet Phuong > Fix For: 3.9.0.Final > > > In PortalDataMapper, we have this > {code} > if (UITabContainer.TAB_CONTAINER.equals(container.getFactoryId())) { > uiTempContainer = uiContainer.createUIComponent(context, UITabContainer.class, null, null); > } else if (UIColumnContainer.COLUMN_CONTAINER.equals(container.getFactoryId())) { > uiTempContainer = uiContainer.createUIComponent(context, UIColumnContainer.class, null, null); > } else { > ... > {code} > - This should be improved by making it more flexible, and extensible. Using ServiceLoader to load the factories class that help to create UIContainer by their factory-id > - The proposed solution is: using factory-id attribute of container model to create corresponding UI container type. And the creation task is delegated to a factory service, that can be loaded via service loader. This design make gatein ui container creation more flexible, it's easy to deploy gatein extension which define a new UI container type with new factory-id > - factory-id has already be used before in gatein, we use it to create UITabContainer, UIColumnContainer... This issue will add interface for factory service: UIComponentFactory and a default implementation for create current gatein build-in container: DefaultUIContainerFactory. It's declared as a service load by java ServiceLoader > - When gatein try to create UI container (from model loaded from database or from xml config file). ServiceLoader will load registered UIComponentFactory services, then delegate creation task with factory-id as argument > - A developer can deploy a jar that declare a new ui factory service, then help to create a new type of UI container easily -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Mon Aug 18 00:37:29 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Mon, 18 Aug 2014 00:37:29 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3529) Enhance UI container layout fully extensible and customizable In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12993390#comment-12993390 ] Trong Tran commented on GTNPORTAL-3529: --------------------------------------- Added documentation at https://docs.jboss.org/author/display/GTNPORTAL39/Custom+UI+Container+layout > Enhance UI container layout fully extensible and customizable > ------------------------------------------------------------- > > Key: GTNPORTAL-3529 > URL: https://issues.jboss.org/browse/GTNPORTAL-3529 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: WebUI > Affects Versions: 3.8.2.Final > Reporter: Vu Viet Phuong > Assignee: Vu Viet Phuong > Fix For: 3.9.0.Final > > > In PortalDataMapper, we have this > {code} > if (UITabContainer.TAB_CONTAINER.equals(container.getFactoryId())) { > uiTempContainer = uiContainer.createUIComponent(context, UITabContainer.class, null, null); > } else if (UIColumnContainer.COLUMN_CONTAINER.equals(container.getFactoryId())) { > uiTempContainer = uiContainer.createUIComponent(context, UIColumnContainer.class, null, null); > } else { > ... > {code} > - This should be improved by making it more flexible, and extensible. Using ServiceLoader to load the factories class that help to create UIContainer by their factory-id > - The proposed solution is: using factory-id attribute of container model to create corresponding UI container type. And the creation task is delegated to a factory service, that can be loaded via service loader. This design make gatein ui container creation more flexible, it's easy to deploy gatein extension which define a new UI container type with new factory-id > - factory-id has already be used before in gatein, we use it to create UITabContainer, UIColumnContainer... This issue will add interface for factory service: UIComponentFactory and a default implementation for create current gatein build-in container: DefaultUIContainerFactory. It's declared as a service load by java ServiceLoader > - When gatein try to create UI container (from model loaded from database or from xml config file). ServiceLoader will load registered UIComponentFactory services, then delegate creation task with factory-id as argument > - A developer can deploy a jar that declare a new ui factory service, then help to create a new type of UI container easily -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Mon Aug 18 04:25:30 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Mon, 18 Aug 2014 04:25:30 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3534) GateIn build is broken because of test failures In-Reply-To: References: Message-ID: Trong Tran created GTNPORTAL-3534: ------------------------------------- Summary: GateIn build is broken because of test failures Key: GTNPORTAL-3534 URL: https://issues.jboss.org/browse/GTNPORTAL-3534 Project: GateIn Portal Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Trong Tran Priority: Minor It's weird that tests are passed in my local build BUT it failed on Jenkins build https://ci.exoplatform.org/job/gatein-portal-master-ci/3351/testReport/ {code} Test Result (2 failures / +2) : org.exoplatform.portal.resource.TestSkinService.testInitializing org.exoplatform.portal.resource.TestSkinServiceInDevelopingMode.testInitializing {code} Maybe the problem is related to the order of testcases execution. -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Mon Aug 18 04:25:30 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Mon, 18 Aug 2014 04:25:30 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3534) GateIn build is broken because of test failures In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3534: ---------------------------------- Fix Version/s: 3.9.0.Final > GateIn build is broken because of test failures > ----------------------------------------------- > > Key: GTNPORTAL-3534 > URL: https://issues.jboss.org/browse/GTNPORTAL-3534 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Trong Tran > Priority: Minor > Fix For: 3.9.0.Final > > > It's weird that tests are passed in my local build BUT it failed on Jenkins build https://ci.exoplatform.org/job/gatein-portal-master-ci/3351/testReport/ > {code} > Test Result (2 failures / +2) : > org.exoplatform.portal.resource.TestSkinService.testInitializing > org.exoplatform.portal.resource.TestSkinServiceInDevelopingMode.testInitializing > {code} > Maybe the problem is related to the order of testcases execution. -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Mon Aug 18 04:27:30 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Mon, 18 Aug 2014 04:27:30 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3517) Cannot start Gatein Portal with MySQL in UTF-8 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3517?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12993412#comment-12993412 ] Trong Tran commented on GTNPORTAL-3517: --------------------------------------- Fixed in master only > Cannot start Gatein Portal with MySQL in UTF-8 > ---------------------------------------------- > > Key: GTNPORTAL-3517 > URL: https://issues.jboss.org/browse/GTNPORTAL-3517 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 3.5.10.Final > Reporter: Tran Trung Thanh > Fix For: 3.9.0.Final > > > If we want to use Gatein Portal in UTF-8 mode with MySQL, even if we configure the dialect to mysql-utf8, we get issues of type: > {code} > Caused by: org.jboss.cache.CacheException: Unable to start cache loaders > at org.jboss.cache.loader.CacheLoaderManager.startCacheLoader(CacheLoaderManager.java:470) ~[jbosscache-core-3.2.7.GA.jar:3.2.7.GA] > ... 81 common frames omitted > Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Specified key was too long; max key length is 1000 bytes > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) ~[na:1.6.0_45] > at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) ~[na:1.6.0_45] > at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) ~[na:1.6.0_45] > at java.lang.reflect.Constructor.newInstance(Constructor.java:513) ~[na:1.6.0_45] > at com.mysql.jdbc.Util.handleNewInstance(Util.java:411) ~[mysql-connector-java-5.1.19.jar:na] > at com.mysql.jdbc.Util.getInstance(Util.java:386) ~[mysql-connector-java-5.1.19.jar:na] > at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1052) ~[mysql-connector-java-5.1.19.jar:na] > at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:4098) ~[mysql-connector-java-5.1.19.jar:na] > at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:4030) ~[mysql-connector-java-5.1.19.jar:na] > at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:2490) ~[mysql-connector-java-5.1.19.jar:na] > at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2651) ~[mysql-connector-java-5.1.19.jar:na] > at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2671) ~[mysql-connector-java-5.1.19.jar:na] > at com.mysql.jdbc.StatementImpl.executeUpdate(StatementImpl.java:1749) ~[mysql-connector-java-5.1.19.jar:na] > at com.mysql.jdbc.StatementImpl.executeUpdate(StatementImpl.java:1666) ~[mysql-connector-java-5.1.19.jar:na] > at org.apache.tomcat.dbcp.dbcp.DelegatingStatement.executeUpdate(DelegatingStatement.java:228) ~[tomcat-dbcp.jar:7.0.42] > at org.apache.tomcat.dbcp.dbcp.DelegatingStatement.executeUpdate(DelegatingStatement.java:228) ~[tomcat-dbcp.jar:7.0.42] > at org.apache.tomcat.dbcp.dbcp.DelegatingStatement.executeUpdate(DelegatingStatement.java:228) ~[tomcat-dbcp.jar:7.0.42] > at org.jboss.cache.loader.AdjListJDBCCacheLoader.start(AdjListJDBCCacheLoader.java:300) ~[jbosscache-core-3.2.7.GA.jar:3.2.7.GA] > at org.jboss.cache.loader.JDBCCacheLoader.start(JDBCCacheLoader.java:396) ~[jbosscache-core-3.2.7.GA.jar:3.2.7.GA] > at org.exoplatform.services.jcr.impl.core.lock.jbosscache.ControllerCacheLoader.start(ControllerCacheLoader.java:312) ~[exo.jcr.component.core-1.15.8-GA-SNAPSHOT.jar:1.15.8-GA-SNAPSHOT] > at org.jboss.cache.loader.CacheLoaderManager.startCacheLoader(CacheLoaderManager.java:464) ~[jbosscache-core-3.2.7.GA.jar:3.2.7.GA] > {code} > NB: The db schema has been created using the next command: > {code} > CREATE DATABASE plf_jcr_utf8 DEFAULT CHARACTER SET utf8 DEFAULT COLLATE utf8_bin; > {code} > To make Gatein Portal work with MySQL in UTF-8, we need [JCR-2312|https://jira.exoplatform.org/browse/JCR-2312] and add new parameter introduced from JCR issue in the configuration of the lock manager which is infinispan-cl-cache.jdbc.dialect in case of infinispan and jbosscache-cl-cache.jdbc.dialect in case of JBC. -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Mon Aug 18 04:27:30 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Mon, 18 Aug 2014 04:27:30 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3517) Cannot start Gatein Portal with MySQL in UTF-8 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3517?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3517: ---------------------------------- Status: Resolved (was: Pull Request Sent) Assignee: Trong Tran Resolution: Done > Cannot start Gatein Portal with MySQL in UTF-8 > ---------------------------------------------- > > Key: GTNPORTAL-3517 > URL: https://issues.jboss.org/browse/GTNPORTAL-3517 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 3.5.10.Final > Reporter: Tran Trung Thanh > Assignee: Trong Tran > Fix For: 3.9.0.Final > > > If we want to use Gatein Portal in UTF-8 mode with MySQL, even if we configure the dialect to mysql-utf8, we get issues of type: > {code} > Caused by: org.jboss.cache.CacheException: Unable to start cache loaders > at org.jboss.cache.loader.CacheLoaderManager.startCacheLoader(CacheLoaderManager.java:470) ~[jbosscache-core-3.2.7.GA.jar:3.2.7.GA] > ... 81 common frames omitted > Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Specified key was too long; max key length is 1000 bytes > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) ~[na:1.6.0_45] > at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) ~[na:1.6.0_45] > at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) ~[na:1.6.0_45] > at java.lang.reflect.Constructor.newInstance(Constructor.java:513) ~[na:1.6.0_45] > at com.mysql.jdbc.Util.handleNewInstance(Util.java:411) ~[mysql-connector-java-5.1.19.jar:na] > at com.mysql.jdbc.Util.getInstance(Util.java:386) ~[mysql-connector-java-5.1.19.jar:na] > at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1052) ~[mysql-connector-java-5.1.19.jar:na] > at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:4098) ~[mysql-connector-java-5.1.19.jar:na] > at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:4030) ~[mysql-connector-java-5.1.19.jar:na] > at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:2490) ~[mysql-connector-java-5.1.19.jar:na] > at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2651) ~[mysql-connector-java-5.1.19.jar:na] > at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2671) ~[mysql-connector-java-5.1.19.jar:na] > at com.mysql.jdbc.StatementImpl.executeUpdate(StatementImpl.java:1749) ~[mysql-connector-java-5.1.19.jar:na] > at com.mysql.jdbc.StatementImpl.executeUpdate(StatementImpl.java:1666) ~[mysql-connector-java-5.1.19.jar:na] > at org.apache.tomcat.dbcp.dbcp.DelegatingStatement.executeUpdate(DelegatingStatement.java:228) ~[tomcat-dbcp.jar:7.0.42] > at org.apache.tomcat.dbcp.dbcp.DelegatingStatement.executeUpdate(DelegatingStatement.java:228) ~[tomcat-dbcp.jar:7.0.42] > at org.apache.tomcat.dbcp.dbcp.DelegatingStatement.executeUpdate(DelegatingStatement.java:228) ~[tomcat-dbcp.jar:7.0.42] > at org.jboss.cache.loader.AdjListJDBCCacheLoader.start(AdjListJDBCCacheLoader.java:300) ~[jbosscache-core-3.2.7.GA.jar:3.2.7.GA] > at org.jboss.cache.loader.JDBCCacheLoader.start(JDBCCacheLoader.java:396) ~[jbosscache-core-3.2.7.GA.jar:3.2.7.GA] > at org.exoplatform.services.jcr.impl.core.lock.jbosscache.ControllerCacheLoader.start(ControllerCacheLoader.java:312) ~[exo.jcr.component.core-1.15.8-GA-SNAPSHOT.jar:1.15.8-GA-SNAPSHOT] > at org.jboss.cache.loader.CacheLoaderManager.startCacheLoader(CacheLoaderManager.java:464) ~[jbosscache-core-3.2.7.GA.jar:3.2.7.GA] > {code} > NB: The db schema has been created using the next command: > {code} > CREATE DATABASE plf_jcr_utf8 DEFAULT CHARACTER SET utf8 DEFAULT COLLATE utf8_bin; > {code} > To make Gatein Portal work with MySQL in UTF-8, we need [JCR-2312|https://jira.exoplatform.org/browse/JCR-2312] and add new parameter introduced from JCR issue in the configuration of the lock manager which is infinispan-cl-cache.jdbc.dialect in case of infinispan and jbosscache-cl-cache.jdbc.dialect in case of JBC. -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Mon Aug 18 23:57:29 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Mon, 18 Aug 2014 23:57:29 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3534) GateIn build is broken because of test failures In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3534: ---------------------------------- Original Estimate: 6 hours Remaining Estimate: 6 hours > GateIn build is broken because of test failures > ----------------------------------------------- > > Key: GTNPORTAL-3534 > URL: https://issues.jboss.org/browse/GTNPORTAL-3534 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Trong Tran > Priority: Minor > Fix For: 3.9.0.Final > > Original Estimate: 6 hours > Remaining Estimate: 6 hours > > It's weird that tests are passed in my local build BUT it failed on Jenkins build https://ci.exoplatform.org/job/gatein-portal-master-ci/3351/testReport/ > {code} > Test Result (2 failures / +2) : > org.exoplatform.portal.resource.TestSkinService.testInitializing > org.exoplatform.portal.resource.TestSkinServiceInDevelopingMode.testInitializing > {code} > Maybe the problem is related to the order of testcases execution. -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Tue Aug 19 01:07:29 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Tue, 19 Aug 2014 01:07:29 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3263) "Restricted" page editor In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3263?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12993746#comment-12993746 ] RH Bugzilla Integration commented on GTNPORTAL-3263: ---------------------------------------------------- Jared MORGAN changed the Status of [bug 1072181|https://bugzilla.redhat.com/show_bug.cgi?id=1072181] from ASSIGNED to VERIFIED > "Restricted" page editor > ------------------------ > > Key: GTNPORTAL-3263 > URL: https://issues.jboss.org/browse/GTNPORTAL-3263 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Peter Palaga > Assignee: Peter Palaga > Fix For: 3.7.0.Final > > > See https://community.jboss.org/wiki/RestrictedPageEditor > A customer is willing to give the ability to many different users to edit pages. Those users would require a simplified page editor and be constrained to simple actions. In particular, users should not be able to compose complex pages and risk to break the layouts. > The layouts should be restricted to what is available from the "Containers" tab of the editor. > In particular the 2 following scenarios should not be possible: > Scenario 1: User should not be able to put an application above/below the 2 column layout (As this break the pre-defined layouts, suddenly the user is able to have a single column representation while this may not have been provided): > Scenario 2: User should not be able to put a layout within a layout (only above or below existing ones) > Proposed solution > Add an option in configuration.properties for a restricted page and layout editor. This would apply across the whole portal. > gatein.portal.pageeditor.mode=full (default) | restricted > gatein.portal.layouteditor.mode=full (default) | restricted > > Applications could only be added to predefined layouts (and not directly on a page). > Containers could only be added to the root of a page (not inside another container). -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Tue Aug 19 04:23:29 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Tue, 19 Aug 2014 04:23:29 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3328) Automatic way to update all sites at once (Portal, groups and user sites) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3328?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12993787#comment-12993787 ] RH Bugzilla Integration commented on GTNPORTAL-3328: ---------------------------------------------------- Aakanksha changed the Status of [bug 1072189|https://bugzilla.redhat.com/show_bug.cgi?id=1072189] from ASSIGNED to ON_QA > Automatic way to update all sites at once (Portal, groups and user sites) > ------------------------------------------------------------------------- > > Key: GTNPORTAL-3328 > URL: https://issues.jboss.org/browse/GTNPORTAL-3328 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Fix For: 3.8.0.Beta01 > > > This feature is described in the following document: > https://community.jboss.org/wiki/AutomaticWayToUpdateAllSitesAtOncePortalGroupsAndUserSites -- This message was sent by Atlassian JIRA (v6.2.6#6264) From issues at jboss.org Fri Aug 22 04:58:00 2014 From: issues at jboss.org (Tuyen Nguyen The (JIRA)) Date: Fri, 22 Aug 2014 04:58:00 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3535) Can not upload filename containe special character In-Reply-To: References: Message-ID: Tuyen Nguyen The created GTNPORTAL-3535: ------------------------------------------- Summary: Can not upload filename containe special character Key: GTNPORTAL-3535 URL: https://issues.jboss.org/browse/GTNPORTAL-3535 Project: GateIn Portal Issue Type: Bug Security Level: Public (Everyone can see) Environment: Window Reporter: Tuyen Nguyen The Priority: Minor Step to reproduce: - Deploy [webuibasedsamples|https://github.com/gatein/gatein-portal/tree/master/testsuite/webuibasedsamples] and run gatein on window environment - Use FF on ubuntu environment to access gatein - Login with root - Add webUISample and try to upload a file with filename contain special charater (for example :$$%:$%^$:) => It will show an empty file and there is exception in console (see attachment). The upload is failure. We should validate filename before really store upload file. -- This message was sent by Atlassian JIRA (v6.3.1#6329) From issues at jboss.org Fri Aug 22 05:31:59 2014 From: issues at jboss.org (Tuyen Nguyen The (JIRA)) Date: Fri, 22 Aug 2014 05:31:59 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3535) Can not upload filename containe special character In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3535?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tuyen Nguyen The updated GTNPORTAL-3535: ---------------------------------------- Attachment: exception.txt > Can not upload filename containe special character > -------------------------------------------------- > > Key: GTNPORTAL-3535 > URL: https://issues.jboss.org/browse/GTNPORTAL-3535 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Environment: Window > Reporter: Tuyen Nguyen The > Priority: Minor > Attachments: exception.txt > > > Step to reproduce: > - Deploy [webuibasedsamples|https://github.com/gatein/gatein-portal/tree/master/testsuite/webuibasedsamples] and run gatein on window environment > - Use FF on ubuntu environment to access gatein > - Login with root > - Add webUISample and try to upload a file with filename contain special charater (for example :$$%:$%^$:) > => It will show an empty file and there is exception in console (see attachment). The upload is failure. > We should validate filename before really store upload file. -- This message was sent by Atlassian JIRA (v6.3.1#6329) From issues at jboss.org Fri Aug 22 05:37:59 2014 From: issues at jboss.org (Tuyen Nguyen The (JIRA)) Date: Fri, 22 Aug 2014 05:37:59 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3535) Can not upload filename containe special character In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3535?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tuyen Nguyen The reassigned GTNPORTAL-3535: ------------------------------------------- Assignee: Tuyen Nguyen The > Can not upload filename containe special character > -------------------------------------------------- > > Key: GTNPORTAL-3535 > URL: https://issues.jboss.org/browse/GTNPORTAL-3535 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Environment: Window > Reporter: Tuyen Nguyen The > Assignee: Tuyen Nguyen The > Priority: Minor > Attachments: exception.txt > > > Step to reproduce: > - Deploy [webuibasedsamples|https://github.com/gatein/gatein-portal/tree/master/testsuite/webuibasedsamples] and run gatein on window environment > - Use FF on ubuntu environment to access gatein > - Login with root > - Add webUISample and try to upload a file with filename contain special charater (for example :$$%:$%^$:) > => It will show an empty file and there is exception in console (see attachment). The upload is failure. > We should validate filename before really store upload file. -- This message was sent by Atlassian JIRA (v6.3.1#6329) From issues at jboss.org Fri Aug 22 05:37:59 2014 From: issues at jboss.org (Tuyen Nguyen The (JIRA)) Date: Fri, 22 Aug 2014 05:37:59 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3535) Can not upload filename containe special character In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3535?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tuyen Nguyen The updated GTNPORTAL-3535: ---------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/899 > Can not upload filename containe special character > -------------------------------------------------- > > Key: GTNPORTAL-3535 > URL: https://issues.jboss.org/browse/GTNPORTAL-3535 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Environment: Window > Reporter: Tuyen Nguyen The > Assignee: Tuyen Nguyen The > Priority: Minor > Attachments: exception.txt > > > Step to reproduce: > - Deploy [webuibasedsamples|https://github.com/gatein/gatein-portal/tree/master/testsuite/webuibasedsamples] and run gatein on window environment > - Use FF on ubuntu environment to access gatein > - Login with root > - Add webUISample and try to upload a file with filename contain special charater (for example :$$%:$%^$:) > => It will show an empty file and there is exception in console (see attachment). The upload is failure. > We should validate filename before really store upload file. -- This message was sent by Atlassian JIRA (v6.3.1#6329) From issues at jboss.org Mon Aug 25 00:53:00 2014 From: issues at jboss.org (Tuyen Nguyen The (JIRA)) Date: Mon, 25 Aug 2014 00:53:00 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3534) GateIn build is broken because of test failures In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tuyen Nguyen The reassigned GTNPORTAL-3534: ------------------------------------------- Assignee: Tuyen Nguyen The > GateIn build is broken because of test failures > ----------------------------------------------- > > Key: GTNPORTAL-3534 > URL: https://issues.jboss.org/browse/GTNPORTAL-3534 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Trong Tran > Assignee: Tuyen Nguyen The > Priority: Minor > Fix For: 3.9.0.Final > > Original Estimate: 6 hours > Remaining Estimate: 6 hours > > It's weird that tests are passed in my local build BUT it failed on Jenkins build https://ci.exoplatform.org/job/gatein-portal-master-ci/3351/testReport/ > {code} > Test Result (2 failures / +2) : > org.exoplatform.portal.resource.TestSkinService.testInitializing > org.exoplatform.portal.resource.TestSkinServiceInDevelopingMode.testInitializing > {code} > Maybe the problem is related to the order of testcases execution. -- This message was sent by Atlassian JIRA (v6.3.1#6329) From issues at jboss.org Mon Aug 25 01:01:46 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Mon, 25 Aug 2014 01:01:46 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3534) GateIn build is broken because of test failures In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3534: ---------------------------------- Due Date: 29/Aug/14 > GateIn build is broken because of test failures > ----------------------------------------------- > > Key: GTNPORTAL-3534 > URL: https://issues.jboss.org/browse/GTNPORTAL-3534 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Trong Tran > Assignee: Tuyen Nguyen The > Priority: Minor > Fix For: 3.9.0.Final > > Original Estimate: 6 hours > Remaining Estimate: 6 hours > > It's weird that tests are passed in my local build BUT it failed on Jenkins build https://ci.exoplatform.org/job/gatein-portal-master-ci/3351/testReport/ > {code} > Test Result (2 failures / +2) : > org.exoplatform.portal.resource.TestSkinService.testInitializing > org.exoplatform.portal.resource.TestSkinServiceInDevelopingMode.testInitializing > {code} > Maybe the problem is related to the order of testcases execution. -- This message was sent by Atlassian JIRA (v6.3.1#6329) From issues at jboss.org Mon Aug 25 01:09:59 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Mon, 25 Aug 2014 01:09:59 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3473) Warning message for disable user with autologin option is not displayed In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3473?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3473: ---------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 3.9.0.Final Resolution: Done > Warning message for disable user with autologin option is not displayed > ----------------------------------------------------------------------- > > Key: GTNPORTAL-3473 > URL: https://issues.jboss.org/browse/GTNPORTAL-3473 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.7.0.Final, 3.8.0.Beta01 > Reporter: Vu Viet Phuong > Assignee: Vu Viet Phuong > Fix For: 3.9.0.Final > > > 1- Login to GateIn with enable user A > 2- Check the "Remember My login" > -> The user is logged in > 3- Login as an admin > 4- Disable the user A > -> The user A is disabled > 5- Refresh the User A session > Actual Result > - The Login screen is displayed-> OK > - The user is not able to login-> OK > - No error message is displayed-> NOK > Expected Result: > - The error message on the login page should be displayed -- This message was sent by Atlassian JIRA (v6.3.1#6329) From issues at jboss.org Mon Aug 25 22:53:59 2014 From: issues at jboss.org (Tuyen Nguyen The (JIRA)) Date: Mon, 25 Aug 2014 22:53:59 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3534) GateIn build is broken because of test failures In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tuyen Nguyen The updated GTNPORTAL-3534: ---------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/900 We should remove all skin on tearDown and re-create default data on setup for each test case. > GateIn build is broken because of test failures > ----------------------------------------------- > > Key: GTNPORTAL-3534 > URL: https://issues.jboss.org/browse/GTNPORTAL-3534 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Trong Tran > Assignee: Tuyen Nguyen The > Priority: Minor > Fix For: 3.9.0.Final > > Original Estimate: 6 hours > Remaining Estimate: 6 hours > > It's weird that tests are passed in my local build BUT it failed on Jenkins build https://ci.exoplatform.org/job/gatein-portal-master-ci/3351/testReport/ > {code} > Test Result (2 failures / +2) : > org.exoplatform.portal.resource.TestSkinService.testInitializing > org.exoplatform.portal.resource.TestSkinServiceInDevelopingMode.testInitializing > {code} > Maybe the problem is related to the order of testcases execution. -- This message was sent by Atlassian JIRA (v6.3.1#6329) From issues at jboss.org Tue Aug 26 21:51:59 2014 From: issues at jboss.org (Tuyen Nguyen The (JIRA)) Date: Tue, 26 Aug 2014 21:51:59 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3534) GateIn build is broken because of test failures In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12996009#comment-12996009 ] Tuyen Nguyen The commented on GTNPORTAL-3534: --------------------------------------------- I created other [PR 901|https://github.com/gatein/gatein-portal/pull/901], in this PR we only remove skin that created in test case (not initial data). > GateIn build is broken because of test failures > ----------------------------------------------- > > Key: GTNPORTAL-3534 > URL: https://issues.jboss.org/browse/GTNPORTAL-3534 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Trong Tran > Assignee: Tuyen Nguyen The > Priority: Minor > Fix For: 3.9.0.Final > > Original Estimate: 6 hours > Remaining Estimate: 6 hours > > It's weird that tests are passed in my local build BUT it failed on Jenkins build https://ci.exoplatform.org/job/gatein-portal-master-ci/3351/testReport/ > {code} > Test Result (2 failures / +2) : > org.exoplatform.portal.resource.TestSkinService.testInitializing > org.exoplatform.portal.resource.TestSkinServiceInDevelopingMode.testInitializing > {code} > Maybe the problem is related to the order of testcases execution. -- This message was sent by Atlassian JIRA (v6.3.1#6329) From issues at jboss.org Tue Aug 26 22:25:59 2014 From: issues at jboss.org (Tuyen Nguyen The (JIRA)) Date: Tue, 26 Aug 2014 22:25:59 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3536) Localization of tooltip and confirmation button when enable/disable user is not correct In-Reply-To: References: Message-ID: Tuyen Nguyen The created GTNPORTAL-3536: ------------------------------------------- Summary: Localization of tooltip and confirmation button when enable/disable user is not correct Key: GTNPORTAL-3536 URL: https://issues.jboss.org/browse/GTNPORTAL-3536 Project: GateIn Portal Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Tuyen Nguyen The Assignee: Tuyen Nguyen The Case to reproduce: - Start gatein then login with user root - Switch language to French - Goto User and Group management portlet - Hover on icon enable/disable ==> Tooltip message is always in English => NOK - Click to disable user root - Confirmation popup is show in French => OK - Change language to English - Click to disable user root - Confirmation popup is show, the message is in English but button is still in French => NOK -- This message was sent by Atlassian JIRA (v6.3.1#6329) From issues at jboss.org Tue Aug 26 22:26:59 2014 From: issues at jboss.org (Tuyen Nguyen The (JIRA)) Date: Tue, 26 Aug 2014 22:26:59 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3536) Localization of tooltip and confirmation button when enable/disable user is not correct In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3536?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tuyen Nguyen The updated GTNPORTAL-3536: ---------------------------------------- Attachment: enable_disable_tooltip.png confirmation_in_french.png confirmation_in_english.png > Localization of tooltip and confirmation button when enable/disable user is not correct > --------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3536 > URL: https://issues.jboss.org/browse/GTNPORTAL-3536 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Tuyen Nguyen The > Assignee: Tuyen Nguyen The > Attachments: confirmation_in_english.png, confirmation_in_french.png, enable_disable_tooltip.png > > > Case to reproduce: > - Start gatein then login with user root > - Switch language to French > - Goto User and Group management portlet > - Hover on icon enable/disable > ==> Tooltip message is always in English => NOK > - Click to disable user root > - Confirmation popup is show in French => OK > - Change language to English > - Click to disable user root > - Confirmation popup is show, the message is in English but button is still in French => NOK -- This message was sent by Atlassian JIRA (v6.3.1#6329) From issues at jboss.org Wed Aug 27 00:17:59 2014 From: issues at jboss.org (Tuyen Nguyen The (JIRA)) Date: Wed, 27 Aug 2014 00:17:59 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3536) Localization of tooltip and confirmation button when enable/disable user is not correct In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3536?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tuyen Nguyen The updated GTNPORTAL-3536: ---------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/902 > Localization of tooltip and confirmation button when enable/disable user is not correct > --------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3536 > URL: https://issues.jboss.org/browse/GTNPORTAL-3536 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Tuyen Nguyen The > Assignee: Tuyen Nguyen The > Attachments: confirmation_in_english.png, confirmation_in_french.png, enable_disable_tooltip.png > > > Case to reproduce: > - Start gatein then login with user root > - Switch language to French > - Goto User and Group management portlet > - Hover on icon enable/disable > ==> Tooltip message is always in English => NOK > - Click to disable user root > - Confirmation popup is show in French => OK > - Change language to English > - Click to disable user root > - Confirmation popup is show, the message is in English but button is still in French => NOK -- This message was sent by Atlassian JIRA (v6.3.1#6329) From issues at jboss.org Wed Aug 27 00:18:59 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Wed, 27 Aug 2014 00:18:59 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3537) "Import applications" fails In-Reply-To: References: Message-ID: Trong Tran created GTNPORTAL-3537: ------------------------------------- Summary: "Import applications" fails Key: GTNPORTAL-3537 URL: https://issues.jboss.org/browse/GTNPORTAL-3537 Project: GateIn Portal Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Trong Tran "Import applications" fails when the application name is too long AND there are two portlets with similar name (such as "Weather1" and "Weather2") I attached the juzu portlets example war which we can use to reproduce the problem. -- This message was sent by Atlassian JIRA (v6.3.1#6329) From issues at jboss.org Wed Aug 27 00:19:59 2014 From: issues at jboss.org (Tuyen Nguyen The (JIRA)) Date: Wed, 27 Aug 2014 00:19:59 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3536) Localization of tooltip and confirmation button when enable/disable user is not correct In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3536?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tuyen Nguyen The updated GTNPORTAL-3536: ---------------------------------------- Affects Version/s: 3.7.0.Final > Localization of tooltip and confirmation button when enable/disable user is not correct > --------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3536 > URL: https://issues.jboss.org/browse/GTNPORTAL-3536 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.7.0.Final > Reporter: Tuyen Nguyen The > Assignee: Tuyen Nguyen The > Attachments: confirmation_in_english.png, confirmation_in_french.png, enable_disable_tooltip.png > > > Case to reproduce: > - Start gatein then login with user root > - Switch language to French > - Goto User and Group management portlet > - Hover on icon enable/disable > ==> Tooltip message is always in English => NOK > - Click to disable user root > - Confirmation popup is show in French => OK > - Change language to English > - Click to disable user root > - Confirmation popup is show, the message is in English but button is still in French => NOK -- This message was sent by Atlassian JIRA (v6.3.1#6329) From issues at jboss.org Wed Aug 27 00:21:59 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Wed, 27 Aug 2014 00:21:59 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3537) "Import applications" fails In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3537?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3537: ---------------------------------- Fix Version/s: 3.9.0.Final Description: "Import applications" fails when the application name is too long AND there are two portlets with similar name (such as "Weather1" and "Weather2") I attached the juzu portlets example war which we can use to reproduce the problem. P/S: I notice that this problem is a regression from GTNPORTAL-3519 was: "Import applications" fails when the application name is too long AND there are two portlets with similar name (such as "Weather1" and "Weather2") I attached the juzu portlets example war which we can use to reproduce the problem. Due Date: 12/Sep/14 Affects Version/s: 3.9.0.Final > "Import applications" fails > --------------------------- > > Key: GTNPORTAL-3537 > URL: https://issues.jboss.org/browse/GTNPORTAL-3537 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.9.0.Final > Reporter: Trong Tran > Fix For: 3.9.0.Final > > > "Import applications" fails when the application name is too long AND there are two portlets with similar name (such as "Weather1" and "Weather2") > I attached the juzu portlets example war which we can use to reproduce the problem. > P/S: I notice that this problem is a regression from GTNPORTAL-3519 -- This message was sent by Atlassian JIRA (v6.3.1#6329) From issues at jboss.org Wed Aug 27 00:24:59 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Wed, 27 Aug 2014 00:24:59 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3537) "Import applications" fails In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3537?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3537: ---------------------------------- Attachment: juzu-tutorial-examples-gatein.war > "Import applications" fails > --------------------------- > > Key: GTNPORTAL-3537 > URL: https://issues.jboss.org/browse/GTNPORTAL-3537 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.9.0.Final > Reporter: Trong Tran > Fix For: 3.9.0.Final > > Attachments: juzu-tutorial-examples-gatein.war > > > "Import applications" fails when the application name is too long AND there are two portlets with similar name (such as "Weather1" and "Weather2") > I attached the juzu portlets example war which we can use to reproduce the problem. > P/S: I notice that this problem is a regression from GTNPORTAL-3519 -- This message was sent by Atlassian JIRA (v6.3.1#6329) From issues at jboss.org Wed Aug 27 00:25:59 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Wed, 27 Aug 2014 00:25:59 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3519) "Import applications" fails when remote portlet name clashes with local portlet In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3519?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12996014#comment-12996014 ] Trong Tran commented on GTNPORTAL-3519: --------------------------------------- I notice that this fix causes another problem reported at GTNPORTAL-3537 > "Import applications" fails when remote portlet name clashes with local portlet > ------------------------------------------------------------------------------- > > Key: GTNPORTAL-3519 > URL: https://issues.jboss.org/browse/GTNPORTAL-3519 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Juraci Paix?o Kr?hling > Assignee: Juraci Paix?o Kr?hling > Fix For: 3.8.5.Final, 3.9.0.Final > > > The "import applications" on the application registry fails when there's a remote portlet with the same name as a local portlet, due to "unknown error" on the user interface, and "Cannot create a content with a content id ... with an existing different content id" in the logs. > More details on BZ#1117813 . -- This message was sent by Atlassian JIRA (v6.3.1#6329) From issues at jboss.org Wed Aug 27 00:47:59 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Wed, 27 Aug 2014 00:47:59 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3537) "Import applications" fails In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3537?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12996015#comment-12996015 ] Trong Tran commented on GTNPORTAL-3537: --------------------------------------- apparently it can be fixed with following change BUT not sure if it's a complete fix. {code} private String uniqueDefinitionName(String portletName, String contentId) { String unique = portletName.substring(0,Math.min(portletName.length(), 20)) + String.valueOf(contentId.hashCode()); - String sanitized = sanitizePortletName(unique); - return sanitized; + return unique; } {code} I do think we could completely re-work on this "Import applications". We have been working back and forth on several issues of this function. > "Import applications" fails > --------------------------- > > Key: GTNPORTAL-3537 > URL: https://issues.jboss.org/browse/GTNPORTAL-3537 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.9.0.Final > Reporter: Trong Tran > Fix For: 3.9.0.Final > > Attachments: juzu-tutorial-examples-gatein.war > > > "Import applications" fails when the application name is too long AND there are two portlets with similar name (such as "Weather1" and "Weather2") > I attached the juzu portlets example war which we can use to reproduce the problem. > P/S: I notice that this problem is a regression from GTNPORTAL-3519 -- This message was sent by Atlassian JIRA (v6.3.1#6329) From issues at jboss.org Wed Aug 27 01:38:59 2014 From: issues at jboss.org (=?UTF-8?Q?Juraci_Paix=C3=A3o_Kr=C3=B6hling_=28JIRA=29?=) Date: Wed, 27 Aug 2014 01:38:59 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3537) "Import applications" fails In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3537?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12996020#comment-12996020 ] Juraci Paix?o Kr?hling commented on GTNPORTAL-3537: --------------------------------------------------- [~trong.tran], would you have a sample result for the two steps? I'd be interested in what's the end value for this method, ie, the "sanitized" value, and compare with the "unique". I think the "unique" might contain slashes, which are not valid HTML "id" properties, used in some places ([~rutlucas] had a problem related to this in the past). > "Import applications" fails > --------------------------- > > Key: GTNPORTAL-3537 > URL: https://issues.jboss.org/browse/GTNPORTAL-3537 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.9.0.Final > Reporter: Trong Tran > Fix For: 3.9.0.Final > > Attachments: juzu-tutorial-examples-gatein.war > > > "Import applications" fails when the application name is too long AND there are two portlets with similar name (such as "Weather1" and "Weather2") > I attached the juzu portlets example war which we can use to reproduce the problem. > P/S: I notice that this problem is a regression from GTNPORTAL-3519 -- This message was sent by Atlassian JIRA (v6.3.1#6329) From issues at jboss.org Wed Aug 27 03:46:00 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Wed, 27 Aug 2014 03:46:00 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3537) "Import applications" fails In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3537?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12996038#comment-12996038 ] Trong Tran commented on GTNPORTAL-3537: --------------------------------------- the *#sanitizePortletName* method not only replace "/" by "_", it also truncates the "unique" value with *#substring(0, MAX - 1)* which MAX is 30. That's mean that the "sanitized" value is max 29 length. Unfortunately the max length of "unique" value can be 30 characters: {code} String unique = portletName.substring(0,Math.min(portletName.length(), 20)) + String.valueOf(contentId.hashCode()); {code} Therefore, in the case if we have two different "unique" values with "local._juzu-tutorial1630574212" and "local._juzu-tutorial1630574210". After sanitization, the "sanitized" values will be the same "local._juzu-tutorial163057421" ==> It raises the problem. So the proper fix for this could just be modifying: {code} if (sizePortletName >= MAX) { - sanitizedPortletName = sanitizedPortletName.substring(0, MAX - 1); + sanitizedPortletName = sanitizedPortletName.substring(0, MAX); } else if (sizePortletName <= MIN) { sanitizedPortletName += "Portlet"; {code} > "Import applications" fails > --------------------------- > > Key: GTNPORTAL-3537 > URL: https://issues.jboss.org/browse/GTNPORTAL-3537 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.9.0.Final > Reporter: Trong Tran > Fix For: 3.9.0.Final > > Attachments: juzu-tutorial-examples-gatein.war > > > "Import applications" fails when the application name is too long AND there are two portlets with similar name (such as "Weather1" and "Weather2") > I attached the juzu portlets example war which we can use to reproduce the problem. > P/S: I notice that this problem is a regression from GTNPORTAL-3519 -- This message was sent by Atlassian JIRA (v6.3.1#6329) From issues at jboss.org Wed Aug 27 04:03:00 2014 From: issues at jboss.org (=?UTF-8?Q?Juraci_Paix=C3=A3o_Kr=C3=B6hling_=28JIRA=29?=) Date: Wed, 27 Aug 2014 04:03:00 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3537) "Import applications" fails In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3537?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12996040#comment-12996040 ] Juraci Paix?o Kr?hling commented on GTNPORTAL-3537: --------------------------------------------------- Ok, we have actually thought about clashes on the hashCode when doing this, but the chances of this occurring were thought to be really small. It seems it's not the case :-) The solution you mentioned would work for your case, but wouldn't work for a hashcode which is one digit longer, with all but one digit being the same. Example: [code] local._juzu-tutorial163057421112 local._juzu-tutorial163057421110 [code] Those would be truncated to: [code] local._juzu-tutorial1630574211 local._juzu-tutorial1630574211 [code] I remember that [~ppalaga] provided some options during the review. He would perhaps like to chime in as well. All in all, I agree with your idea of refactoring this part, as there's no reasonable way to a really unique ID with only a few random chars. > "Import applications" fails > --------------------------- > > Key: GTNPORTAL-3537 > URL: https://issues.jboss.org/browse/GTNPORTAL-3537 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.9.0.Final > Reporter: Trong Tran > Fix For: 3.9.0.Final > > Attachments: juzu-tutorial-examples-gatein.war > > > "Import applications" fails when the application name is too long AND there are two portlets with similar name (such as "Weather1" and "Weather2") > I attached the juzu portlets example war which we can use to reproduce the problem. > P/S: I notice that this problem is a regression from GTNPORTAL-3519 -- This message was sent by Atlassian JIRA (v6.3.1#6329) From issues at jboss.org Thu Aug 28 20:45:00 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Thu, 28 Aug 2014 20:45:00 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3328) Automatic way to update all sites at once (Portal, groups and user sites) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3328?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12996727#comment-12996727 ] RH Bugzilla Integration commented on GTNPORTAL-3328: ---------------------------------------------------- Jared MORGAN changed the Status of [bug 1072189|https://bugzilla.redhat.com/show_bug.cgi?id=1072189] from ASSIGNED to ON_QA > Automatic way to update all sites at once (Portal, groups and user sites) > ------------------------------------------------------------------------- > > Key: GTNPORTAL-3328 > URL: https://issues.jboss.org/browse/GTNPORTAL-3328 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Fix For: 3.8.0.Beta01 > > > This feature is described in the following document: > https://community.jboss.org/wiki/AutomaticWayToUpdateAllSitesAtOncePortalGroupsAndUserSites -- This message was sent by Atlassian JIRA (v6.3.1#6329) From issues at jboss.org Thu Aug 28 21:07:00 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Thu, 28 Aug 2014 21:07:00 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3328) Automatic way to update all sites at once (Portal, groups and user sites) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3328?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12996733#comment-12996733 ] RH Bugzilla Integration commented on GTNPORTAL-3328: ---------------------------------------------------- mgottval changed the Status of [bug 1072189|https://bugzilla.redhat.com/show_bug.cgi?id=1072189] from ON_QA to ASSIGNED > Automatic way to update all sites at once (Portal, groups and user sites) > ------------------------------------------------------------------------- > > Key: GTNPORTAL-3328 > URL: https://issues.jboss.org/browse/GTNPORTAL-3328 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Fix For: 3.8.0.Beta01 > > > This feature is described in the following document: > https://community.jboss.org/wiki/AutomaticWayToUpdateAllSitesAtOncePortalGroupsAndUserSites -- This message was sent by Atlassian JIRA (v6.3.1#6329) From issues at jboss.org Thu Aug 28 21:23:59 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Thu, 28 Aug 2014 21:23:59 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNWSRP-378) WSRP Producer is missing distributable tag In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNWSRP-378?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12996753#comment-12996753 ] RH Bugzilla Integration commented on GTNWSRP-378: ------------------------------------------------- Juraci Paixao Krohling changed the Status of [bug 1115512|https://bugzilla.redhat.com/show_bug.cgi?id=1115512] from POST to MODIFIED > WSRP Producer is missing distributable tag > ------------------------------------------ > > Key: GTNWSRP-378 > URL: https://issues.jboss.org/browse/GTNWSRP-378 > Project: GateIn WSRP > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Producer > Reporter: Juraci Paix?o Kr?hling > Assignee: Juraci Paix?o Kr?hling > > See BZ#1115512 . The WSRP Producer WAR seems to be missing the tag on web.xml , causing session replication to not work for communication between consumer and producer. -- This message was sent by Atlassian JIRA (v6.3.1#6329) From issues at jboss.org Thu Aug 28 21:37:01 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Thu, 28 Aug 2014 21:37:01 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3525) JTA - HibernateException: Unable to locate current JTA transaction In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3525?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12996764#comment-12996764 ] RH Bugzilla Integration commented on GTNPORTAL-3525: ---------------------------------------------------- Honza Fnukal changed the Status of [bug 1122138|https://bugzilla.redhat.com/show_bug.cgi?id=1122138] from MODIFIED to ON_QA > JTA - HibernateException: Unable to locate current JTA transaction > ------------------------------------------------------------------ > > Key: GTNPORTAL-3525 > URL: https://issues.jboss.org/browse/GTNPORTAL-3525 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.8.2.Final > Reporter: Marek Posolda > Assignee: Marek Posolda > Fix For: 3.8.3.Final, 3.9.0.Final > > > See https://bugzilla.redhat.com/show_bug.cgi?id=1122138 . Snipet from tacktrace: > {code} > 08:24:01,660 INFO [org.exoplatform.services.organization.idm.UserDAOImpl] (http-vmg39.mw.lab.eng.bos.redhat.com/10.16.88.117:8080-5) Cannot obtain user: john; : org.picketlink.idm.common.exception.IdentityException: Cannot obtain Hibernate Session > at org.picketlink.idm.impl.store.hibernate.HibernateIdentityStoreImpl.getHibernateSession(HibernateIdentityStoreImpl.java:2798) [picketlink-idm-hibernate-1.4.5.Final-redhat-1.jar:1.4.5.Final-redhat-1] > at org.picketlink.idm.impl.store.hibernate.HibernateIdentityStoreImpl.getHibernateIdentityObjectType(HibernateIdentityStoreImpl.java:2850) [picketlink-idm-hibernate-1.4.5.Final-redhat-1.jar:1.4.5.Final-redhat-1] > at org.picketlink.idm.impl.store.hibernate.HibernateIdentityStoreImpl.getHibernateIdentityObject(HibernateIdentityStoreImpl.java:2896) [picketlink-idm-hibernate-1.4.5.Final-redhat-1.jar:1.4.5.Final-redhat-1] > at org.picketlink.idm.impl.store.hibernate.HibernateIdentityStoreImpl.safeGet(HibernateIdentityStoreImpl.java:2821) [picketlink-idm-hibernate-1.4.5.Final-redhat-1.jar:1.4.5.Final-redhat-1] > at org.picketlink.idm.impl.store.hibernate.HibernateIdentityStoreImpl.findIdentityObject(HibernateIdentityStoreImpl.java:684) [picketlink-idm-hibernate-1.4.5.Final-redhat-1.jar:1.4.5.Final-redhat-1] > at org.picketlink.idm.impl.repository.WrapperIdentityStoreRepository.findIdentityObject(WrapperIdentityStoreRepository.java:171) [picketlink-idm-core-1.4.5.Final-redhat-1.jar:1.4.5.Final-redhat-1] > at org.picketlink.idm.impl.api.session.managers.PersistenceManagerImpl.findUser(PersistenceManagerImpl.java:426) [picketlink-idm-core-1.4.5.Final-redhat-1.jar:1.4.5.Final-redhat-1] > at org.exoplatform.services.organization.idm.UserDAOImpl.getPopulatedUser(UserDAOImpl.java:727) [exo.portal.component.identity-3.8.4.Final-redhat-1.jar:3.8.4.Final-redhat-1] > at org.exoplatform.services.organization.idm.UserDAOImpl.findUserByName(UserDAOImpl.java:294) [exo.portal.component.identity-3.8.4.Final-redhat-1.jar:3.8.4.Final-redhat-1] > at org.exoplatform.web.login.FilterDisabledLoginModule.login(FilterDisabledLoginModule.java:72) [exo.portal.component.web.security-3.8.4.Final-redhat-1.jar:3.8.4.Final-redhat-1] > ... > Caused by: org.hibernate.HibernateException: Unable to locate current JTA transaction > at org.hibernate.context.internal.JTASessionContext.currentSession(JTASessionContext.java:89) > at org.hibernate.internal.SessionFactoryImpl.getCurrentSession(SessionFactoryImpl.java:993) > at org.picketlink.idm.impl.store.hibernate.HibernateIdentityStoreSessionImpl.getSessionContext(HibernateIdentityStoreSessionImpl.java:57) [picketlink-idm-hibernate-1.4.5.Final-redhat-1.jar:1.4.5.Final-redhat-1] > at org.picketlink.idm.impl.store.hibernate.HibernateIdentityStoreImpl.getHibernateSession(HibernateIdentityStoreImpl.java:2789) [picketlink-idm-hibernate-1.4.5.Final-redhat-1.jar:1.4.5.Final-redhat-1] > ... 89 more > {code} -- This message was sent by Atlassian JIRA (v6.3.1#6329) From issues at jboss.org Thu Aug 28 21:37:01 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Thu, 28 Aug 2014 21:37:01 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3519) "Import applications" fails when remote portlet name clashes with local portlet In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3519?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12996765#comment-12996765 ] RH Bugzilla Integration commented on GTNPORTAL-3519: ---------------------------------------------------- Honza Fnukal changed the Status of [bug 1117813|https://bugzilla.redhat.com/show_bug.cgi?id=1117813] from MODIFIED to ON_QA > "Import applications" fails when remote portlet name clashes with local portlet > ------------------------------------------------------------------------------- > > Key: GTNPORTAL-3519 > URL: https://issues.jboss.org/browse/GTNPORTAL-3519 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Juraci Paix?o Kr?hling > Assignee: Juraci Paix?o Kr?hling > Fix For: 3.8.5.Final, 3.9.0.Final > > > The "import applications" on the application registry fails when there's a remote portlet with the same name as a local portlet, due to "unknown error" on the user interface, and "Cannot create a content with a content id ... with an existing different content id" in the logs. > More details on BZ#1117813 . -- This message was sent by Atlassian JIRA (v6.3.1#6329) From issues at jboss.org Thu Aug 28 21:37:01 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Thu, 28 Aug 2014 21:37:01 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNWSRP-378) WSRP Producer is missing distributable tag In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNWSRP-378?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12996766#comment-12996766 ] RH Bugzilla Integration commented on GTNWSRP-378: ------------------------------------------------- Honza Fnukal changed the Status of [bug 1115512|https://bugzilla.redhat.com/show_bug.cgi?id=1115512] from MODIFIED to ON_QA > WSRP Producer is missing distributable tag > ------------------------------------------ > > Key: GTNWSRP-378 > URL: https://issues.jboss.org/browse/GTNWSRP-378 > Project: GateIn WSRP > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Producer > Reporter: Juraci Paix?o Kr?hling > Assignee: Juraci Paix?o Kr?hling > > See BZ#1115512 . The WSRP Producer WAR seems to be missing the tag on web.xml , causing session replication to not work for communication between consumer and producer. -- This message was sent by Atlassian JIRA (v6.3.1#6329) From issues at jboss.org Thu Aug 28 21:37:59 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Thu, 28 Aug 2014 21:37:59 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3532) Typo in portlet access permissions - "setted" instead of "set" In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3532?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12996767#comment-12996767 ] RH Bugzilla Integration commented on GTNPORTAL-3532: ---------------------------------------------------- Honza Fnukal changed the Status of [bug 1128674|https://bugzilla.redhat.com/show_bug.cgi?id=1128674] from MODIFIED to ON_QA > Typo in portlet access permissions - "setted" instead of "set" > -------------------------------------------------------------- > > Key: GTNPORTAL-3532 > URL: https://issues.jboss.org/browse/GTNPORTAL-3532 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: User Interface > Reporter: Peter Palaga > Assignee: Peter Palaga > Fix For: 3.8.5.Final, 3.9.0.Final > > > Cloned from https://bugzilla.redhat.com/show_bug.cgi?id=1128674 > Group - Administration- Application Registry > In Default Access Permission Settings of any portlet, there is line: > These access permissions will be setted by default when use this component. > It should be probably "set" instead of "setted" -- This message was sent by Atlassian JIRA (v6.3.1#6329) From issues at jboss.org Fri Aug 29 06:41:59 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Fri, 29 Aug 2014 06:41:59 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3532) Typo in portlet access permissions - "setted" instead of "set" In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3532?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12996891#comment-12996891 ] RH Bugzilla Integration commented on GTNPORTAL-3532: ---------------------------------------------------- mgottval changed the Status of [bug 1128674|https://bugzilla.redhat.com/show_bug.cgi?id=1128674] from ON_QA to VERIFIED > Typo in portlet access permissions - "setted" instead of "set" > -------------------------------------------------------------- > > Key: GTNPORTAL-3532 > URL: https://issues.jboss.org/browse/GTNPORTAL-3532 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: User Interface > Reporter: Peter Palaga > Assignee: Peter Palaga > Fix For: 3.8.5.Final, 3.9.0.Final > > > Cloned from https://bugzilla.redhat.com/show_bug.cgi?id=1128674 > Group - Administration- Application Registry > In Default Access Permission Settings of any portlet, there is line: > These access permissions will be setted by default when use this component. > It should be probably "set" instead of "setted" -- This message was sent by Atlassian JIRA (v6.3.1#6329) From issues at jboss.org Fri Aug 29 06:46:59 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Fri, 29 Aug 2014 06:46:59 -0400 (EDT) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3328) Automatic way to update all sites at once (Portal, groups and user sites) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3328?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12996893#comment-12996893 ] RH Bugzilla Integration commented on GTNPORTAL-3328: ---------------------------------------------------- mgottval changed the Status of [bug 1072189|https://bugzilla.redhat.com/show_bug.cgi?id=1072189] from ON_QA to VERIFIED > Automatic way to update all sites at once (Portal, groups and user sites) > ------------------------------------------------------------------------- > > Key: GTNPORTAL-3328 > URL: https://issues.jboss.org/browse/GTNPORTAL-3328 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Fix For: 3.8.0.Beta01 > > > This feature is described in the following document: > https://community.jboss.org/wiki/AutomaticWayToUpdateAllSitesAtOncePortalGroupsAndUserSites -- This message was sent by Atlassian JIRA (v6.3.1#6329)