November 2013 - gatein-issues - Jboss List Archives

[JBoss JIRA] (GTNPORTAL-3145) Add possibility to specify extensions folder from a configuration property

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3145?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-3145: ---------------------------------------------------- Honza Fnukal <hfnukal(a)redhat.com> changed the Status of [bug 920553|https://bugzilla.redhat.com/show_bug.cgi?id=920553] from VERIFIED to CLOSED > Add possibility to specify extensions folder from a configuration property > -------------------------------------------------------------------------- > > Key: GTNPORTAL-3145 > URL: https://issues.jboss.org/browse/GTNPORTAL-3145 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Lucas Ponce > Assignee: Marko Strukelj > Fix For: 3.7.0.Final > > > This feature can help in domain mode to specify different extensions per server groups. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3019) Administration / Application Registry page content is not keyboard accessible

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3019?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-3019: ---------------------------------------------------- Honza Fnukal <hfnukal(a)redhat.com> changed the Status of [bug 960608|https://bugzilla.redhat.com/show_bug.cgi?id=960608] from VERIFIED to CLOSED > Administration / Application Registry page content is not keyboard accessible > ----------------------------------------------------------------------------- > > Key: GTNPORTAL-3019 > URL: https://issues.jboss.org/browse/GTNPORTAL-3019 > Project: GateIn Portal > Issue Type: Enhancement > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Fix For: 3.6.0.Beta02 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (GTNSSO-23) OpenSSO/OpenAM Agent doesn't work well when gatein is on Windows and OpenAM is on *NIX based system

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNSSO-23?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on GTNSSO-23: ----------------------------------------------- Honza Fnukal <hfnukal(a)redhat.com> changed the Status of [bug 917846|https://bugzilla.redhat.com/show_bug.cgi?id=917846] from VERIFIED to CLOSED > OpenSSO/OpenAM Agent doesn't work well when gatein is on Windows and OpenAM is on *NIX based system > --------------------------------------------------------------------------------------------------- > > Key: GTNSSO-23 > URL: https://issues.jboss.org/browse/GTNSSO-23 > Project: GateIn SSO > Issue Type: Bug > Affects Versions: 1.1.1-GA > Reporter: Ray Tsang > Assignee: Marek Posolda > Fix For: 1.3.3.Final > > > There was a forum thread (see forum reference) where OpenAM response is split by response.split(System.getProperty("line.separator")) > This is good when BOTH Portal and OpenAM are on the same platform. Issue arises when Portal is on Windows and OpenAM is on *NIX system. > OpenAM would return the response w/ '\n' line separator, but Portal on window would try to split it using '\r\n'. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-2995) Account profiles table lacking summary atributes

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-2995?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-2995: ---------------------------------------------------- Honza Fnukal <hfnukal(a)redhat.com> changed the Status of [bug 960495|https://bugzilla.redhat.com/show_bug.cgi?id=960495] from VERIFIED to CLOSED > Account profiles table lacking summary atributes > ------------------------------------------------ > > Key: GTNPORTAL-2995 > URL: https://issues.jboss.org/browse/GTNPORTAL-2995 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Fix For: 3.6.0.Beta02 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3103) Edit permissions are not updated in REST API

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3103?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-3103: ---------------------------------------------------- Honza Fnukal <hfnukal(a)redhat.com> changed the Status of [bug 971077|https://bugzilla.redhat.com/show_bug.cgi?id=971077] from VERIFIED to CLOSED > Edit permissions are not updated in REST API > -------------------------------------------- > > Key: GTNPORTAL-3103 > URL: https://issues.jboss.org/browse/GTNPORTAL-3103 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: REST API > Affects Versions: 3.6.0.Beta02 > Reporter: Nick Scavelli > Assignee: Nick Scavelli > Fix For: 3.6.0.Final > > > The field access-permissions are read from the request instead of edit-permissions. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3133) CNFE when attempting to register a consumer with WSS activated

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3133?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-3133: ---------------------------------------------------- Honza Fnukal <hfnukal(a)redhat.com> changed the Status of [bug 975482|https://bugzilla.redhat.com/show_bug.cgi?id=975482] from VERIFIED to CLOSED > CNFE when attempting to register a consumer with WSS activated > -------------------------------------------------------------- > > Key: GTNPORTAL-3133 > URL: https://issues.jboss.org/browse/GTNPORTAL-3133 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: WSRP integration > Affects Versions: 3.6.0.Beta02 > Reporter: Chris Laprun > Assignee: Chris Laprun > Fix For: 3.6.1.Final, 3.7.0.Final > > > CXF callback handlers need access to CXF-WSRP integration code on the consumer side. CXF needs access to plugin classes on the producer side. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3014) OrganizationService.getUserHandler().findUsersByGroupId(groupid) not working with H2 database

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3014?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-3014: ---------------------------------------------------- Honza Fnukal <hfnukal(a)redhat.com> changed the Status of [bug 915766|https://bugzilla.redhat.com/show_bug.cgi?id=915766] from VERIFIED to CLOSED > OrganizationService.getUserHandler().findUsersByGroupId(groupid) not working with H2 database > --------------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3014 > URL: https://issues.jboss.org/browse/GTNPORTAL-3014 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Identity integration > Affects Versions: 3.6.0.Beta01 > Reporter: Marek Posolda > Assignee: Marek Posolda > Fix For: 3.6.0.Beta02 > > > Description of problem: > Using default setup with H2 database, calling OrganizationService.getUserHandler().findUsersByGroupId(groupid) raises an exception. > Executing the following code: > 30 users = organizationService.getUserHandler().findUsersByGroupId("/platform/users"); > 31 > 32 if (users.getSize() > 0) > 33 { > results in the following exception: > 11:01:30,352 WARN [org.hibernate.engine.jdbc.spi.SqlExceptionHelper] (http-/127.0.0.1:8080-2) SQL Error: 90068, SQLState: 90068 > 11:01:30,352 ERROR [org.hibernate.engine.jdbc.spi.SqlExceptionHelper] (http-/127.0.0.1:8080-2) Order by expression "HIBERNATEI2_.NAME" must be in the result list in this case; SQL statement: > select distinct hibernatei1_.ID as ID4_, hibernatei1_.IDENTITY_TYPE as IDENTITY2_4_, hibernatei1_.NAME as NAME4_, hibernatei1_.REALM as REALM4_ from jbid_io_rel hibernatei0_ inner join jbid_io hibernatei1_ on hibernatei0_.TO_IDENTITY=hibernatei1_.ID cross join jbid_io hibernatei2_ cross join jbid_io hibernatei3_ where hibernatei0_.TO_IDENTITY=hibernatei2_.ID and hibernatei0_.FROM_IDENTITY=hibernatei3_.ID and hibernatei2_.REALM=? and hibernatei3_.REALM=? and (hibernatei2_.NAME like ?) and hibernatei0_.FROM_IDENTITY=? order by hibernatei2_.NAME asc [90068-168] > 11:01:30,355 ERROR [stderr] (http-/127.0.0.1:8080-2) org.picketlink.idm.api.query.QueryException: Failed to execute query > 11:01:30,356 ERROR [stderr] (http-/127.0.0.1:8080-2) at org.picketlink.idm.impl.api.query.UserQueryExecutorImpl.execute(UserQueryExecutorImpl.java:220) > 11:01:30,356 ERROR [stderr] (http-/127.0.0.1:8080-2) at org.picketlink.idm.impl.api.query.UserQueryExecutorImpl.list(UserQueryExecutorImpl.java:245) > 11:01:30,356 ERROR [stderr] (http-/127.0.0.1:8080-2) at org.picketlink.idm.impl.api.session.IdentitySessionImpl.list(IdentitySessionImpl.java:364) > 11:01:30,356 ERROR [stderr] (http-/127.0.0.1:8080-2) at org.exoplatform.services.organization.idm.IDMUserListAccess.getSize(IDMUserListAccess.java:123) > 11:01:30,356 ERROR [stderr] (http-/127.0.0.1:8080-2) at org.exoplatform.demo.portlet.portletOrganization.doView(portletOrganization.java:32) > The same issue does not show up with other databases, such as MySQL. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3120) GateIn Redirect Admin UI: Delete icon moves in site redirects when mouse is over it

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3120?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-3120: ---------------------------------------------------- Honza Fnukal <hfnukal(a)redhat.com> changed the Status of [bug 971909|https://bugzilla.redhat.com/show_bug.cgi?id=971909] from VERIFIED to CLOSED > GateIn Redirect Admin UI: Delete icon moves in site redirects when mouse is over it > ----------------------------------------------------------------------------------- > > Key: GTNPORTAL-3120 > URL: https://issues.jboss.org/browse/GTNPORTAL-3120 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.6.0.Beta02 > Reporter: Alexandre Mendonça > Assignee: Alexandre Mendonça > Priority: Minor > Fix For: 3.6.0.Final > > > It's just small issue: > Steps to reproduce: > 1. open portal, create new redirect > 2. add new condition > 3. add contains conditions > 4. try to delete some contains conditions by clicking trash icon - when mouse is over it, trash icon moves > - same problem is with the adding properties at the same page - "plus icon" is moving when clicking trash icon -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3173) Create new redirect overlaps previous text/graphics on the screen

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3173?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-3173: ---------------------------------------------------- Honza Fnukal <hfnukal(a)redhat.com> changed the Status of [bug 983036|https://bugzilla.redhat.com/show_bug.cgi?id=983036] from VERIFIED to CLOSED > Create new redirect overlaps previous text/graphics on the screen > ----------------------------------------------------------------- > > Key: GTNPORTAL-3173 > URL: https://issues.jboss.org/browse/GTNPORTAL-3173 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.6.0.Final > Reporter: Viliam Rockai > Assignee: Alexandre Mendonça > > When adding new redirect, the form is partly overlapped with the "create new redirect" picture. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3013) UserProfileDAOImpl not distinguishing creating and updating user profile when firing preSave/postSave events

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3013?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-3013: ---------------------------------------------------- Honza Fnukal <hfnukal(a)redhat.com> changed the Status of [bug 947956|https://bugzilla.redhat.com/show_bug.cgi?id=947956] from VERIFIED to CLOSED > UserProfileDAOImpl not distinguishing creating and updating user profile when firing preSave/postSave events > ------------------------------------------------------------------------------------------------------------ > > Key: GTNPORTAL-3013 > URL: https://issues.jboss.org/browse/GTNPORTAL-3013 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Identity integration > Affects Versions: 3.6.0.Beta01 > Reporter: Marek Posolda > Assignee: Marek Posolda > Fix For: 3.6.0.Beta02 > > > org.exoplatform.services.organization.idm.UserProfileDAOImpl; the following is a code excerpt of the file included in the community version of the Maven artefact org.exoplatform.portal:exo.portal.component.identity:3.3.0-GA > // void createUserProfileEntry(UserProfile up, IdentitySession session) throws Exception > // { > // UserProfileData upd = new UserProfileData(); > // upd.setUserProfile(up); > // session.save(upd); > // session.flush(); > // cache_.remove(up.getUserName()); > // } > public void saveUserProfile(UserProfile profile, boolean broadcast) throws Exception > { > if (broadcast) > { > preSave(profile, true); > } > setProfile(profile.getUserName(), profile); > if (broadcast) > { > postSave(profile, true); > } > } > As you can see, the preSave() method is always called with "true". However, saveUserProfile() is the only available method for persisting UserProfile objects. From the commented-out createUserProfileEntry() method, I draw the conclusion that at some point, there was a distinction between methods to call for new and existing UserProfiles (just as there is for Users in the UserDAOImpl in the same package - there are a createUser() and a saveUser()). > Where all this breaks down is in the listeners; upon saving the UserProfile, I want to send either a save or an update message over JMS to a SOA-P application that transforms the message and forwards it to a mainframe application that needs to know about user creation and modification. I need to pick the correct message format, but as it turns out, I can't use the isNew parameter to reliably determine which one to choose. > I have tried to work around the problem by creating the UserProfile first and the User second, and sync from the User Listener, since the User preSave() does receive a correct value for isNew; however, Hibernate won't let me: new UserProfiles can not be saved if the User they are associated with does not yet exist in the database; they are a dependent entity. > Can you provide a version of the Identity Component that can distinguish between updating and saving UserProfile objects, or a suitable workaround to that end? > Version-Release number of selected component (if applicable): > EPP 5 > JPP 6 > How reproducible: > always > Steps to Reproduce: > please see attached customer case > > Actual results: > true as the parameter even with update > Expected results: > true/false depending on create or update > Additional info: -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

gatein-issues November 2013