May 2014 - gatein-issues - Jboss List Archives

[JBoss JIRA] (GTNPORTAL-3476) Obsolete version numbers in jboss packaging

by Peter Palaga (JIRA)

Peter Palaga created GTNPORTAL-3476: --------------------------------------- Summary: Obsolete version numbers in jboss packaging Key: GTNPORTAL-3476 URL: https://issues.jboss.org/browse/GTNPORTAL-3476 Project: GateIn Portal Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 3.8.0.Final Reporter: Peter Palaga Assignee: Peter Palaga The versions in jboss packaging are still on 3.8.0.Beta02-SNAPSHOT, see https://github.com/gatein/gatein-portal/blob/3.8.0.Final/packaging/jboss/... It is probably, because packaging/jboss is not included by default and I released 3.8.0.Final without the new dedicated profile. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3475) NPE in LinkedList$ListItr.next when iterating over UIGroupMembershipSelect.getListMemberhip()

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3475?page=com.atlassian.jira.pl... ] RH Bugzilla Integration updated GTNPORTAL-3475: ----------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1096190 > NPE in LinkedList$ListItr.next when iterating over UIGroupMembershipSelect.getListMemberhip() > --------------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3475 > URL: https://issues.jboss.org/browse/GTNPORTAL-3475 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Peter Palaga > Attachments: GTNPORTAL-3475.log > > > Looks like a concurrent modification of the {{LinkedList}} refered to by {{UIGroupMembershipSelect.listMemberhip}}, because: > i. It is not always reproducible, the NPE occurs roughly once per 10 attempts. > ii. It happens on line {{next = next.next}} of the JRE's {{LinkedList.ListItr}} where it is hard to thing of anything else than concurrent modification as a cause. > Steps to reproduce: > (1) Start clean Portal instance for the first time > (2) Go to Application Registry > (3) Import Applications > Not OK: There is an NPE logged (the whole log is attached): > {code:plain} > Caused by: java.lang.NullPointerException > at java.util.LinkedList$ListItr.next(LinkedList.java:891) [rt.jar:1.7.0_55] > at UIGroupMembershipSelector.run(UIGroupMembershipSelector.gtmpl:20) at org.exoplatform.groovyscript.GroovyScript.render(GroovyScript.java:99) [exo.portal.component.scripting-3.8.0.Beta02-SNAPSHOT.jar:3.8.0.Beta02-SNAPSHOT] > at org.exoplatform.groovyscript.GroovyTemplate.render(GroovyTemplate.java:115) [exo.portal.component.scripting-3.8.0.Beta02-SNAPSHOT.jar:3.8.0.Beta02-SNAPSHOT] > {code} > Expected: No NPE -- This message was sent by Atlassian JIRA (v6.2.3#6260)

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3475) NPE in LinkedList$ListItr.next when iterating over UIGroupMembershipSelect.getListMemberhip()

by Peter Palaga (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3475?page=com.atlassian.jira.pl... ] Peter Palaga updated GTNPORTAL-3475: ------------------------------------ Attachment: GTNPORTAL-3475.log > NPE in LinkedList$ListItr.next when iterating over UIGroupMembershipSelect.getListMemberhip() > --------------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3475 > URL: https://issues.jboss.org/browse/GTNPORTAL-3475 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Peter Palaga > Attachments: GTNPORTAL-3475.log > > > Looks like a concurrent modification of the {{LinkedList}} refered to by {{UIGroupMembershipSelect.listMemberhip}}, because: > i. It is not always reproducible, the NPE occurs roughly once per 10 attempts. > ii. It happens on line {{next = next.next}} of the JRE's {{LinkedList.ListItr}} where it is hard to thing of anything else than concurrent modification as a cause. > Steps to reproduce: > (1) Start clean Portal instance for the first time > (2) Go to Application Registry > (3) Import Applications > Not OK: There is an NPE logged (the whole log is attached): > {code:plain} > Caused by: java.lang.NullPointerException > at java.util.LinkedList$ListItr.next(LinkedList.java:891) [rt.jar:1.7.0_55] > at UIGroupMembershipSelector.run(UIGroupMembershipSelector.gtmpl:20) at org.exoplatform.groovyscript.GroovyScript.render(GroovyScript.java:99) [exo.portal.component.scripting-3.8.0.Beta02-SNAPSHOT.jar:3.8.0.Beta02-SNAPSHOT] > at org.exoplatform.groovyscript.GroovyTemplate.render(GroovyTemplate.java:115) [exo.portal.component.scripting-3.8.0.Beta02-SNAPSHOT.jar:3.8.0.Beta02-SNAPSHOT] > {code} > Expected: No NPE -- This message was sent by Atlassian JIRA (v6.2.3#6260)

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3475) NPE in LinkedList$ListItr.next when iterating over UIGroupMembershipSelect.getListMemberhip()

