From issues at jboss.org Tue Feb 3 02:49:49 2015 From: issues at jboss.org (Tuyen Nguyen The (JIRA)) Date: Tue, 3 Feb 2015 02:49:49 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3574) Unknown error when create a page which have same name with system node In-Reply-To: References: Message-ID: Tuyen Nguyen The created GTNPORTAL-3574: ------------------------------------------- Summary: Unknown error when create a page which have same name with system node Key: GTNPORTAL-3574 URL: https://issues.jboss.org/browse/GTNPORTAL-3574 Project: GateIn Portal Issue Type: Bug Reporter: Tuyen Nguyen The Assignee: Tuyen Nguyen The Step to reproduce: - Login as user john (adminstrator) - goto Site Editor >> Add new page to add new page - Add new page with name "register" (or name of other system node) under default node (same level with home node), then continue to input other info => When click on Finish button, unknown error is displayed and throw out exception: {code} [http-bio-8080-exec-10] ERROR portal:UIPortalApplication - Error during the processAction phase java.lang.IllegalArgumentException: Tree register already in the map at org.exoplatform.portal.mop.navigation.NodeContext.beforeInsert(NodeContext.java:641) at org.exoplatform.portal.mop.navigation.NodeContext.beforeInsert(NodeContext.java:34) at org.exoplatform.portal.tree.list.ListTree.insertAfter(ListTree.java:262) at org.exoplatform.portal.mop.navigation.TreeContext.addChange(TreeContext.java:139) at org.exoplatform.portal.mop.navigation.NodeContext._add(NodeContext.java:466) at org.exoplatform.portal.mop.navigation.NodeContext.add(NodeContext.java:370) at org.exoplatform.portal.mop.user.UserNode.addChild(UserNode.java:277) at org.exoplatform.portal.webui.page.UIWizardPageSetInfo.createUserNode(UIWizardPageSetInfo.java:213) at org.exoplatform.portal.webui.page.UIPageCreationWizard.saveData(UIPageCreationWizard.java:117) at org.exoplatform.portal.webui.page.UIPageCreationWizard.access$100(UIPageCreationWizard.java:74) at org.exoplatform.portal.webui.page.UIPageCreationWizard$ViewStep4ActionListener.execute(UIPageCreationWizard.java:399) at org.exoplatform.webui.event.Event.broadcast(Event.java:97) at org.exoplatform.portal.webui.portal.UIPortalComposer$FinishPageEditionActionListener.execute(UIPortalComposer.java:705) at org.exoplatform.webui.event.Event.broadcast(Event.java:97) at org.exoplatform.webui.core.lifecycle.Lifecycle.processAction(Lifecycle.java:51) at org.exoplatform.webui.core.UIComponent.processAction(UIComponent.java:126) at org.exoplatform.portal.webui.workspace.UIPortalApplicationLifecycle.processAction(UIPortalApplicationLifecycle.java:73) at org.exoplatform.portal.webui.workspace.UIPortalApplicationLifecycle.processAction(UIPortalApplicationLifecycle.java:36) at org.exoplatform.webui.core.UIComponent.processAction(UIComponent.java:126) at org.exoplatform.webui.core.UIApplication.processAction(UIApplication.java:123) at org.exoplatform.portal.webui.workspace.UIPortalApplication.processAction(UIPortalApplication.java:792) at org.exoplatform.portal.application.PortalRequestHandler.processRequest(PortalRequestHandler.java:230) at org.exoplatform.portal.application.PortalRequestHandler.execute(PortalRequestHandler.java:186) at org.exoplatform.web.WebAppController.service(WebAppController.java:340) at org.exoplatform.portal.application.PortalController.onService(PortalController.java:110) at org.exoplatform.container.web.AbstractHttpServlet.service(AbstractHttpServlet.java:133) 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.exoplatform.web.filter.ExtensibleFilter$ExtensibleFilterChain.doFilter(ExtensibleFilter.java:96) at org.gatein.portal.installer.PortalSetupFilter.doFilter(PortalSetupFilter.java:72) at org.exoplatform.web.filter.ExtensibleFilter$ExtensibleFilterChain.doFilter(ExtensibleFilter.java:92) at org.exoplatform.web.filter.ExtensibleFilter.doFilter(ExtensibleFilter.java:71) at org.exoplatform.web.filter.GenericFilter.doFilter(GenericFilter.java:70) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.exoplatform.web.CacheUserProfileFilter.doFilter(CacheUserProfileFilter.java:72) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.exoplatform.frameworks.jcr.web.ThreadLocalSessionProviderInitializedFilter.doFilter(ThreadLocalSessionProviderInitializedFilter.java:122) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.exoplatform.web.login.ConversationStateUpdateFilter.doFilter(ConversationStateUpdateFilter.java:66) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.gatein.web.security.impersonation.ImpersonationFilter.doFilter(ImpersonationFilter.java:84) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.exoplatform.services.security.web.SetCurrentIdentityFilter.doFilter(SetCurrentIdentityFilter.java:88) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.exoplatform.web.login.RememberMeFilter.doFilter(RememberMeFilter.java:135) at org.exoplatform.web.login.RememberMeFilter.doFilter(RememberMeFilter.java:57) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.gatein.security.oauth.webapi.OAuthDelegateFilter.doFilter(OAuthDelegateFilter.java:58) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.gatein.sso.integration.SSODelegateFilter.doFilter(SSODelegateFilter.java:60) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.exoplatform.container.web.PortalContainerFilter.doFilter(PortalContainerFilter.java:78) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.gatein.portal.init.PortalCheckInitFilter.doFilter(PortalCheckInitFilter.java:66) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222) at org.apache.catalina.core.StandardContextValve.__invoke(StandardContextValve.java:123) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472) at org.gatein.sso.agent.tomcat.ServletAccessValve.invoke(ServletAccessValve.java:55) at org.apache.catalina.core.StandardHostValve.__invoke(StandardHostValve.java:171) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407) at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004) at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589) at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745) {code} If login with user root and do the same, there is an error message "This name already exists" when click on next button and we can not continue to do add new page with current node name. => We should check and show error message like when we do with user root. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Tue Feb 3 02:53:48 2015 From: issues at jboss.org (Tuyen Nguyen The (JIRA)) Date: Tue, 3 Feb 2015 02:53:48 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3574) Unknown error when create a page which have same name with system node In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3574?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tuyen Nguyen The updated GTNPORTAL-3574: ---------------------------------------- Attachment: john_add_new_same_system_node_page.png root_add_new_same_system_node_page.png > Unknown error when create a page which have same name with system node > ---------------------------------------------------------------------- > > Key: GTNPORTAL-3574 > URL: https://issues.jboss.org/browse/GTNPORTAL-3574 > Project: GateIn Portal > Issue Type: Bug > Reporter: Tuyen Nguyen The > Assignee: Tuyen Nguyen The > Attachments: john_add_new_same_system_node_page.png, root_add_new_same_system_node_page.png > > > Step to reproduce: > - Login as user john (adminstrator) > - goto Site Editor >> Add new page to add new page > - Add new page with name "register" (or name of other system node) under default node (same level with home node), then continue to input other info > => When click on Finish button, unknown error is displayed and throw out exception: > {code} > [http-bio-8080-exec-10] ERROR portal:UIPortalApplication - Error during the processAction phase > java.lang.IllegalArgumentException: Tree register already in the map > at org.exoplatform.portal.mop.navigation.NodeContext.beforeInsert(NodeContext.java:641) > at org.exoplatform.portal.mop.navigation.NodeContext.beforeInsert(NodeContext.java:34) > at org.exoplatform.portal.tree.list.ListTree.insertAfter(ListTree.java:262) > at org.exoplatform.portal.mop.navigation.TreeContext.addChange(TreeContext.java:139) > at org.exoplatform.portal.mop.navigation.NodeContext._add(NodeContext.java:466) > at org.exoplatform.portal.mop.navigation.NodeContext.add(NodeContext.java:370) > at org.exoplatform.portal.mop.user.UserNode.addChild(UserNode.java:277) > at org.exoplatform.portal.webui.page.UIWizardPageSetInfo.createUserNode(UIWizardPageSetInfo.java:213) > at org.exoplatform.portal.webui.page.UIPageCreationWizard.saveData(UIPageCreationWizard.java:117) > at org.exoplatform.portal.webui.page.UIPageCreationWizard.access$100(UIPageCreationWizard.java:74) > at org.exoplatform.portal.webui.page.UIPageCreationWizard$ViewStep4ActionListener.execute(UIPageCreationWizard.java:399) > at org.exoplatform.webui.event.Event.broadcast(Event.java:97) > at org.exoplatform.portal.webui.portal.UIPortalComposer$FinishPageEditionActionListener.execute(UIPortalComposer.java:705) > at org.exoplatform.webui.event.Event.broadcast(Event.java:97) > at org.exoplatform.webui.core.lifecycle.Lifecycle.processAction(Lifecycle.java:51) > at org.exoplatform.webui.core.UIComponent.processAction(UIComponent.java:126) > at org.exoplatform.portal.webui.workspace.UIPortalApplicationLifecycle.processAction(UIPortalApplicationLifecycle.java:73) > at org.exoplatform.portal.webui.workspace.UIPortalApplicationLifecycle.processAction(UIPortalApplicationLifecycle.java:36) > at org.exoplatform.webui.core.UIComponent.processAction(UIComponent.java:126) > at org.exoplatform.webui.core.UIApplication.processAction(UIApplication.java:123) > at org.exoplatform.portal.webui.workspace.UIPortalApplication.processAction(UIPortalApplication.java:792) > at org.exoplatform.portal.application.PortalRequestHandler.processRequest(PortalRequestHandler.java:230) > at org.exoplatform.portal.application.PortalRequestHandler.execute(PortalRequestHandler.java:186) > at org.exoplatform.web.WebAppController.service(WebAppController.java:340) > at org.exoplatform.portal.application.PortalController.onService(PortalController.java:110) > at org.exoplatform.container.web.AbstractHttpServlet.service(AbstractHttpServlet.java:133) > 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.exoplatform.web.filter.ExtensibleFilter$ExtensibleFilterChain.doFilter(ExtensibleFilter.java:96) > at org.gatein.portal.installer.PortalSetupFilter.doFilter(PortalSetupFilter.java:72) > at org.exoplatform.web.filter.ExtensibleFilter$ExtensibleFilterChain.doFilter(ExtensibleFilter.java:92) > at org.exoplatform.web.filter.ExtensibleFilter.doFilter(ExtensibleFilter.java:71) > at org.exoplatform.web.filter.GenericFilter.doFilter(GenericFilter.java:70) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.exoplatform.web.CacheUserProfileFilter.doFilter(CacheUserProfileFilter.java:72) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.exoplatform.frameworks.jcr.web.ThreadLocalSessionProviderInitializedFilter.doFilter(ThreadLocalSessionProviderInitializedFilter.java:122) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.exoplatform.web.login.ConversationStateUpdateFilter.doFilter(ConversationStateUpdateFilter.java:66) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.gatein.web.security.impersonation.ImpersonationFilter.doFilter(ImpersonationFilter.java:84) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.exoplatform.services.security.web.SetCurrentIdentityFilter.doFilter(SetCurrentIdentityFilter.java:88) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.exoplatform.web.login.RememberMeFilter.doFilter(RememberMeFilter.java:135) > at org.exoplatform.web.login.RememberMeFilter.doFilter(RememberMeFilter.java:57) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.gatein.security.oauth.webapi.OAuthDelegateFilter.doFilter(OAuthDelegateFilter.java:58) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.gatein.sso.integration.SSODelegateFilter.doFilter(SSODelegateFilter.java:60) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.exoplatform.container.web.PortalContainerFilter.doFilter(PortalContainerFilter.java:78) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.gatein.portal.init.PortalCheckInitFilter.doFilter(PortalCheckInitFilter.java:66) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222) > at org.apache.catalina.core.StandardContextValve.__invoke(StandardContextValve.java:123) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java) > at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472) > at org.gatein.sso.agent.tomcat.ServletAccessValve.invoke(ServletAccessValve.java:55) > at org.apache.catalina.core.StandardHostValve.__invoke(StandardHostValve.java:171) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99) > at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407) > at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004) > at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589) > at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:745) > {code} > If login with user root and do the same, there is an error message "This name already exists" when click on next button and we can not continue to do add new page with current node name. > => We should check and show error message like when we do with user root. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Tue Feb 3 03:23:49 2015 From: issues at jboss.org (Tuyen Nguyen The (JIRA)) Date: Tue, 3 Feb 2015 03:23:49 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3574) Unknown error when create a page which have same name with system node In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3574?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tuyen Nguyen The updated GTNPORTAL-3574: ---------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/926 > Unknown error when create a page which have same name with system node > ---------------------------------------------------------------------- > > Key: GTNPORTAL-3574 > URL: https://issues.jboss.org/browse/GTNPORTAL-3574 > Project: GateIn Portal > Issue Type: Bug > Reporter: Tuyen Nguyen The > Assignee: Tuyen Nguyen The > Attachments: john_add_new_same_system_node_page.png, root_add_new_same_system_node_page.png > > > Step to reproduce: > - Login as user john (adminstrator) > - goto Site Editor >> Add new page to add new page > - Add new page with name "register" (or name of other system node) under default node (same level with home node), then continue to input other info > => When click on Finish button, unknown error is displayed and throw out exception: > {code} > [http-bio-8080-exec-10] ERROR portal:UIPortalApplication - Error during the processAction phase > java.lang.IllegalArgumentException: Tree register already in the map > at org.exoplatform.portal.mop.navigation.NodeContext.beforeInsert(NodeContext.java:641) > at org.exoplatform.portal.mop.navigation.NodeContext.beforeInsert(NodeContext.java:34) > at org.exoplatform.portal.tree.list.ListTree.insertAfter(ListTree.java:262) > at org.exoplatform.portal.mop.navigation.TreeContext.addChange(TreeContext.java:139) > at org.exoplatform.portal.mop.navigation.NodeContext._add(NodeContext.java:466) > at org.exoplatform.portal.mop.navigation.NodeContext.add(NodeContext.java:370) > at org.exoplatform.portal.mop.user.UserNode.addChild(UserNode.java:277) > at org.exoplatform.portal.webui.page.UIWizardPageSetInfo.createUserNode(UIWizardPageSetInfo.java:213) > at org.exoplatform.portal.webui.page.UIPageCreationWizard.saveData(UIPageCreationWizard.java:117) > at org.exoplatform.portal.webui.page.UIPageCreationWizard.access$100(UIPageCreationWizard.java:74) > at org.exoplatform.portal.webui.page.UIPageCreationWizard$ViewStep4ActionListener.execute(UIPageCreationWizard.java:399) > at org.exoplatform.webui.event.Event.broadcast(Event.java:97) > at org.exoplatform.portal.webui.portal.UIPortalComposer$FinishPageEditionActionListener.execute(UIPortalComposer.java:705) > at org.exoplatform.webui.event.Event.broadcast(Event.java:97) > at org.exoplatform.webui.core.lifecycle.Lifecycle.processAction(Lifecycle.java:51) > at org.exoplatform.webui.core.UIComponent.processAction(UIComponent.java:126) > at org.exoplatform.portal.webui.workspace.UIPortalApplicationLifecycle.processAction(UIPortalApplicationLifecycle.java:73) > at org.exoplatform.portal.webui.workspace.UIPortalApplicationLifecycle.processAction(UIPortalApplicationLifecycle.java:36) > at org.exoplatform.webui.core.UIComponent.processAction(UIComponent.java:126) > at org.exoplatform.webui.core.UIApplication.processAction(UIApplication.java:123) > at org.exoplatform.portal.webui.workspace.UIPortalApplication.processAction(UIPortalApplication.java:792) > at org.exoplatform.portal.application.PortalRequestHandler.processRequest(PortalRequestHandler.java:230) > at org.exoplatform.portal.application.PortalRequestHandler.execute(PortalRequestHandler.java:186) > at org.exoplatform.web.WebAppController.service(WebAppController.java:340) > at org.exoplatform.portal.application.PortalController.onService(PortalController.java:110) > at org.exoplatform.container.web.AbstractHttpServlet.service(AbstractHttpServlet.java:133) > 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.exoplatform.web.filter.ExtensibleFilter$ExtensibleFilterChain.doFilter(ExtensibleFilter.java:96) > at org.gatein.portal.installer.PortalSetupFilter.doFilter(PortalSetupFilter.java:72) > at org.exoplatform.web.filter.ExtensibleFilter$ExtensibleFilterChain.doFilter(ExtensibleFilter.java:92) > at org.exoplatform.web.filter.ExtensibleFilter.doFilter(ExtensibleFilter.java:71) > at org.exoplatform.web.filter.GenericFilter.doFilter(GenericFilter.java:70) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.exoplatform.web.CacheUserProfileFilter.doFilter(CacheUserProfileFilter.java:72) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.exoplatform.frameworks.jcr.web.ThreadLocalSessionProviderInitializedFilter.doFilter(ThreadLocalSessionProviderInitializedFilter.java:122) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.exoplatform.web.login.ConversationStateUpdateFilter.doFilter(ConversationStateUpdateFilter.java:66) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.gatein.web.security.impersonation.ImpersonationFilter.doFilter(ImpersonationFilter.java:84) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.exoplatform.services.security.web.SetCurrentIdentityFilter.doFilter(SetCurrentIdentityFilter.java:88) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.exoplatform.web.login.RememberMeFilter.doFilter(RememberMeFilter.java:135) > at org.exoplatform.web.login.RememberMeFilter.doFilter(RememberMeFilter.java:57) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.gatein.security.oauth.webapi.OAuthDelegateFilter.doFilter(OAuthDelegateFilter.java:58) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.gatein.sso.integration.SSODelegateFilter.doFilter(SSODelegateFilter.java:60) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.exoplatform.container.web.PortalContainerFilter.doFilter(PortalContainerFilter.java:78) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.gatein.portal.init.PortalCheckInitFilter.doFilter(PortalCheckInitFilter.java:66) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222) > at org.apache.catalina.core.StandardContextValve.__invoke(StandardContextValve.java:123) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java) > at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472) > at org.gatein.sso.agent.tomcat.ServletAccessValve.invoke(ServletAccessValve.java:55) > at org.apache.catalina.core.StandardHostValve.__invoke(StandardHostValve.java:171) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99) > at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407) > at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004) > at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589) > at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:745) > {code} > If login with user root and do the same, there is an error message "This name already exists" when click on next button and we can not continue to do add new page with current node name. > => We should check and show error message like when we do with user root. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Feb 9 04:32:49 2015 From: issues at jboss.org (Ali Hamdi (JIRA)) Date: Mon, 9 Feb 2015 04:32:49 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNSSO-28) realm is wrong adds an extra g in the realm name with OpenAM 11 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNSSO-28?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13038679#comment-13038679 ] Ali Hamdi commented on GTNSSO-28: --------------------------------- Is there an ETA for having this fixed ? > realm is wrong adds an extra g in the realm name with OpenAM 11 > --------------------------------------------------------------- > > Key: GTNSSO-28 > URL: https://issues.jboss.org/browse/GTNSSO-28 > Project: GateIn SSO > Issue Type: Bug > Affects Versions: 1.4.0.Beta01 > Environment: Using OpenAM 11 - using the plugin with Exo Platform but imagine this is probably the same for anything using gatein-sso for CDSSO with OpenAM 11 > Reporter: Michael McKinsey > Assignee: Marek Posolda > Fix For: 1.4.4.Final > > > The realm name is coming up wrong with an extra g which I believe is causing the error #403x > https://./openam/cdcservlet?realm=gatein&goto=https%3A%2F%2F.%3A8443%2Fportal%2Finitiatessologin&ProviderID=https%3A%2F%2F.%3A8443%2Fportal%2Finitiatessologin%2F%3FRealm%3Dggatein&RequestID=71288&IssueInstant=2014-05-08T01%3A10%3A30Z&MajorVersion=1&MinorVersion=0 > notice realm is ggatein > I found a reference to the extra g: > https://github.com/gatein/gatein-sso/blob/b3b0e3fb9fd5d9498a97e89357603d1a0b0d800a/agent/src/main/java/org/gatein/sso/agent/filter/OpenSSOCDLoginRedirectFilter.java > It says: > // We need to use Realm=g because of bug (or strange behaviour) of OpenAM, which cuts first character of realmName during parsing > String providerId = agentUrl + "/?Realm=g" + openSSORealm; > I am guessing this was needed with OpenAM 10 but is causing an error with OpenAM 11. I was trying to fix this myself but I can't get gatein-sso to build in my environment just yet. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Feb 9 06:49:49 2015 From: issues at jboss.org (Marek Posolda (JIRA)) Date: Mon, 9 Feb 2015 06:49:49 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNSSO-28) realm is wrong adds an extra g in the realm name with OpenAM 11 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNSSO-28?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13038723#comment-13038723 ] Marek Posolda commented on GTNSSO-28: ------------------------------------- No ETA so far. And we need to keep support for OpenAM 9.5 and 10.0 as far as I know, which is why your PR can't be merged. As I mentioned previously, proper fix would likely need to introduce new config parameter in OpenSSOCDLoginRedirectFilter (likely boolean parameter), which will allow to specify whether additional letter needs to be added. So it will handle all versions of OpenAM with OPENAM-1539 fixed or not. And the default value of param should be "true" (the additional letter will be added), so our existing customers on OpenAM 9.5 and 10.0 are not anyhow affected and don't need to change anything in their configurations. > realm is wrong adds an extra g in the realm name with OpenAM 11 > --------------------------------------------------------------- > > Key: GTNSSO-28 > URL: https://issues.jboss.org/browse/GTNSSO-28 > Project: GateIn SSO > Issue Type: Bug > Affects Versions: 1.4.0.Beta01 > Environment: Using OpenAM 11 - using the plugin with Exo Platform but imagine this is probably the same for anything using gatein-sso for CDSSO with OpenAM 11 > Reporter: Michael McKinsey > Assignee: Marek Posolda > Fix For: 1.4.4.Final > > > The realm name is coming up wrong with an extra g which I believe is causing the error #403x > https://./openam/cdcservlet?realm=gatein&goto=https%3A%2F%2F.%3A8443%2Fportal%2Finitiatessologin&ProviderID=https%3A%2F%2F.%3A8443%2Fportal%2Finitiatessologin%2F%3FRealm%3Dggatein&RequestID=71288&IssueInstant=2014-05-08T01%3A10%3A30Z&MajorVersion=1&MinorVersion=0 > notice realm is ggatein > I found a reference to the extra g: > https://github.com/gatein/gatein-sso/blob/b3b0e3fb9fd5d9498a97e89357603d1a0b0d800a/agent/src/main/java/org/gatein/sso/agent/filter/OpenSSOCDLoginRedirectFilter.java > It says: > // We need to use Realm=g because of bug (or strange behaviour) of OpenAM, which cuts first character of realmName during parsing > String providerId = agentUrl + "/?Realm=g" + openSSORealm; > I am guessing this was needed with OpenAM 10 but is causing an error with OpenAM 11. I was trying to fix this myself but I can't get gatein-sso to build in my environment just yet. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Tue Feb 17 09:02:50 2015 From: issues at jboss.org (=?UTF-8?Q?Juraci_Paix=C3=A3o_Kr=C3=B6hling_=28JIRA=29?=) Date: Tue, 17 Feb 2015 09:02:50 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNSSO-34) Support for CAS 4 In-Reply-To: References: Message-ID: Juraci Paix?o Kr?hling created GTNSSO-34: -------------------------------------------- Summary: Support for CAS 4 Key: GTNSSO-34 URL: https://issues.jboss.org/browse/GTNSSO-34 Project: GateIn SSO Issue Type: Feature Request Reporter: Juraci Paix?o Kr?hling Assignee: Marek Posolda Fix For: 1.4.4.Final With CAS 4.0, some changes were made which broke our support for CAS. So, a new component needs to be done, based on the existing component for 3.5, taking these changes into account. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Tue Feb 17 09:03:51 2015 From: issues at jboss.org (=?UTF-8?Q?Juraci_Paix=C3=A3o_Kr=C3=B6hling_=28JIRA=29?=) Date: Tue, 17 Feb 2015 09:03:51 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNSSO-34) Support for CAS 4 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNSSO-34?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13040887#comment-13040887 ] Juraci Paix?o Kr?hling commented on GTNSSO-34: ---------------------------------------------- PR submitted: https://github.com/gatein/gatein-sso/pull/7 > Support for CAS 4 > ----------------- > > Key: GTNSSO-34 > URL: https://issues.jboss.org/browse/GTNSSO-34 > Project: GateIn SSO > Issue Type: Feature Request > Reporter: Juraci Paix?o Kr?hling > Assignee: Marek Posolda > Fix For: 1.4.4.Final > > > With CAS 4.0, some changes were made which broke our support for CAS. So, a new component needs to be done, based on the existing component for 3.5, taking these changes into account. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Tue Feb 17 09:38:49 2015 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Tue, 17 Feb 2015 09:38:49 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNSSO-34) Support for CAS 4 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNSSO-34?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] RH Bugzilla Integration updated GTNSSO-34: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1192531 > Support for CAS 4 > ----------------- > > Key: GTNSSO-34 > URL: https://issues.jboss.org/browse/GTNSSO-34 > Project: GateIn SSO > Issue Type: Feature Request > Reporter: Juraci Paix?o Kr?hling > Assignee: Marek Posolda > Fix For: 1.4.4.Final > > > With CAS 4.0, some changes were made which broke our support for CAS. So, a new component needs to be done, based on the existing component for 3.5, taking these changes into account. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Wed Feb 18 04:59:49 2015 From: issues at jboss.org (=?UTF-8?Q?Juraci_Paix=C3=A3o_Kr=C3=B6hling_=28JIRA=29?=) Date: Wed, 18 Feb 2015 04:59:49 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3575) LoginServlet still has left-overs from removal of Disabled Users feature In-Reply-To: References: Message-ID: Juraci Paix?o Kr?hling created GTNPORTAL-3575: ------------------------------------------------- Summary: LoginServlet still has left-overs from removal of Disabled Users feature Key: GTNPORTAL-3575 URL: https://issues.jboss.org/browse/GTNPORTAL-3575 Project: GateIn Portal Issue Type: Bug Reporter: Juraci Paix?o Kr?hling Assignee: Juraci Paix?o Kr?hling The "Disabled Users" feature was removed from the 3.8 branch, but a code related to it was not removed entirely from the LoginServlet, causing problems in SSO scenarios. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Wed Feb 18 05:00:49 2015 From: issues at jboss.org (=?UTF-8?Q?Juraci_Paix=C3=A3o_Kr=C3=B6hling_=28JIRA=29?=) Date: Wed, 18 Feb 2015 05:00:49 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3575) LoginServlet still has left-overs from removal of Disabled Users feature In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3575?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraci Paix?o Kr?hling updated GTNPORTAL-3575: ---------------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/928 > LoginServlet still has left-overs from removal of Disabled Users feature > ------------------------------------------------------------------------ > > Key: GTNPORTAL-3575 > URL: https://issues.jboss.org/browse/GTNPORTAL-3575 > Project: GateIn Portal > Issue Type: Bug > Reporter: Juraci Paix?o Kr?hling > Assignee: Juraci Paix?o Kr?hling > > The "Disabled Users" feature was removed from the 3.8 branch, but a code related to it was not removed entirely from the LoginServlet, causing problems in SSO scenarios. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Wed Feb 18 05:00:49 2015 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Wed, 18 Feb 2015 05:00:49 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3575) LoginServlet still has left-overs from removal of Disabled Users feature In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3575?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] RH Bugzilla Integration updated GTNPORTAL-3575: ----------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1191310 > LoginServlet still has left-overs from removal of Disabled Users feature > ------------------------------------------------------------------------ > > Key: GTNPORTAL-3575 > URL: https://issues.jboss.org/browse/GTNPORTAL-3575 > Project: GateIn Portal > Issue Type: Bug > Reporter: Juraci Paix?o Kr?hling > Assignee: Juraci Paix?o Kr?hling > > The "Disabled Users" feature was removed from the 3.8 branch, but a code related to it was not removed entirely from the LoginServlet, causing problems in SSO scenarios. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Wed Feb 18 05:02:50 2015 From: issues at jboss.org (=?UTF-8?Q?Juraci_Paix=C3=A3o_Kr=C3=B6hling_=28JIRA=29?=) Date: Wed, 18 Feb 2015 05:02:50 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNSSO-34) Support for CAS 4 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNSSO-34?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13041226#comment-13041226 ] Juraci Paix?o Kr?hling commented on GTNSSO-34: ---------------------------------------------- PR for GateIn : https://github.com/gatein/gatein-portal/pull/927 > Support for CAS 4 > ----------------- > > Key: GTNSSO-34 > URL: https://issues.jboss.org/browse/GTNSSO-34 > Project: GateIn SSO > Issue Type: Feature Request > Reporter: Juraci Paix?o Kr?hling > Assignee: Marek Posolda > Fix For: 1.4.4.Final > > > With CAS 4.0, some changes were made which broke our support for CAS. So, a new component needs to be done, based on the existing component for 3.5, taking these changes into account. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Thu Feb 19 11:58:52 2015 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Thu, 19 Feb 2015 11:58:52 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3572) Missing exception handling in MembeshipDAOImpl In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3572?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13042092#comment-13042092 ] RH Bugzilla Integration commented on GTNPORTAL-3572: ---------------------------------------------------- Peter Palaga changed the Status of [bug 1179940|https://bugzilla.redhat.com/show_bug.cgi?id=1179940] from NEW to ASSIGNED > Missing exception handling in MembeshipDAOImpl > ---------------------------------------------- > > Key: GTNPORTAL-3572 > URL: https://issues.jboss.org/browse/GTNPORTAL-3572 > Project: GateIn Portal > Issue Type: Bug > Components: Identity integration > Affects Versions: 3.8.2.Final > Reporter: Martin Weiler > Assignee: Boleslaw Dawidowicz > > MembershipDAOImpl.linkMembership(...) is missing exception handling around the following call: > {code} > getIdentitySession().getRoleManager().createRole(mt.getName(), user.getUserName(), groupId); > {code} > If this call fails, eg. for example due to an exception from the underlying database, this result in a corrupted transaction state. Subsequent requests using this thread fail with an error similar to the following: > {noformat} > org.hibernate.AssertionFailure: null id in org.picketlink.idm.impl.model.hibernate.HibernateIdentityObjectRelationship entry (don't flush the Session after an exception occurs) > {noformat} -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Feb 20 12:08:50 2015 From: issues at jboss.org (=?UTF-8?Q?Juraci_Paix=C3=A3o_Kr=C3=B6hling_=28JIRA=29?=) Date: Fri, 20 Feb 2015 12:08:50 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNSSO-28) realm is wrong adds an extra g in the realm name with OpenAM 11 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNSSO-28?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13042474#comment-13042474 ] Juraci Paix?o Kr?hling commented on GTNSSO-28: ---------------------------------------------- PR that solves the issue for 10.1 and later (including 12.0) without breaking 9.x https://github.com/gatein/gatein-sso/pull/8 > realm is wrong adds an extra g in the realm name with OpenAM 11 > --------------------------------------------------------------- > > Key: GTNSSO-28 > URL: https://issues.jboss.org/browse/GTNSSO-28 > Project: GateIn SSO > Issue Type: Bug > Affects Versions: 1.4.0.Beta01 > Environment: Using OpenAM 11 - using the plugin with Exo Platform but imagine this is probably the same for anything using gatein-sso for CDSSO with OpenAM 11 > Reporter: Michael McKinsey > Assignee: Marek Posolda > Fix For: 1.4.4.Final > > > The realm name is coming up wrong with an extra g which I believe is causing the error #403x > https://./openam/cdcservlet?realm=gatein&goto=https%3A%2F%2F.%3A8443%2Fportal%2Finitiatessologin&ProviderID=https%3A%2F%2F.%3A8443%2Fportal%2Finitiatessologin%2F%3FRealm%3Dggatein&RequestID=71288&IssueInstant=2014-05-08T01%3A10%3A30Z&MajorVersion=1&MinorVersion=0 > notice realm is ggatein > I found a reference to the extra g: > https://github.com/gatein/gatein-sso/blob/b3b0e3fb9fd5d9498a97e89357603d1a0b0d800a/agent/src/main/java/org/gatein/sso/agent/filter/OpenSSOCDLoginRedirectFilter.java > It says: > // We need to use Realm=g because of bug (or strange behaviour) of OpenAM, which cuts first character of realmName during parsing > String providerId = agentUrl + "/?Realm=g" + openSSORealm; > I am guessing this was needed with OpenAM 10 but is causing an error with OpenAM 11. I was trying to fix this myself but I can't get gatein-sso to build in my environment just yet. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Feb 20 12:08:50 2015 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Fri, 20 Feb 2015 12:08:50 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNSSO-28) realm is wrong adds an extra g in the realm name with OpenAM 11 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNSSO-28?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] RH Bugzilla Integration updated GTNSSO-28: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1194717 > realm is wrong adds an extra g in the realm name with OpenAM 11 > --------------------------------------------------------------- > > Key: GTNSSO-28 > URL: https://issues.jboss.org/browse/GTNSSO-28 > Project: GateIn SSO > Issue Type: Bug > Affects Versions: 1.4.0.Beta01 > Environment: Using OpenAM 11 - using the plugin with Exo Platform but imagine this is probably the same for anything using gatein-sso for CDSSO with OpenAM 11 > Reporter: Michael McKinsey > Assignee: Marek Posolda > Fix For: 1.4.4.Final > > > The realm name is coming up wrong with an extra g which I believe is causing the error #403x > https://./openam/cdcservlet?realm=gatein&goto=https%3A%2F%2F.%3A8443%2Fportal%2Finitiatessologin&ProviderID=https%3A%2F%2F.%3A8443%2Fportal%2Finitiatessologin%2F%3FRealm%3Dggatein&RequestID=71288&IssueInstant=2014-05-08T01%3A10%3A30Z&MajorVersion=1&MinorVersion=0 > notice realm is ggatein > I found a reference to the extra g: > https://github.com/gatein/gatein-sso/blob/b3b0e3fb9fd5d9498a97e89357603d1a0b0d800a/agent/src/main/java/org/gatein/sso/agent/filter/OpenSSOCDLoginRedirectFilter.java > It says: > // We need to use Realm=g because of bug (or strange behaviour) of OpenAM, which cuts first character of realmName during parsing > String providerId = agentUrl + "/?Realm=g" + openSSORealm; > I am guessing this was needed with OpenAM 10 but is causing an error with OpenAM 11. I was trying to fix this myself but I can't get gatein-sso to build in my environment just yet. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Feb 20 12:29:49 2015 From: issues at jboss.org (=?UTF-8?Q?Juraci_Paix=C3=A3o_Kr=C3=B6hling_=28JIRA=29?=) Date: Fri, 20 Feb 2015 12:29:49 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNSSO-28) realm is wrong adds an extra g in the realm name with OpenAM 11 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNSSO-28?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraci Paix?o Kr?hling resolved GTNSSO-28. ------------------------------------------ Assignee: Juraci Paix?o Kr?hling (was: Marek Posolda) Fix Version/s: 1.4.5.Final (was: 1.4.4.Final) Resolution: Done > realm is wrong adds an extra g in the realm name with OpenAM 11 > --------------------------------------------------------------- > > Key: GTNSSO-28 > URL: https://issues.jboss.org/browse/GTNSSO-28 > Project: GateIn SSO > Issue Type: Bug > Affects Versions: 1.4.0.Beta01 > Environment: Using OpenAM 11 - using the plugin with Exo Platform but imagine this is probably the same for anything using gatein-sso for CDSSO with OpenAM 11 > Reporter: Michael McKinsey > Assignee: Juraci Paix?o Kr?hling > Fix For: 1.4.5.Final > > > The realm name is coming up wrong with an extra g which I believe is causing the error #403x > https://./openam/cdcservlet?realm=gatein&goto=https%3A%2F%2F.%3A8443%2Fportal%2Finitiatessologin&ProviderID=https%3A%2F%2F.%3A8443%2Fportal%2Finitiatessologin%2F%3FRealm%3Dggatein&RequestID=71288&IssueInstant=2014-05-08T01%3A10%3A30Z&MajorVersion=1&MinorVersion=0 > notice realm is ggatein > I found a reference to the extra g: > https://github.com/gatein/gatein-sso/blob/b3b0e3fb9fd5d9498a97e89357603d1a0b0d800a/agent/src/main/java/org/gatein/sso/agent/filter/OpenSSOCDLoginRedirectFilter.java > It says: > // We need to use Realm=g because of bug (or strange behaviour) of OpenAM, which cuts first character of realmName during parsing > String providerId = agentUrl + "/?Realm=g" + openSSORealm; > I am guessing this was needed with OpenAM 10 but is causing an error with OpenAM 11. I was trying to fix this myself but I can't get gatein-sso to build in my environment just yet. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Feb 20 12:30:50 2015 From: issues at jboss.org (=?UTF-8?Q?Juraci_Paix=C3=A3o_Kr=C3=B6hling_=28JIRA=29?=) Date: Fri, 20 Feb 2015 12:30:50 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNSSO-28) realm is wrong adds an extra g in the realm name with OpenAM 11 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNSSO-28?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraci Paix?o Kr?hling updated GTNSSO-28: ----------------------------------------- Git Pull Request: https://github.com/gatein/gatein-sso/pull/8 > realm is wrong adds an extra g in the realm name with OpenAM 11 > --------------------------------------------------------------- > > Key: GTNSSO-28 > URL: https://issues.jboss.org/browse/GTNSSO-28 > Project: GateIn SSO > Issue Type: Bug > Affects Versions: 1.4.0.Beta01 > Environment: Using OpenAM 11 - using the plugin with Exo Platform but imagine this is probably the same for anything using gatein-sso for CDSSO with OpenAM 11 > Reporter: Michael McKinsey > Assignee: Juraci Paix?o Kr?hling > Fix For: 1.4.5.Final > > > The realm name is coming up wrong with an extra g which I believe is causing the error #403x > https://./openam/cdcservlet?realm=gatein&goto=https%3A%2F%2F.%3A8443%2Fportal%2Finitiatessologin&ProviderID=https%3A%2F%2F.%3A8443%2Fportal%2Finitiatessologin%2F%3FRealm%3Dggatein&RequestID=71288&IssueInstant=2014-05-08T01%3A10%3A30Z&MajorVersion=1&MinorVersion=0 > notice realm is ggatein > I found a reference to the extra g: > https://github.com/gatein/gatein-sso/blob/b3b0e3fb9fd5d9498a97e89357603d1a0b0d800a/agent/src/main/java/org/gatein/sso/agent/filter/OpenSSOCDLoginRedirectFilter.java > It says: > // We need to use Realm=g because of bug (or strange behaviour) of OpenAM, which cuts first character of realmName during parsing > String providerId = agentUrl + "/?Realm=g" + openSSORealm; > I am guessing this was needed with OpenAM 10 but is causing an error with OpenAM 11. I was trying to fix this myself but I can't get gatein-sso to build in my environment just yet. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Feb 20 12:30:50 2015 From: issues at jboss.org (=?UTF-8?Q?Juraci_Paix=C3=A3o_Kr=C3=B6hling_=28JIRA=29?=) Date: Fri, 20 Feb 2015 12:30:50 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNSSO-28) realm is wrong adds an extra g in the realm name with OpenAM 11 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNSSO-28?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraci Paix?o Kr?hling closed GTNSSO-28. ---------------------------------------- PR merged. > realm is wrong adds an extra g in the realm name with OpenAM 11 > --------------------------------------------------------------- > > Key: GTNSSO-28 > URL: https://issues.jboss.org/browse/GTNSSO-28 > Project: GateIn SSO > Issue Type: Bug > Affects Versions: 1.4.0.Beta01 > Environment: Using OpenAM 11 - using the plugin with Exo Platform but imagine this is probably the same for anything using gatein-sso for CDSSO with OpenAM 11 > Reporter: Michael McKinsey > Assignee: Juraci Paix?o Kr?hling > Fix For: 1.4.5.Final > > > The realm name is coming up wrong with an extra g which I believe is causing the error #403x > https://./openam/cdcservlet?realm=gatein&goto=https%3A%2F%2F.%3A8443%2Fportal%2Finitiatessologin&ProviderID=https%3A%2F%2F.%3A8443%2Fportal%2Finitiatessologin%2F%3FRealm%3Dggatein&RequestID=71288&IssueInstant=2014-05-08T01%3A10%3A30Z&MajorVersion=1&MinorVersion=0 > notice realm is ggatein > I found a reference to the extra g: > https://github.com/gatein/gatein-sso/blob/b3b0e3fb9fd5d9498a97e89357603d1a0b0d800a/agent/src/main/java/org/gatein/sso/agent/filter/OpenSSOCDLoginRedirectFilter.java > It says: > // We need to use Realm=g because of bug (or strange behaviour) of OpenAM, which cuts first character of realmName during parsing > String providerId = agentUrl + "/?Realm=g" + openSSORealm; > I am guessing this was needed with OpenAM 10 but is causing an error with OpenAM 11. I was trying to fix this myself but I can't get gatein-sso to build in my environment just yet. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Feb 23 03:58:48 2015 From: issues at jboss.org (=?UTF-8?Q?Juraci_Paix=C3=A3o_Kr=C3=B6hling_=28JIRA=29?=) Date: Mon, 23 Feb 2015 03:58:48 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3576) Update PortletBridge to 3.3.3 In-Reply-To: References: Message-ID: Juraci Paix?o Kr?hling created GTNPORTAL-3576: ------------------------------------------------- Summary: Update PortletBridge to 3.3.3 Key: GTNPORTAL-3576 URL: https://issues.jboss.org/browse/GTNPORTAL-3576 Project: GateIn Portal Issue Type: Feature Request Reporter: Juraci Paix?o Kr?hling Assignee: Juraci Paix?o Kr?hling PortletBridge 3.3.3 has some fixes that are useful for GateIn. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Feb 23 04:21:49 2015 From: issues at jboss.org (=?UTF-8?Q?Juraci_Paix=C3=A3o_Kr=C3=B6hling_=28JIRA=29?=) Date: Mon, 23 Feb 2015 04:21:49 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3576) Update PortletBridge to 3.3.3 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3576?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraci Paix?o Kr?hling updated GTNPORTAL-3576: ---------------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/929 > Update PortletBridge to 3.3.3 > ----------------------------- > > Key: GTNPORTAL-3576 > URL: https://issues.jboss.org/browse/GTNPORTAL-3576 > Project: GateIn Portal > Issue Type: Feature Request > Reporter: Juraci Paix?o Kr?hling > Assignee: Juraci Paix?o Kr?hling > > PortletBridge 3.3.3 has some fixes that are useful for GateIn. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Feb 23 10:37:48 2015 From: issues at jboss.org (=?UTF-8?Q?Juraci_Paix=C3=A3o_Kr=C3=B6hling_=28JIRA=29?=) Date: Mon, 23 Feb 2015 10:37:48 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3577) Remove mentions to LinkedIn OAuth in for JBoss-based packaging In-Reply-To: References: Message-ID: Juraci Paix?o Kr?hling created GTNPORTAL-3577: ------------------------------------------------- Summary: Remove mentions to LinkedIn OAuth in for JBoss-based packaging Key: GTNPORTAL-3577 URL: https://issues.jboss.org/browse/GTNPORTAL-3577 Project: GateIn Portal Issue Type: Bug Reporter: Juraci Paix?o Kr?hling Assignee: Juraci Paix?o Kr?hling The LinkedIn OAuth integration currently misses a few pieces to work on JBoss AS and related (Wildfly, EAP, ...). So, the configuration file needs to be changed to remove mentions to it, until this integration is done and tested for this package. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Feb 23 10:39:50 2015 From: issues at jboss.org (=?UTF-8?Q?Juraci_Paix=C3=A3o_Kr=C3=B6hling_=28JIRA=29?=) Date: Mon, 23 Feb 2015 10:39:50 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3577) Remove mentions to LinkedIn OAuth in for JBoss-based packaging In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3577?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraci Paix?o Kr?hling updated GTNPORTAL-3577: ---------------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/930 > Remove mentions to LinkedIn OAuth in for JBoss-based packaging > -------------------------------------------------------------- > > Key: GTNPORTAL-3577 > URL: https://issues.jboss.org/browse/GTNPORTAL-3577 > Project: GateIn Portal > Issue Type: Bug > Reporter: Juraci Paix?o Kr?hling > Assignee: Juraci Paix?o Kr?hling > > The LinkedIn OAuth integration currently misses a few pieces to work on JBoss AS and related (Wildfly, EAP, ...). So, the configuration file needs to be changed to remove mentions to it, until this integration is done and tested for this package. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Mon Feb 23 10:40:49 2015 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Mon, 23 Feb 2015 10:40:49 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3577) Remove mentions to LinkedIn OAuth in for JBoss-based packaging In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3577?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] RH Bugzilla Integration updated GTNPORTAL-3577: ----------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1194783 > Remove mentions to LinkedIn OAuth in for JBoss-based packaging > -------------------------------------------------------------- > > Key: GTNPORTAL-3577 > URL: https://issues.jboss.org/browse/GTNPORTAL-3577 > Project: GateIn Portal > Issue Type: Bug > Reporter: Juraci Paix?o Kr?hling > Assignee: Juraci Paix?o Kr?hling > > The LinkedIn OAuth integration currently misses a few pieces to work on JBoss AS and related (Wildfly, EAP, ...). So, the configuration file needs to be changed to remove mentions to it, until this integration is done and tested for this package. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Tue Feb 24 10:07:49 2015 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Tue, 24 Feb 2015 10:07:49 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3572) Missing exception handling in MembeshipDAOImpl In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3572?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Palaga updated GTNPORTAL-3572: ------------------------------------ Status: Resolved (was: Pull Request Sent) Fix Version/s: 3.8.14.Final 3.9.0.Final Resolution: Done > Missing exception handling in MembeshipDAOImpl > ---------------------------------------------- > > Key: GTNPORTAL-3572 > URL: https://issues.jboss.org/browse/GTNPORTAL-3572 > Project: GateIn Portal > Issue Type: Bug > Components: Identity integration > Affects Versions: 3.8.2.Final > Reporter: Martin Weiler > Assignee: Boleslaw Dawidowicz > Fix For: 3.8.14.Final, 3.9.0.Final > > > MembershipDAOImpl.linkMembership(...) is missing exception handling around the following call: > {code} > getIdentitySession().getRoleManager().createRole(mt.getName(), user.getUserName(), groupId); > {code} > If this call fails, eg. for example due to an exception from the underlying database, this result in a corrupted transaction state. Subsequent requests using this thread fail with an error similar to the following: > {noformat} > org.hibernate.AssertionFailure: null id in org.picketlink.idm.impl.model.hibernate.HibernateIdentityObjectRelationship entry (don't flush the Session after an exception occurs) > {noformat} -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Tue Feb 24 10:07:49 2015 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Tue, 24 Feb 2015 10:07:49 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3572) Missing exception handling in MembeshipDAOImpl In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3572?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13043213#comment-13043213 ] RH Bugzilla Integration commented on GTNPORTAL-3572: ---------------------------------------------------- Peter Palaga changed the Status of [bug 1179940|https://bugzilla.redhat.com/show_bug.cgi?id=1179940] from ASSIGNED to MODIFIED > Missing exception handling in MembeshipDAOImpl > ---------------------------------------------- > > Key: GTNPORTAL-3572 > URL: https://issues.jboss.org/browse/GTNPORTAL-3572 > Project: GateIn Portal > Issue Type: Bug > Components: Identity integration > Affects Versions: 3.8.2.Final > Reporter: Martin Weiler > Assignee: Boleslaw Dawidowicz > Fix For: 3.9.0.Final, 3.8.14.Final > > > MembershipDAOImpl.linkMembership(...) is missing exception handling around the following call: > {code} > getIdentitySession().getRoleManager().createRole(mt.getName(), user.getUserName(), groupId); > {code} > If this call fails, eg. for example due to an exception from the underlying database, this result in a corrupted transaction state. Subsequent requests using this thread fail with an error similar to the following: > {noformat} > org.hibernate.AssertionFailure: null id in org.picketlink.idm.impl.model.hibernate.HibernateIdentityObjectRelationship entry (don't flush the Session after an exception occurs) > {noformat} -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Tue Feb 24 10:10:48 2015 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Tue, 24 Feb 2015 10:10:48 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3576) Update PortletBridge to 3.3.3 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3576?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Palaga updated GTNPORTAL-3576: ------------------------------------ Status: Resolved (was: Pull Request Sent) Fix Version/s: 3.9.0.Final 3.8.14.Final Resolution: Done > Update PortletBridge to 3.3.3 > ----------------------------- > > Key: GTNPORTAL-3576 > URL: https://issues.jboss.org/browse/GTNPORTAL-3576 > Project: GateIn Portal > Issue Type: Feature Request > Reporter: Juraci Paix?o Kr?hling > Assignee: Juraci Paix?o Kr?hling > Fix For: 3.9.0.Final, 3.8.14.Final > > > PortletBridge 3.3.3 has some fixes that are useful for GateIn. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Tue Feb 24 10:11:49 2015 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Tue, 24 Feb 2015 10:11:49 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3577) Remove mentions to LinkedIn OAuth in for JBoss-based packaging In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3577?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Palaga updated GTNPORTAL-3577: ------------------------------------ Status: Resolved (was: Pull Request Sent) Fix Version/s: 3.9.0.Final 3.8.14.Final Resolution: Done > Remove mentions to LinkedIn OAuth in for JBoss-based packaging > -------------------------------------------------------------- > > Key: GTNPORTAL-3577 > URL: https://issues.jboss.org/browse/GTNPORTAL-3577 > Project: GateIn Portal > Issue Type: Bug > Reporter: Juraci Paix?o Kr?hling > Assignee: Juraci Paix?o Kr?hling > Fix For: 3.9.0.Final, 3.8.14.Final > > > The LinkedIn OAuth integration currently misses a few pieces to work on JBoss AS and related (Wildfly, EAP, ...). So, the configuration file needs to be changed to remove mentions to it, until this integration is done and tested for this package. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Tue Feb 24 10:12:50 2015 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Tue, 24 Feb 2015 10:12:50 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3577) Remove mentions to LinkedIn OAuth in for JBoss-based packaging In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3577?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Palaga updated GTNPORTAL-3577: ------------------------------------ Fix Version/s: (was: 3.9.0.Final) > Remove mentions to LinkedIn OAuth in for JBoss-based packaging > -------------------------------------------------------------- > > Key: GTNPORTAL-3577 > URL: https://issues.jboss.org/browse/GTNPORTAL-3577 > Project: GateIn Portal > Issue Type: Bug > Reporter: Juraci Paix?o Kr?hling > Assignee: Juraci Paix?o Kr?hling > Fix For: 3.8.14.Final > > > The LinkedIn OAuth integration currently misses a few pieces to work on JBoss AS and related (Wildfly, EAP, ...). So, the configuration file needs to be changed to remove mentions to it, until this integration is done and tested for this package. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Feb 27 02:07:49 2015 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Fri, 27 Feb 2015 02:07:49 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3524) Custom portals cannot use remote portlets In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3524?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] RH Bugzilla Integration updated GTNPORTAL-3524: ----------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1122527 > Custom portals cannot use remote portlets > ----------------------------------------- > > Key: GTNPORTAL-3524 > URL: https://issues.jboss.org/browse/GTNPORTAL-3524 > Project: GateIn Portal > Issue Type: Bug > Components: WSRP integration > Reporter: Juraci Paix?o Kr?hling > Assignee: Juraci Paix?o Kr?hling > Fix For: 3.9.0.Final > > > Before GTNPORTAL-3291, the FederatingPortletInvoker was shared among all contexts, meaning that a PortletInvoker responsible for local portlets was the same on "portal" and on "sample-portal". Similarly, a WSRP PortletInvoker was also shared. > This caused the problems described in 3291 and 2700 and a fix was issued in that each context would have it's own FederatingPortletInvoker . > With local portlets, each context having its own FederatingPortletInvoker is not a big issue, because the query is made at the JCR level for which portlets are available. > With remote portlets, it's a problem, as WSRP registers the consumers only once, for the "portal" context. This means that the consumer invokers are not available for non-"portal" contexts. With this, a call from the context "sample-portal" to the FederatingPortletInvoker, requesting portlet "selfv2.bla" would fail, as there's no way to find this portlet on this particular invoker tree. > While the producers are also started for the "portal" context, the fact that producers have their own servlet context makes it immune from this bug, as all HTTP calls to the producers reaches a context whose invoker *knows* about the requested portlet. In other words: producers are not affected by this bug. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Feb 27 02:11:49 2015 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Fri, 27 Feb 2015 02:11:49 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3524) Custom portals cannot use remote portlets In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3524?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13044560#comment-13044560 ] RH Bugzilla Integration commented on GTNPORTAL-3524: ---------------------------------------------------- Juraci Paixao Krohling changed the Status of [bug 1122527|https://bugzilla.redhat.com/show_bug.cgi?id=1122527] from ASSIGNED to POST > Custom portals cannot use remote portlets > ----------------------------------------- > > Key: GTNPORTAL-3524 > URL: https://issues.jboss.org/browse/GTNPORTAL-3524 > Project: GateIn Portal > Issue Type: Bug > Components: WSRP integration > Reporter: Juraci Paix?o Kr?hling > Assignee: Juraci Paix?o Kr?hling > Fix For: 3.9.0.Final > > > Before GTNPORTAL-3291, the FederatingPortletInvoker was shared among all contexts, meaning that a PortletInvoker responsible for local portlets was the same on "portal" and on "sample-portal". Similarly, a WSRP PortletInvoker was also shared. > This caused the problems described in 3291 and 2700 and a fix was issued in that each context would have it's own FederatingPortletInvoker . > With local portlets, each context having its own FederatingPortletInvoker is not a big issue, because the query is made at the JCR level for which portlets are available. > With remote portlets, it's a problem, as WSRP registers the consumers only once, for the "portal" context. This means that the consumer invokers are not available for non-"portal" contexts. With this, a call from the context "sample-portal" to the FederatingPortletInvoker, requesting portlet "selfv2.bla" would fail, as there's no way to find this portlet on this particular invoker tree. > While the producers are also started for the "portal" context, the fact that producers have their own servlet context makes it immune from this bug, as all HTTP calls to the producers reaches a context whose invoker *knows* about the requested portlet. In other words: producers are not affected by this bug. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Feb 27 04:43:48 2015 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Fri, 27 Feb 2015 04:43:48 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3578) Dependency org.apache.commons.io is not present in org.apache.commons.fileupload module In-Reply-To: References: Message-ID: Lucas Ponce created GTNPORTAL-3578: -------------------------------------- Summary: Dependency org.apache.commons.io is not present in org.apache.commons.fileupload module Key: GTNPORTAL-3578 URL: https://issues.jboss.org/browse/GTNPORTAL-3578 Project: GateIn Portal Issue Type: Bug Reporter: Lucas Ponce Assignee: Lucas Ponce -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Feb 27 04:46:48 2015 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Fri, 27 Feb 2015 04:46:48 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3578) Dependency org.apache.commons.io is not present in org.apache.commons.fileupload module In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3578?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce updated GTNPORTAL-3578: ----------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/932 > Dependency org.apache.commons.io is not present in org.apache.commons.fileupload module > --------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3578 > URL: https://issues.jboss.org/browse/GTNPORTAL-3578 > Project: GateIn Portal > Issue Type: Bug > Reporter: Lucas Ponce > Assignee: Lucas Ponce > -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Feb 27 05:34:50 2015 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Fri, 27 Feb 2015 05:34:50 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNCOMMON-24) FastURLDecoder cannot decode surrogate pair characters In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNCOMMON-24?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13044605#comment-13044605 ] Peter Palaga commented on GTNCOMMON-24: --------------------------------------- "U+20000B" above is linked to U+2000B (one zero character less). I guess U+2000B is correct? > FastURLDecoder cannot decode surrogate pair characters > ------------------------------------------------------ > > Key: GTNCOMMON-24 > URL: https://issues.jboss.org/browse/GTNCOMMON-24 > Project: GateIn Common > Issue Type: Bug > Reporter: Takayuki Konishi > Attachments: surrogatepairtest.patch > > > FastURLDecoder cannot decode surrogate pair characters. > When I decoded [U+20000B|http://www.fileformat.info/info/unicode/char/2000B/index.htm], I got MalformedInputException: > {code} > org.gatein.common.text.MalformedInputException: Cannot decode char 'A0' > at org.gatein.common.text.FastURLDecoder.safeEncode(FastURLDecoder.java:217) > at org.gatein.common.text.AbstractCharEncoder.encode(AbstractCharEncoder.java:45) > at org.gatein.common.text.AbstractCharEncoder.encode(AbstractCharEncoder.java:62) > at org.gatein.common.text.FastURLDecoderTestCase.testEncodeSurrogatePair(FastURLDecoderTestCase.java:159) > {code} > I also attach a patch for testcase. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Feb 27 06:07:52 2015 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Fri, 27 Feb 2015 06:07:52 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNCOMMON-24) FastURLDecoder cannot decode surrogate pair characters In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNCOMMON-24?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13044621#comment-13044621 ] Peter Palaga commented on GTNCOMMON-24: --------------------------------------- [~tkonishi], the idea behind the attached test case is to compare the output of {{java.net.URLEncoder}} with the output of {{org.gatein.common.text.FastURLDecoder}}. But if this was your intention, then the test seems to be doing something different: it basically compares {{URLEncoder.encode(s, "UTF8")}} with {{FastURLDecoder.getUTF8Instance().encode(URLEncoder.encode(s, "UTF8"), out)}}. Note that the second expression encodes twice. Did you perhaps want something like this? {code} public void testEncodeSurrogatePair() throws Exception { FastURLDecoder encoder = FastURLDecoder.getUTF8Instance(); CharBuffer out = new CharBuffer(); StringBuilder sb = new StringBuilder( 2 ); sb.append( ( char ) 0xD840 ); sb.append( ( char ) 0xDC0B ); String hanU2000B = sb.toString(); // U+2000B String encodedWithURLEncoder = URLEncoder.encode(hanU2000B, "UTF8"); encoder.encode(hanU2000B, out); assertEquals(encodedWithURLEncoder, out.asString()); } {code} > FastURLDecoder cannot decode surrogate pair characters > ------------------------------------------------------ > > Key: GTNCOMMON-24 > URL: https://issues.jboss.org/browse/GTNCOMMON-24 > Project: GateIn Common > Issue Type: Bug > Reporter: Takayuki Konishi > Attachments: surrogatepairtest.patch > > > FastURLDecoder cannot decode surrogate pair characters. > When I decoded [U+20000B|http://www.fileformat.info/info/unicode/char/2000B/index.htm], I got MalformedInputException: > {code} > org.gatein.common.text.MalformedInputException: Cannot decode char 'A0' > at org.gatein.common.text.FastURLDecoder.safeEncode(FastURLDecoder.java:217) > at org.gatein.common.text.AbstractCharEncoder.encode(AbstractCharEncoder.java:45) > at org.gatein.common.text.AbstractCharEncoder.encode(AbstractCharEncoder.java:62) > at org.gatein.common.text.FastURLDecoderTestCase.testEncodeSurrogatePair(FastURLDecoderTestCase.java:159) > {code} > I also attach a patch for testcase. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Feb 27 06:08:49 2015 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Fri, 27 Feb 2015 06:08:49 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNCOMMON-24) FastURLDecoder cannot decode surrogate pair characters In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNCOMMON-24?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13044621#comment-13044621 ] Peter Palaga edited comment on GTNCOMMON-24 at 2/27/15 6:08 AM: ---------------------------------------------------------------- [~tkonishi], the idea behind the attached test case is to compare the output of {{java.net.URLEncoder}} with the output of {{org.gatein.common.text.FastURLDecoder}}, right? But if this was your intention, then the test seems to be doing something different: it basically compares {{URLEncoder.encode(s, "UTF8")}} with {{FastURLDecoder.getUTF8Instance().encode(URLEncoder.encode(s, "UTF8"), out)}}. Note that the second expression encodes twice. Did you perhaps want something like this? {code} public void testEncodeSurrogatePair() throws Exception { FastURLDecoder encoder = FastURLDecoder.getUTF8Instance(); CharBuffer out = new CharBuffer(); StringBuilder sb = new StringBuilder( 2 ); sb.append( ( char ) 0xD840 ); sb.append( ( char ) 0xDC0B ); String hanU2000B = sb.toString(); // U+2000B String encodedWithURLEncoder = URLEncoder.encode(hanU2000B, "UTF8"); encoder.encode(hanU2000B, out); assertEquals(encodedWithURLEncoder, out.asString()); } {code} was (Author: ppalaga): [~tkonishi], the idea behind the attached test case is to compare the output of {{java.net.URLEncoder}} with the output of {{org.gatein.common.text.FastURLDecoder}}. But if this was your intention, then the test seems to be doing something different: it basically compares {{URLEncoder.encode(s, "UTF8")}} with {{FastURLDecoder.getUTF8Instance().encode(URLEncoder.encode(s, "UTF8"), out)}}. Note that the second expression encodes twice. Did you perhaps want something like this? {code} public void testEncodeSurrogatePair() throws Exception { FastURLDecoder encoder = FastURLDecoder.getUTF8Instance(); CharBuffer out = new CharBuffer(); StringBuilder sb = new StringBuilder( 2 ); sb.append( ( char ) 0xD840 ); sb.append( ( char ) 0xDC0B ); String hanU2000B = sb.toString(); // U+2000B String encodedWithURLEncoder = URLEncoder.encode(hanU2000B, "UTF8"); encoder.encode(hanU2000B, out); assertEquals(encodedWithURLEncoder, out.asString()); } {code} > FastURLDecoder cannot decode surrogate pair characters > ------------------------------------------------------ > > Key: GTNCOMMON-24 > URL: https://issues.jboss.org/browse/GTNCOMMON-24 > Project: GateIn Common > Issue Type: Bug > Reporter: Takayuki Konishi > Attachments: surrogatepairtest.patch > > > FastURLDecoder cannot decode surrogate pair characters. > When I decoded [U+20000B|http://www.fileformat.info/info/unicode/char/2000B/index.htm], I got MalformedInputException: > {code} > org.gatein.common.text.MalformedInputException: Cannot decode char 'A0' > at org.gatein.common.text.FastURLDecoder.safeEncode(FastURLDecoder.java:217) > at org.gatein.common.text.AbstractCharEncoder.encode(AbstractCharEncoder.java:45) > at org.gatein.common.text.AbstractCharEncoder.encode(AbstractCharEncoder.java:62) > at org.gatein.common.text.FastURLDecoderTestCase.testEncodeSurrogatePair(FastURLDecoderTestCase.java:159) > {code} > I also attach a patch for testcase. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Feb 27 07:48:50 2015 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Fri, 27 Feb 2015 07:48:50 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNCOMMON-24) FastURLDecoder cannot decode surrogate pair characters In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNCOMMON-24?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13044639#comment-13044639 ] Peter Palaga commented on GTNCOMMON-24: --------------------------------------- Ah, please forget my previous comment. {{encoder.encode()}} actually decodes in spite of the method name so your original test case is correct. > FastURLDecoder cannot decode surrogate pair characters > ------------------------------------------------------ > > Key: GTNCOMMON-24 > URL: https://issues.jboss.org/browse/GTNCOMMON-24 > Project: GateIn Common > Issue Type: Bug > Reporter: Takayuki Konishi > Attachments: surrogatepairtest.patch > > > FastURLDecoder cannot decode surrogate pair characters. > When I decoded [U+20000B|http://www.fileformat.info/info/unicode/char/2000B/index.htm], I got MalformedInputException: > {code} > org.gatein.common.text.MalformedInputException: Cannot decode char 'A0' > at org.gatein.common.text.FastURLDecoder.safeEncode(FastURLDecoder.java:217) > at org.gatein.common.text.AbstractCharEncoder.encode(AbstractCharEncoder.java:45) > at org.gatein.common.text.AbstractCharEncoder.encode(AbstractCharEncoder.java:62) > at org.gatein.common.text.FastURLDecoderTestCase.testEncodeSurrogatePair(FastURLDecoderTestCase.java:159) > {code} > I also attach a patch for testcase. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Feb 27 08:01:49 2015 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Fri, 27 Feb 2015 08:01:49 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3579) Add validation for surrogate pair of characters on UITabbedDashboard In-Reply-To: References: Message-ID: Lucas Ponce created GTNPORTAL-3579: -------------------------------------- Summary: Add validation for surrogate pair of characters on UITabbedDashboard Key: GTNPORTAL-3579 URL: https://issues.jboss.org/browse/GTNPORTAL-3579 Project: GateIn Portal Issue Type: Bug Reporter: Lucas Ponce Assignee: Lucas Ponce -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Feb 27 08:06:49 2015 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Fri, 27 Feb 2015 08:06:49 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNCOMMON-24) FastURLDecoder cannot decode surrogate pair characters In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNCOMMON-24?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13044646#comment-13044646 ] RH Bugzilla Integration commented on GTNCOMMON-24: -------------------------------------------------- Lucas Ponce changed the Status of [bug 1105521|https://bugzilla.redhat.com/show_bug.cgi?id=1105521] from NEW to POST > FastURLDecoder cannot decode surrogate pair characters > ------------------------------------------------------ > > Key: GTNCOMMON-24 > URL: https://issues.jboss.org/browse/GTNCOMMON-24 > Project: GateIn Common > Issue Type: Bug > Reporter: Takayuki Konishi > Attachments: surrogatepairtest.patch > > > FastURLDecoder cannot decode surrogate pair characters. > When I decoded [U+20000B|http://www.fileformat.info/info/unicode/char/2000B/index.htm], I got MalformedInputException: > {code} > org.gatein.common.text.MalformedInputException: Cannot decode char 'A0' > at org.gatein.common.text.FastURLDecoder.safeEncode(FastURLDecoder.java:217) > at org.gatein.common.text.AbstractCharEncoder.encode(AbstractCharEncoder.java:45) > at org.gatein.common.text.AbstractCharEncoder.encode(AbstractCharEncoder.java:62) > at org.gatein.common.text.FastURLDecoderTestCase.testEncodeSurrogatePair(FastURLDecoderTestCase.java:159) > {code} > I also attach a patch for testcase. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Feb 27 08:06:50 2015 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Fri, 27 Feb 2015 08:06:50 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3579) Add validation for surrogate pair of characters on UITabbedDashboard In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3579?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce updated GTNPORTAL-3579: ----------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/933 > Add validation for surrogate pair of characters on UITabbedDashboard > -------------------------------------------------------------------- > > Key: GTNPORTAL-3579 > URL: https://issues.jboss.org/browse/GTNPORTAL-3579 > Project: GateIn Portal > Issue Type: Bug > Reporter: Lucas Ponce > Assignee: Lucas Ponce > -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Feb 27 16:56:49 2015 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Fri, 27 Feb 2015 16:56:49 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3578) Dependency org.apache.commons.io is not present in org.apache.commons.fileupload module In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3578?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] RH Bugzilla Integration updated GTNPORTAL-3578: ----------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1133873 > Dependency org.apache.commons.io is not present in org.apache.commons.fileupload module > --------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3578 > URL: https://issues.jboss.org/browse/GTNPORTAL-3578 > Project: GateIn Portal > Issue Type: Bug > Reporter: Lucas Ponce > Assignee: Lucas Ponce > -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Feb 27 16:57:49 2015 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Fri, 27 Feb 2015 16:57:49 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3578) Dependency org.apache.commons.io is not present in org.apache.commons.fileupload module In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3578?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13044977#comment-13044977 ] RH Bugzilla Integration commented on GTNPORTAL-3578: ---------------------------------------------------- Peter Palaga changed the Status of [bug 1133873|https://bugzilla.redhat.com/show_bug.cgi?id=1133873] from POST to MODIFIED > Dependency org.apache.commons.io is not present in org.apache.commons.fileupload module > --------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3578 > URL: https://issues.jboss.org/browse/GTNPORTAL-3578 > Project: GateIn Portal > Issue Type: Bug > Reporter: Lucas Ponce > Assignee: Lucas Ponce > -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Feb 27 16:58:49 2015 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Fri, 27 Feb 2015 16:58:49 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3578) Dependency org.apache.commons.io is not present in org.apache.commons.fileupload module In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3578?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Palaga updated GTNPORTAL-3578: ------------------------------------ Status: Resolved (was: Pull Request Sent) Fix Version/s: 3.9.0.Final 3.8.14.Final Resolution: Done > Dependency org.apache.commons.io is not present in org.apache.commons.fileupload module > --------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3578 > URL: https://issues.jboss.org/browse/GTNPORTAL-3578 > Project: GateIn Portal > Issue Type: Bug > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Fix For: 3.9.0.Final, 3.8.14.Final > > -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Feb 27 16:59:49 2015 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Fri, 27 Feb 2015 16:59:49 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3579) Add validation for surrogate pair of characters on UITabbedDashboard In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3579?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Palaga updated GTNPORTAL-3579: ------------------------------------ Status: Resolved (was: Pull Request Sent) Fix Version/s: 3.8.14.Final Resolution: Done > Add validation for surrogate pair of characters on UITabbedDashboard > -------------------------------------------------------------------- > > Key: GTNPORTAL-3579 > URL: https://issues.jboss.org/browse/GTNPORTAL-3579 > Project: GateIn Portal > Issue Type: Bug > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Fix For: 3.8.14.Final > > -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Feb 27 17:03:49 2015 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Fri, 27 Feb 2015 17:03:49 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNCOMMON-24) FastURLDecoder cannot decode surrogate pair characters In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNCOMMON-24?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13044979#comment-13044979 ] RH Bugzilla Integration commented on GTNCOMMON-24: -------------------------------------------------- Peter Palaga changed the Status of [bug 1105521|https://bugzilla.redhat.com/show_bug.cgi?id=1105521] from POST to MODIFIED > FastURLDecoder cannot decode surrogate pair characters > ------------------------------------------------------ > > Key: GTNCOMMON-24 > URL: https://issues.jboss.org/browse/GTNCOMMON-24 > Project: GateIn Common > Issue Type: Bug > Reporter: Takayuki Konishi > Attachments: surrogatepairtest.patch > > > FastURLDecoder cannot decode surrogate pair characters. > When I decoded [U+20000B|http://www.fileformat.info/info/unicode/char/2000B/index.htm], I got MalformedInputException: > {code} > org.gatein.common.text.MalformedInputException: Cannot decode char 'A0' > at org.gatein.common.text.FastURLDecoder.safeEncode(FastURLDecoder.java:217) > at org.gatein.common.text.AbstractCharEncoder.encode(AbstractCharEncoder.java:45) > at org.gatein.common.text.AbstractCharEncoder.encode(AbstractCharEncoder.java:62) > at org.gatein.common.text.FastURLDecoderTestCase.testEncodeSurrogatePair(FastURLDecoderTestCase.java:159) > {code} > I also attach a patch for testcase. -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Feb 27 17:03:49 2015 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Fri, 27 Feb 2015 17:03:49 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3579) Add validation for surrogate pair of characters on UITabbedDashboard In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3579?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13044980#comment-13044980 ] RH Bugzilla Integration commented on GTNPORTAL-3579: ---------------------------------------------------- Peter Palaga changed the Status of [bug 1105521|https://bugzilla.redhat.com/show_bug.cgi?id=1105521] from POST to MODIFIED > Add validation for surrogate pair of characters on UITabbedDashboard > -------------------------------------------------------------------- > > Key: GTNPORTAL-3579 > URL: https://issues.jboss.org/browse/GTNPORTAL-3579 > Project: GateIn Portal > Issue Type: Bug > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Fix For: 3.8.14.Final > > -- This message was sent by Atlassian JIRA (v6.3.11#6341) From issues at jboss.org Fri Feb 27 17:03:49 2015 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Fri, 27 Feb 2015 17:03:49 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3579) Add validation for surrogate pair of characters on UITabbedDashboard In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3579?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] RH Bugzilla Integration updated GTNPORTAL-3579: ----------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1105521 > Add validation for surrogate pair of characters on UITabbedDashboard > -------------------------------------------------------------------- > > Key: GTNPORTAL-3579 > URL: https://issues.jboss.org/browse/GTNPORTAL-3579 > Project: GateIn Portal > Issue Type: Bug > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Fix For: 3.8.14.Final > > -- This message was sent by Atlassian JIRA (v6.3.11#6341)