by Peter Palaga (JIRA)

Peter Palaga created GTNPORTAL-3475: --------------------------------------- Summary: NPE in LinkedList$ListItr.next when iterating over UIGroupMembershipSelect.getListMemberhip() Key: GTNPORTAL-3475 URL: https://issues.jboss.org/browse/GTNPORTAL-3475 Project: GateIn Portal Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Peter Palaga Looks like a concurrent modification of the {{LinkedList}} refered to by {{UIGroupMembershipSelect.listMemberhip}}, because: i. It is not always reproducible, the NPE occurs roughly once per 10 attempts. ii. It happens on line {{next = next.next}} of the JRE's {{LinkedList.ListItr}} where it is hard to thing of anything else than concurrent modification as a cause. Steps to reproduce: (1) Start clean Portal instance for the first time (2) Go to Application Registry (3) Import Applications Not OK: There is an NPE logged (the whole log is attached): {code:plain} Caused by: java.lang.NullPointerException at java.util.LinkedList$ListItr.next(LinkedList.java:891) [rt.jar:1.7.0_55] at UIGroupMembershipSelector.run(UIGroupMembershipSelector.gtmpl:20) at org.exoplatform.groovyscript.GroovyScript.render(GroovyScript.java:99) [exo.portal.component.scripting-3.8.0.Beta02-SNAPSHOT.jar:3.8.0.Beta02-SNAPSHOT] at org.exoplatform.groovyscript.GroovyTemplate.render(GroovyTemplate.java:115) [exo.portal.component.scripting-3.8.0.Beta02-SNAPSHOT.jar:3.8.0.Beta02-SNAPSHOT] {code} Expected: No NPE -- This message was sent by Atlassian JIRA (v6.2.3#6260)

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (GTNWSRP-372) Exception appears in log while using WSRP portlets with PortletBridge

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNWSRP-372?page=com.atlassian.jira.plugi... ] RH Bugzilla Integration commented on GTNWSRP-372: ------------------------------------------------- Petr Mensik <pmensik(a)redhat.com> changed the Status of [bug 1063918|https://bugzilla.redhat.com/show_bug.cgi?id=1063918] from ON_QA to ASSIGNED > Exception appears in log while using WSRP portlets with PortletBridge > ---------------------------------------------------------------------- > > Key: GTNWSRP-372 > URL: https://issues.jboss.org/browse/GTNWSRP-372 > Project: GateIn WSRP > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Affects Versions: 2.2.11.Final > Reporter: Juraci Paixão Kröhling > Assignee: Juraci Paixão Kröhling > Fix For: 2.2.12.Final > > > From Bugzilla https://bugzilla.redhat.com/show_bug.cgi?id=1063918 : > The following exception will appear in server log after portlet initialization on the page. It has no affect on functionality, everything is working just fine and this exception is thrown only once. > How to reproduce > 1. Enable WSRP > 2. Deploy RichFaces Showcase portlet > 3. Add it to page as remote portlet > 4. See the exception at first access to Showcase > I enclose the Showcase portlet and .txt with exception log. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3285) Logic of deleting user is not proper

by Vu Viet Phuong (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3285?page=com.atlassian.jira.pl... ] Vu Viet Phuong updated GTNPORTAL-3285: -------------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 3.7.2.Final Resolution: Done > Logic of deleting user is not proper > ------------------------------------ > > Key: GTNPORTAL-3285 > URL: https://issues.jboss.org/browse/GTNPORTAL-3285 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Tuyen Nguyen The > Assignee: Tuyen Nguyen The > Fix For: 3.7.2.Final > > > I try to add a listener to not allow delete Platform users. for example: > {code} > public class IntranetUserEventListenerImpl extends UserEventListener { > @Override > public void preDelete(User user) throws Exception { > //don't allow delete user > throw new MessageException(new ApplicationMessage("IntranetUserEventListener.msg.delete-user-read-only-mode-error", null, ApplicationMessage.WARNING)); > } > {code} > This listener can help to not allow delete user, but all memberships of user still are deleted. > Check logic of deleting users (in file https://github.com/exoplatform/gatein-portal/blob/3.5.x-PLF/component/ide...): we can see it deletes all membershis of an user before broadcast event "preDelete" > {code} > public User removeUser(String userName, boolean broadcast) throws Exception { > //... > > try { > // Remove all memberships and profile first > orgService.getMembershipHandler().removeMembershipByUser(userName, false); > orgService.getUserProfileHandler().removeUserProfile(userName, false); > } catch (Exception e) { > handleException("Cannot cleanup user relationships: " + userName + "; ", e); > } > User exoUser = getPopulatedUser(userName, session); > if (broadcast) { > preDelete(exoUser); > } > try { > session.getPersistenceManager().removeUser(foundUser, true); > } catch (IdentityException e) { > handleException("Cannot remove user: " + userName + "; ", e); > } > //... > } > {code} > Expectation: > 1) broadcast preDelete(exoUser) should be run before delete anything > 2) Delete user and its membership should be run in one transaction -- This message was sent by Atlassian JIRA (v6.2.3#6260)

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3224) Recursive paste navigation nodes in navigation editor

by Trong Tran (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3224?page=com.atlassian.jira.pl... ] Trong Tran updated GTNPORTAL-3224: ---------------------------------- Fix Version/s: 3.5.10.Final > Recursive paste navigation nodes in navigation editor > ----------------------------------------------------- > > Key: GTNPORTAL-3224 > URL: https://issues.jboss.org/browse/GTNPORTAL-3224 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Management > Reporter: Tuyen Nguyen The > Assignee: Tuyen Nguyen The > Labels: backlogs > Fix For: 3.5.10.Final, 3.7.0.Final > > Time Spent: 1 hour > Remaining Estimate: 0 minutes > > Login as root and open navigation editor (Site --> edit navigation) > Copy or clone SiteMap, and paste to Home node, let's call it "NewSiteMap" > Copy or Cut Home, paste it to "NewSiteMap" --> infinite loop happened > The problem is in UINavigationEditor#PasteNodeActionListener --> need to traverse all node in the tree, and copy it --> we should check the condition to stop the loop -- This message was sent by Atlassian JIRA (v6.2.3#6260)

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3474) Items in status list are displayed in english

by Trong Tran (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3474?page=com.atlassian.jira.pl... ] Trong Tran updated GTNPORTAL-3474: ---------------------------------- Fix Version/s: 3.7.2.Final 3.9.0.Final > Items in status list are displayed in english > --------------------------------------------- > > Key: GTNPORTAL-3474 > URL: https://issues.jboss.org/browse/GTNPORTAL-3474 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.7.1.Final, 3.8.0.Beta01 > Reporter: Vu Viet Phuong > Assignee: Vu Viet Phuong > Priority: Minor > Fix For: 3.7.2.Final, 3.9.0.Final > > > 1- Login as root and set language to French > 2- Go to Administration/Users/Group and Roles > 3- Choose the tab "User Management" > --> the Enable/Disable/All selectbox is not localized -- This message was sent by Atlassian JIRA (v6.2.3#6260)

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3474) Items in status list are displayed in english

by Trong Tran (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3474?page=com.atlassian.jira.pl... ] Trong Tran updated GTNPORTAL-3474: ---------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Items in status list are displayed in english > --------------------------------------------- > > Key: GTNPORTAL-3474 > URL: https://issues.jboss.org/browse/GTNPORTAL-3474 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.7.1.Final, 3.8.0.Beta01 > Reporter: Vu Viet Phuong > Assignee: Vu Viet Phuong > Priority: Minor > Fix For: 3.7.2.Final, 3.9.0.Final > > > 1- Login as root and set language to French > 2- Go to Administration/Users/Group and Roles > 3- Choose the tab "User Management" > --> the Enable/Disable/All selectbox is not localized -- This message was sent by Atlassian JIRA (v6.2.3#6260)

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (GTNSSO-28) realm is wrong adds an extra g in the realm name with OpenAM 11

by Michael McKinsey (JIRA)

[ https://issues.jboss.org/browse/GTNSSO-28?page=com.atlassian.jira.plugin.... ] Michael McKinsey updated GTNSSO-28: ----------------------------------- Description: 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/b3b0e3fb9fd5d9498a97e89357603d1... 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. was: 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/b3b0e3fb9fd5d9498a97e89357603d1... 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 and 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. > 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 > Priority: Blocker > > 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/b3b0e3fb9fd5d9498a97e89357603d1... > 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.2.3#6260)

11 years, 11 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

gatein-issues May 2014