From issues at jboss.org Wed Jan 1 21:02:33 2014 From: issues at jboss.org (Tuyen Nguyen The (JIRA)) Date: Wed, 1 Jan 2014 21:02:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3337) User disables himself In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3337?focusedWorklogId=12430438&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-12430438 ] Tuyen Nguyen The logged work on GTNPORTAL-3337: ----------------------------------------------- Author: Tuyen Nguyen The Created on: 01/Jan/14 9:01 PM Start Date: 26/Dec/13 9:01 PM Worklog Time Spent: 2 hours Issue Time Tracking ------------------- Remaining Estimate: 0 minutes (was: 2 hours) Time Spent: 7 hours (was: 5 hours) Worklog Id: (was: 12430438) > User disables himself > --------------------- > > Key: GTNPORTAL-3337 > URL: https://issues.jboss.org/browse/GTNPORTAL-3337 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Trong Tran > Assignee: Tuyen Nguyen The > Fix For: 3.7.0.Final > > Original Estimate: 2 hours > Time Spent: 7 hours > Remaining Estimate: 0 minutes > > - Login by John > - Go to User and Group management > - Disable John himself > => He still can do other action ( edit/delete user / Add page/Add/edit portal) but can't edit for him -> NOK > Expectation: > - Session should be invalidated immediately, like the delete action > or > - Show confirmation message, then disable -- 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 From issues at jboss.org Wed Jan 1 21:02:33 2014 From: issues at jboss.org (Tuyen Nguyen The (JIRA)) Date: Wed, 1 Jan 2014 21:02:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3337) User disables himself In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3337?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Work on GTNPORTAL-3337 stopped by Tuyen Nguyen The. > User disables himself > --------------------- > > Key: GTNPORTAL-3337 > URL: https://issues.jboss.org/browse/GTNPORTAL-3337 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Trong Tran > Assignee: Tuyen Nguyen The > Fix For: 3.7.0.Final > > Original Estimate: 2 hours > Time Spent: 7 hours > Remaining Estimate: 0 minutes > > - Login by John > - Go to User and Group management > - Disable John himself > => He still can do other action ( edit/delete user / Add page/Add/edit portal) but can't edit for him -> NOK > Expectation: > - Session should be invalidated immediately, like the delete action > or > - Show confirmation message, then disable -- 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 From issues at jboss.org Wed Jan 1 22:35:32 2014 From: issues at jboss.org (Vu Viet Phuong (JIRA)) Date: Wed, 1 Jan 2014 22:35:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3338) The position of "Required Field (*)" is not correct in Add category form of Application Registry In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3338?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933326#comment-12933326 ] Vu Viet Phuong commented on GTNPORTAL-3338: ------------------------------------------- I can still reproduce the issue related to the RTL language case. I think you need to modify the UIFormInputSet.java instead of the template > The position of "Required Field (*)" is not correct in Add category form of Application Registry > ------------------------------------------------------------------------------------------------ > > Key: GTNPORTAL-3338 > URL: https://issues.jboss.org/browse/GTNPORTAL-3338 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Trong Tran > Assignee: Hai Nguyen > Priority: Optional > Fix For: 3.7.0.Final > > Attachments: PositionOfTextNotCorrect.png, RTL.png > > Original Estimate: 2 hours > Time Spent: 4 hours > Remaining Estimate: 0 minutes > > The position of "Required Field " is not correct in Add category form of Application Registry. See attach file -- 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 From issues at jboss.org Wed Jan 1 23:33:32 2014 From: issues at jboss.org (Vu Viet Phuong (JIRA)) Date: Wed, 1 Jan 2014 23:33:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3338) The position of "Required Field (*)" is not correct in Add category form of Application Registry In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3338?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vu Viet Phuong updated GTNPORTAL-3338: -------------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done I've amended the PR: help to fix more case with RTL > The position of "Required Field (*)" is not correct in Add category form of Application Registry > ------------------------------------------------------------------------------------------------ > > Key: GTNPORTAL-3338 > URL: https://issues.jboss.org/browse/GTNPORTAL-3338 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Trong Tran > Assignee: Hai Nguyen > Priority: Optional > Fix For: 3.7.0.Final > > Attachments: PositionOfTextNotCorrect.png, RTL.png > > Original Estimate: 2 hours > Time Spent: 4 hours > Remaining Estimate: 0 minutes > > The position of "Required Field " is not correct in Add category form of Application Registry. See attach file -- 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 From issues at jboss.org Wed Jan 1 23:33:32 2014 From: issues at jboss.org (Vu Viet Phuong (JIRA)) Date: Wed, 1 Jan 2014 23:33:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3338) The position of "Required Field (*)" is not correct in Add category form of Application Registry In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3338?focusedWorklogId=12430439&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-12430439 ] Vu Viet Phuong logged work on GTNPORTAL-3338: --------------------------------------------- Author: Vu Viet Phuong Created on: 01/Jan/14 11:31 PM Start Date: 01/Jan/14 11:31 PM Worklog Time Spent: 2 hours Issue Time Tracking ------------------- Time Spent: 6 hours (was: 4 hours) Worklog Id: (was: 12430439) > The position of "Required Field (*)" is not correct in Add category form of Application Registry > ------------------------------------------------------------------------------------------------ > > Key: GTNPORTAL-3338 > URL: https://issues.jboss.org/browse/GTNPORTAL-3338 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Trong Tran > Assignee: Hai Nguyen > Priority: Optional > Fix For: 3.7.0.Final > > Attachments: PositionOfTextNotCorrect.png, RTL.png > > Original Estimate: 2 hours > Time Spent: 6 hours > Remaining Estimate: 0 minutes > > The position of "Required Field " is not correct in Add category form of Application Registry. See attach file -- 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 From issues at jboss.org Thu Jan 2 03:05:32 2014 From: issues at jboss.org (Vu Viet Phuong (JIRA)) Date: Thu, 2 Jan 2014 03:05:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3356) NPE when Add new page in Page Management In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3356?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vu Viet Phuong updated GTNPORTAL-3356: -------------------------------------- Status: Open (was: Pull Request Sent) We should not remove this line, the UIPageForm#buildForm is also used when user edit the Dashboard page, that belongs to usersite, then we need the SiteType.USER option > NPE when Add new page in Page Management > ---------------------------------------- > > Key: GTNPORTAL-3356 > URL: https://issues.jboss.org/browse/GTNPORTAL-3356 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Trong Tran > Assignee: Vu Viet Phuong > Fix For: 3.7.0.Final > > Original Estimate: 4 hours > Time Spent: 4 hours > Remaining Estimate: 0 minutes > > Steps to reproduce: > - Log-in as root > - Add Page Management to the Home page, and make it public (everyone can access) > - Log-out > 1/ Click on "Add new page" in anonymous mode, it throws NPE ==> NOK > 2/ Login with marry, then click on "Add new page". It also throws NPE ==> NOK > Expected: Show warning message if user don't have right to create new page in any space. -- 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 From issues at jboss.org Thu Jan 2 03:21:33 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Thu, 2 Jan 2014 03:21:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3357) Navigation nodes in GROUP navigation editor don't change label after portal language changed In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3357?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran reassigned GTNPORTAL-3357: ------------------------------------- Assignee: Vu Viet Phuong (was: Hai Nguyen) > Navigation nodes in GROUP navigation editor don't change label after portal language changed > -------------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3357 > URL: https://issues.jboss.org/browse/GTNPORTAL-3357 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: WebUI > Affects Versions: 3.6.3.Final > Reporter: Vu Viet Phuong > Assignee: Vu Viet Phuong > Priority: Minor > Original Estimate: 3 hours > Time Spent: 3 hours > Remaining Estimate: 0 minutes > > - Login as Root > - Goto Manages Group --> edit Administrator navigation > - Change language from English to France > --> the nodes label are not change, now close the popup window, then re-open --> the node label change to France > This issue has been fixed partly in GTNPORTAL-3235. But we missed the case for Group navigation -- 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 From issues at jboss.org Thu Jan 2 05:23:33 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Thu, 2 Jan 2014 05:23:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3315) Portal setup improvements In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3315?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933346#comment-12933346 ] Trong Tran commented on GTNPORTAL-3315: --------------------------------------- I added few comments inline the PR > Portal setup improvements > -------------------------- > > Key: GTNPORTAL-3315 > URL: https://issues.jboss.org/browse/GTNPORTAL-3315 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 3.6.0.Final > Reporter: Trong Tran > Assignee: Vu Viet Phuong > Fix For: 3.7.0.Final > > Original Estimate: 2 days > Time Spent: 2 days > Remaining Estimate: 4 hours > > The Portal Setup feature was introduced since Gatein 3.6, it is always active by default. > Today there is a need that it could be able to disable the feature somehow. We also identify there are following needed improvements, potential bug fixes should be done in current implementation: > - Ability to Enable/Disable the feature > - Make it work more as an extension, to not forced adding things to core portal > - Get rid of cloning SetupOrganizationDatabaseInitializer from OrganizationDatabaseInitializer > - Removing repository/workspace name hard-coding in PortalSetupService -- 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 From issues at jboss.org Thu Jan 2 08:43:32 2014 From: issues at jboss.org (William Siqueira (JIRA)) Date: Thu, 2 Jan 2014 08:43:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNMGMT-63) Log some message informing that the zip file is empty when performing import In-Reply-To: References: Message-ID: William Siqueira created GTNMGMT-63: --------------------------------------- Summary: Log some message informing that the zip file is empty when performing import Key: GTNMGMT-63 URL: https://issues.jboss.org/browse/GTNMGMT-63 Project: GateIn Management Issue Type: Enhancement Security Level: Public (Everyone can see) Components: rest Reporter: William Siqueira Assignee: Nick Scavelli Priority: Minor When we request something to /mop using a PUT and there's no zip file to be imported, nothing happens, the import didn't happen, but in the logs it prints that the import was successful. This tickets objective is add some logging message informing that no zip was read so nothing was actually imported. To reproduce it, simply perform a PUT to /mop context having content type "application/zip" but no body. -- 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 From issues at jboss.org Thu Jan 2 12:31:32 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Thu, 2 Jan 2014 12:31:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3341) Cannot delete users with OracleDB because of "ORA-02292: integrity constraint (XXXXX) violated" In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3341?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933418#comment-12933418 ] RH Bugzilla Integration commented on GTNPORTAL-3341: ---------------------------------------------------- Tomas Kyjovsky changed the Status of [bug 1039924|https://bugzilla.redhat.com/show_bug.cgi?id=1039924] from ON_QA to VERIFIED > Cannot delete users with OracleDB because of "ORA-02292: integrity constraint (XXXXX) violated" > ----------------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3341 > URL: https://issues.jboss.org/browse/GTNPORTAL-3341 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Identity integration > Affects Versions: 3.6.3.Final > Reporter: Marek Posolda > Assignee: Marek Posolda > Fix For: 3.6.4.Final, 3.7.0.Final > > > Description of problem: > Cannot delete users with OracleDB (reproducible at least on version 11gR2) because of "ORA-02292: integrity constraint (XXXXX) violated - child record found"[1]. The child record is in the JBID_IO_ATTR table[2]. > [1] > 2013-12-05 15:40:25,846 DEBUG [org.hibernate.util.JDBCExceptionReporter] (http-127.0.0.1-8080-1) Could not execute JDBC batch update [delete from jbid_io where ID=?] > java.sql.BatchUpdateException: ORA-02292: integrity constraint (ORAUSER.FK4DC61D7E992317F0) violated - child record found > at oracle.jdbc.driver.OraclePreparedStatement.executeBatch(OraclePreparedStatement.java:10345) > at oracle.jdbc.driver.OracleStatementWrapper.executeBatch(OracleStatementWrapper.java:230) > at org.jboss.resource.adapter.jdbc.CachedPreparedStatement.executeBatch(CachedPreparedStatement.java:476) > at org.jboss.resource.adapter.jdbc.WrappedStatement.executeBatch(WrappedStatement.java:774) > at org.hibernate.jdbc.BatchingBatcher.doExecuteBatch(BatchingBatcher.java:70) > at org.hibernate.jdbc.AbstractBatcher.executeBatch(AbstractBatcher.java:268) > at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:265) > at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:171) > at org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:321) > at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:50) > at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:1030) > at sun.reflect.GeneratedMethodAccessor346.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > at org.hibernate.context.ThreadLocalSessionContext$TransactionProtectionWrapper.invoke(ThreadLocalSessionContext.java:343) > at com.sun.proxy.$Proxy266.flush(Unknown Source) > at org.picketlink.idm.impl.store.hibernate.HibernateIdentityStoreImpl.removeIdentityObject(HibernateIdentityStoreImpl.java:622) > at org.picketlink.idm.impl.repository.WrapperIdentityStoreRepository.removeIdentityObject(WrapperIdentityStoreRepository.java:158) > at org.picketlink.idm.impl.api.session.managers.PersistenceManagerImpl.removeUser(PersistenceManagerImpl.java:231) > at org.exoplatform.services.organization.idm.UserDAOImpl.removeUser(UserDAOImpl.java:268) > [2] > JBID_IO_ATTR: > ATTRIBUTE_ID 423 > IDENTITY_OBJECT_ID 413 > NAME user.language > ATTRIBUTE_TYPE text > BIN_VALUE_ID NULL > How reproducible: 100 % > Steps to Reproduce: > 1. Change gatein-idm and gatein-jcr to use OracleDB. > 2. Start EPP > 3. Login as root > 4. Create a user > 5. Delete the user > Actual results: > Cannot delete the user. > Expected results: > The user is deleted. > Additional info: > Some user attributes are deleted, so this process is not transactional. -- 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 From issues at jboss.org Thu Jan 2 22:27:32 2014 From: issues at jboss.org (Tuyen Nguyen The (JIRA)) Date: Thu, 2 Jan 2014 22:27:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3353) User query improvement based on Enabled/Disabled status In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3353?focusedWorklogId=12430442&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-12430442 ] Tuyen Nguyen The logged work on GTNPORTAL-3353: ----------------------------------------------- Author: Tuyen Nguyen The Created on: 02/Jan/14 10:25 PM Start Date: 01/Jan/14 10:25 PM Worklog Time Spent: 4 hours Issue Time Tracking ------------------- Remaining Estimate: 0 minutes (was: 1 hour) Time Spent: 1 day, 7 hours (was: 1 day, 3 hours) Worklog Id: (was: 12430442) > User query improvement based on Enabled/Disabled status > ------------------------------------------------------- > > Key: GTNPORTAL-3353 > URL: https://issues.jboss.org/browse/GTNPORTAL-3353 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Trong Tran > Assignee: Tuyen Nguyen The > Fix For: 3.7.0.Final > > Original Estimate: 1 day, 4 hours > Time Spent: 1 day, 7 hours > Remaining Estimate: 0 minutes > > Update Organization Service implementation according to the improvement changes in https://jira.exoplatform.org/browse/COR-315 > Don't forget to update the wiki https://community.jboss.org/wiki/DisabledUser -- 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 From issues at jboss.org Thu Jan 2 22:45:33 2014 From: issues at jboss.org (Vu Viet Phuong (JIRA)) Date: Thu, 2 Jan 2014 22:45:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3357) Navigation nodes in GROUP navigation editor don't change label after portal language changed In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3357?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vu Viet Phuong updated GTNPORTAL-3357: -------------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 3.7.0.Final Resolution: Done > Navigation nodes in GROUP navigation editor don't change label after portal language changed > -------------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3357 > URL: https://issues.jboss.org/browse/GTNPORTAL-3357 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: WebUI > Affects Versions: 3.6.3.Final > Reporter: Vu Viet Phuong > Assignee: Vu Viet Phuong > Priority: Minor > Fix For: 3.7.0.Final > > Original Estimate: 3 hours > Time Spent: 3 hours > Remaining Estimate: 0 minutes > > - Login as Root > - Goto Manages Group --> edit Administrator navigation > - Change language from English to France > --> the nodes label are not change, now close the popup window, then re-open --> the node label change to France > This issue has been fixed partly in GTNPORTAL-3235. But we missed the case for Group navigation -- 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 From issues at jboss.org Fri Jan 3 06:26:33 2014 From: issues at jboss.org (Vu Viet Phuong (JIRA)) Date: Fri, 3 Jan 2014 06:26:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3315) Portal setup improvements In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3315?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933556#comment-12933556 ] Vu Viet Phuong commented on GTNPORTAL-3315: ------------------------------------------- I've updated the PR, and push it to this repo: https://github.com/vstorm83/gatein-portal/commits/GTNPORTAL-3315 > Portal setup improvements > -------------------------- > > Key: GTNPORTAL-3315 > URL: https://issues.jboss.org/browse/GTNPORTAL-3315 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 3.6.0.Final > Reporter: Trong Tran > Assignee: Vu Viet Phuong > Fix For: 3.7.0.Final > > Original Estimate: 2 days > Time Spent: 2 days > Remaining Estimate: 4 hours > > The Portal Setup feature was introduced since Gatein 3.6, it is always active by default. > Today there is a need that it could be able to disable the feature somehow. We also identify there are following needed improvements, potential bug fixes should be done in current implementation: > - Ability to Enable/Disable the feature > - Make it work more as an extension, to not forced adding things to core portal > - Get rid of cloning SetupOrganizationDatabaseInitializer from OrganizationDatabaseInitializer > - Removing repository/workspace name hard-coding in PortalSetupService -- 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 From issues at jboss.org Fri Jan 3 07:39:32 2014 From: issues at jboss.org (=?UTF-8?Q?Juraci_Paix=C3=A3o_Kr=C3=B6hling_=28JIRA=29?=) Date: Fri, 3 Jan 2014 07:39:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3359) Exceptions in log when stopping portal In-Reply-To: References: Message-ID: Juraci Paix?o Kr?hling created GTNPORTAL-3359: ------------------------------------------------- Summary: Exceptions in log when stopping portal Key: GTNPORTAL-3359 URL: https://issues.jboss.org/browse/GTNPORTAL-3359 Project: GateIn Portal Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Juraci Paix?o Kr?hling Assignee: Juraci Paix?o Kr?hling There is WARN with exceptios in log when stoppinng the portal. I'm attaching stacktraces (for both default datasource and "real" database datasource) -- 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 From issues at jboss.org Fri Jan 3 07:39:32 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Fri, 3 Jan 2014 07:39:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3359) Exceptions in log when stopping portal In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3359?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] RH Bugzilla Integration updated GTNPORTAL-3359: ----------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1040395 > Exceptions in log when stopping portal > --------------------------------------- > > Key: GTNPORTAL-3359 > URL: https://issues.jboss.org/browse/GTNPORTAL-3359 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Juraci Paix?o Kr?hling > Assignee: Juraci Paix?o Kr?hling > > There is WARN with exceptios in log when stoppinng the portal. > I'm attaching stacktraces (for both default datasource and "real" database datasource) -- 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 From issues at jboss.org Fri Jan 3 07:41:32 2014 From: issues at jboss.org (=?UTF-8?Q?Juraci_Paix=C3=A3o_Kr=C3=B6hling_=28JIRA=29?=) Date: Fri, 3 Jan 2014 07:41:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3359) Exceptions in log when stopping portal In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3359?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraci Paix?o Kr?hling updated GTNPORTAL-3359: ---------------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/754 > Exceptions in log when stopping portal > --------------------------------------- > > Key: GTNPORTAL-3359 > URL: https://issues.jboss.org/browse/GTNPORTAL-3359 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Juraci Paix?o Kr?hling > Assignee: Juraci Paix?o Kr?hling > > There is WARN with exceptios in log when stoppinng the portal. > I'm attaching stacktraces (for both default datasource and "real" database datasource) -- 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 From issues at jboss.org Sun Jan 5 22:45:33 2014 From: issues at jboss.org (Vu Viet Phuong (JIRA)) Date: Sun, 5 Jan 2014 22:45:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3315) Portal setup improvements In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3315?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933709#comment-12933709 ] Vu Viet Phuong commented on GTNPORTAL-3315: ------------------------------------------- We'll need this issue https://jira.exoplatform.org/browse/COR-317 before merge this branch > Portal setup improvements > -------------------------- > > Key: GTNPORTAL-3315 > URL: https://issues.jboss.org/browse/GTNPORTAL-3315 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 3.6.0.Final > Reporter: Trong Tran > Assignee: Vu Viet Phuong > Fix For: 3.7.0.Final > > Original Estimate: 2 days > Time Spent: 2 days > Remaining Estimate: 4 hours > > The Portal Setup feature was introduced since Gatein 3.6, it is always active by default. > Today there is a need that it could be able to disable the feature somehow. We also identify there are following needed improvements, potential bug fixes should be done in current implementation: > - Ability to Enable/Disable the feature > - Make it work more as an extension, to not forced adding things to core portal > - Get rid of cloning SetupOrganizationDatabaseInitializer from OrganizationDatabaseInitializer > - Removing repository/workspace name hard-coding in PortalSetupService -- 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 From issues at jboss.org Mon Jan 6 03:09:32 2014 From: issues at jboss.org (Hai Nguyen (JIRA)) Date: Mon, 6 Jan 2014 03:09:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3356) NPE when Add new page in Page Management In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3356?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hai Nguyen updated GTNPORTAL-3356: ---------------------------------- Status: Pull Request Sent (was: Open) The PR has updated > NPE when Add new page in Page Management > ---------------------------------------- > > Key: GTNPORTAL-3356 > URL: https://issues.jboss.org/browse/GTNPORTAL-3356 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Trong Tran > Assignee: Vu Viet Phuong > Fix For: 3.7.0.Final > > Original Estimate: 4 hours > Time Spent: 4 hours > Remaining Estimate: 0 minutes > > Steps to reproduce: > - Log-in as root > - Add Page Management to the Home page, and make it public (everyone can access) > - Log-out > 1/ Click on "Add new page" in anonymous mode, it throws NPE ==> NOK > 2/ Login with marry, then click on "Add new page". It also throws NPE ==> NOK > Expected: Show warning message if user don't have right to create new page in any space. -- 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 From issues at jboss.org Mon Jan 6 11:13:33 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Mon, 6 Jan 2014 11:13:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3304) White background in Edit Mode dialogs In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3304?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933867#comment-12933867 ] RH Bugzilla Integration commented on GTNPORTAL-3304: ---------------------------------------------------- Tomas Kyjovsky changed the Status of [bug 794328|https://bugzilla.redhat.com/show_bug.cgi?id=794328] from ON_QA to VERIFIED > White background in Edit Mode dialogs > ------------------------------------- > > Key: GTNPORTAL-3304 > URL: https://issues.jboss.org/browse/GTNPORTAL-3304 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Fix For: 3.6.4.Final, 3.7.0.Final > > -- 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 From issues at jboss.org Mon Jan 6 11:55:35 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Mon, 6 Jan 2014 11:55:35 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-2072) NoSuchDataException is thrown after importing pages through export/import tool. In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-2072?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933894#comment-12933894 ] RH Bugzilla Integration commented on GTNPORTAL-2072: ---------------------------------------------------- Tomas Kyjovsky changed the Status of [bug 1038029|https://bugzilla.redhat.com/show_bug.cgi?id=1038029] from ON_QA to VERIFIED > NoSuchDataException is thrown after importing pages through export/import tool. > ------------------------------------------------------------------------------- > > Key: GTNPORTAL-2072 > URL: https://issues.jboss.org/browse/GTNPORTAL-2072 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.2.0-Beta01 > Reporter: Nick Scavelli > Assignee: Vu Viet Phuong > Labels: import > Fix For: 3.6.4.Final, 3.7.0.Final > > Original Estimate: 1 day > Time Spent: 2 days, 6 hours > Remaining Estimate: 0 minutes > > Below exception is thrown after importing pages through management tools (see steps to reproduce section). I think this is a stale storageId coming from the UI when the data has changed outside the UI. Typically logging out solves the issue, but this isn't optimal. Changes to data should not be only achievable through the UI. The changes are being sent through DataStorage, so there should be someway to sync this data up. > Stacktrace: > {noformat} > Caused by: org.exoplatform.portal.config.NoSuchDataException: Can not find 1c42bec77f0000011076449207f5d085 > at org.exoplatform.portal.pom.config.POMSession.findCustomizationById(POMSession.java:214) > at org.exoplatform.portal.pom.config.tasks.PreferencesTask$Load.run(PreferencesTask.java:91) > at org.exoplatform.portal.pom.config.POMSession.execute(POMSession.java:405) > at org.exoplatform.portal.pom.config.ExecutorDispatcher.execute(ExecutorDispatcher.java:60) > at org.exoplatform.portal.pom.config.TaskExecutionDecorator.execute(TaskExecutionDecorator.java:38) > at org.exoplatform.portal.pom.config.cache.DataCache.read(DataCache.java:169) > at org.exoplatform.portal.pom.config.cache.DataCache.execute(DataCache.java:61) > at org.exoplatform.portal.pom.config.TaskExecutionDecorator.execute(TaskExecutionDecorator.java:38) > at org.exoplatform.portal.pom.config.cache.PortalNamesCache.execute(PortalNamesCache.java:77) > at org.exoplatform.portal.pom.config.POMSessionManager.execute(POMSessionManager.java:251) > at org.exoplatform.portal.pom.config.POMDataStorage.load(POMDataStorage.java:176) > at org.exoplatform.portal.config.DataStorageImpl.load(DataStorageImpl.java:111) > at org.exoplatform.portal.webui.application.ModelAdapter$1.getPortletContext(ModelAdapter.java:89) > at org.exoplatform.portal.webui.application.UIPortlet.getPortletContext(UIPortlet.java:993) > at org.exoplatform.portal.webui.application.UIPortlet.create(UIPortlet.java:829) > at org.exoplatform.portal.webui.application.UIPortletLifecycle.processRender(UIPortletLifecycle.java:212) > {noformat} -- 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 From issues at jboss.org Mon Jan 6 11:55:35 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Mon, 6 Jan 2014 11:55:35 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNMGMT-25) NoSuchDataException when trying to edit navigation after import of classic portal In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNMGMT-25?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933895#comment-12933895 ] RH Bugzilla Integration commented on GTNMGMT-25: ------------------------------------------------ Tomas Kyjovsky changed the Status of [bug 1038029|https://bugzilla.redhat.com/show_bug.cgi?id=1038029] from ON_QA to VERIFIED > NoSuchDataException when trying to edit navigation after import of classic portal > --------------------------------------------------------------------------------- > > Key: GTNMGMT-25 > URL: https://issues.jboss.org/browse/GTNMGMT-25 > Project: GateIn Management > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: core > Affects Versions: 1.0.0-Beta04 > Reporter: Tomas Kyjovsky > Assignee: Nick Scavelli > Attachments: error-rendering-portlets-1.png, error-rendering-portlets-2.png, no-such-data-exception.txt > > > NoSuchDataException appears when rendering Navigation, Breadcrumbs, Footer portlets. After refresh the portlets render fine. -- 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 From issues at jboss.org Mon Jan 6 15:11:33 2014 From: issues at jboss.org (Tomas Kyjovsky (JIRA)) Date: Mon, 6 Jan 2014 15:11:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-2960) Unable to determine Dialect to use [name=EnterpriseDB, majorVersion=9] - for PostgresPlus 9.2 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-2960?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tomas Kyjovsky resolved GTNPORTAL-2960. --------------------------------------- Resolution: Won't Fix > Unable to determine Dialect to use [name=EnterpriseDB, majorVersion=9] - for PostgresPlus 9.2 > --------------------------------------------------------------------------------------------- > > Key: GTNPORTAL-2960 > URL: https://issues.jboss.org/browse/GTNPORTAL-2960 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.6.0.Beta02 > Environment: PostgresPlus 9.2 (EnterpriseDB) > edb-jdbc14.jar > Reporter: Tomas Kyjovsky > Labels: JPP61-Test-dev > Attachments: hibernate-exception.txt > > > Hibernate DialectFactory cannot determine "hibernate.dialect" for PostgresPlus 9.2 (EnterpriseDB). > ... > org.hibernate.HibernateException: Unable to determine Dialect to use [name=EnterpriseDB, majorVersion=9]; user must register resolver or explicitly set 'hibernate.dialect' > at org.hibernate.service.jdbc.dialect.internal.DialectFactoryImpl.determineDialect(DialectFactoryImpl.java:105) [hibernate-core-4.1.6.Final.jar:4.1.6.Final] > at > ... -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 7 02:59:33 2014 From: issues at jboss.org (Vu Viet Phuong (JIRA)) Date: Tue, 7 Jan 2014 02:59:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3315) Portal setup improvements In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3315?focusedWorklogId=12430446&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-12430446 ] Vu Viet Phuong logged work on GTNPORTAL-3315: --------------------------------------------- Author: Vu Viet Phuong Created on: 07/Jan/14 2:58 AM Start Date: 07/Jan/14 2:58 AM Worklog Time Spent: 1 day Issue Time Tracking ------------------- Remaining Estimate: 0 minutes (was: 4 hours) Time Spent: 3 days (was: 2 days) Worklog Id: (was: 12430446) > Portal setup improvements > -------------------------- > > Key: GTNPORTAL-3315 > URL: https://issues.jboss.org/browse/GTNPORTAL-3315 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 3.6.0.Final > Reporter: Trong Tran > Assignee: Vu Viet Phuong > Fix For: 3.7.0.Final > > Original Estimate: 2 days > Time Spent: 3 days > Remaining Estimate: 0 minutes > > The Portal Setup feature was introduced since Gatein 3.6, it is always active by default. > Today there is a need that it could be able to disable the feature somehow. We also identify there are following needed improvements, potential bug fixes should be done in current implementation: > - Ability to Enable/Disable the feature > - Make it work more as an extension, to not forced adding things to core portal > - Get rid of cloning SetupOrganizationDatabaseInitializer from OrganizationDatabaseInitializer > - Removing repository/workspace name hard-coding in PortalSetupService -- 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 From issues at jboss.org Tue Jan 7 04:17:33 2014 From: issues at jboss.org (Vu Viet Phuong (JIRA)) Date: Tue, 7 Jan 2014 04:17:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3356) NPE when Add new page in Page Management In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3356?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vu Viet Phuong updated GTNPORTAL-3356: -------------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done I've amended the PR a bit (refactoring, and fix small bug) and pushed it > NPE when Add new page in Page Management > ---------------------------------------- > > Key: GTNPORTAL-3356 > URL: https://issues.jboss.org/browse/GTNPORTAL-3356 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Trong Tran > Assignee: Vu Viet Phuong > Fix For: 3.7.0.Final > > Original Estimate: 4 hours > Time Spent: 4 hours > Remaining Estimate: 0 minutes > > Steps to reproduce: > - Log-in as root > - Add Page Management to the Home page, and make it public (everyone can access) > - Log-out > 1/ Click on "Add new page" in anonymous mode, it throws NPE ==> NOK > 2/ Login with marry, then click on "Add new page". It also throws NPE ==> NOK > Expected: Show warning message if user don't have right to create new page in any space. -- 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 From issues at jboss.org Tue Jan 7 10:26:33 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Tue, 7 Jan 2014 10:26:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-2801) Add eviction to indexer-config.xml In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-2801?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12934189#comment-12934189 ] RH Bugzilla Integration commented on GTNPORTAL-2801: ---------------------------------------------------- Boleslaw Dawidowicz changed the Status of [bug 1048695|https://bugzilla.redhat.com/show_bug.cgi?id=1048695] from NEW to ASSIGNED > Add eviction to indexer-config.xml > ---------------------------------- > > Key: GTNPORTAL-2801 > URL: https://issues.jboss.org/browse/GTNPORTAL-2801 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: JCR integration > Affects Versions: 3.5.0.Final > Reporter: Toshiya Kobayashi > > gatein.ear/portal.war/WEB-INF/conf/jcr/jbosscache/cluster/indexer-config.xml doesn't have eviction configuration. It may cause a memory leak in slave nodes. > {code:xml} > > lockAcquisitionTimeout="20000"/> > > > > > > > > > {code} -- 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 From issues at jboss.org Tue Jan 7 22:40:33 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Tue, 7 Jan 2014 22:40:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3267) MOP import resource In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3267?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3267: ---------------------------------- Fix Version/s: 3.7.0.Final (was: 3.5.7.Final) > MOP import resource > ------------------- > > Key: GTNPORTAL-3267 > URL: https://issues.jboss.org/browse/GTNPORTAL-3267 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Java API > Affects Versions: 3.5.6.Final > Reporter: Boubaker Khanfir > Assignee: Trong Tran > Fix For: 3.7.0.Final > > Attachments: portal_mobile_2013-10-01_11-22-50.zip > > Original Estimate: 4 hours > Time Spent: 1 day, 6 hours > Remaining Estimate: 0 minutes > > MOP resource management is based on a custom marshaller/unmarshaller (org.exoplatform.portal.mop.management.binding.xml.*). > I had used the mop managed resource in a custom case: > * Create a new site. > * Add PortalBody in a container. > * Export site using GateIN management. > * Re-import exported site. > => Exception: > {code} > Operation exception for operation import-resource and address /mop [org.gatein.management.cli] > org.gatein.management.api.exceptions.OperationException: Exception reading data for import. > at org.exoplatform.portal.mop.management.operations.MopImportResource.execute(MopImportResource.java:198) ~[exo.portal.component.portal-3.5.x-PLF-SNAPSHOT.jar:3.5.x-PLF-SNAPSHOT] > at org.gatein.management.core.api.controller.SimpleManagementController.execute(SimpleManagementController.java:100) ~[gatein-management-core-1.1.0.Final.jar:1.1.0.Final] > ... > Caused by: org.staxnav.StaxNavException: Unexpected element 'page-body' at [row,col]:[167,21] > at org.gatein.common.xml.stax.navigator.Exceptions.unexpectedElement(Exceptions.java:45) ~[exo.portal.component.common-3.5.x-PLF-SNAPSHOT.jar:3.5.x-PLF-SNAPSHOT] > at org.exoplatform.portal.mop.management.binding.xml.AbstractMarshaller.unmarshalContainer(AbstractMarshaller.java:171) ~[exo.portal.component.portal-3.5.x-PLF-SNAPSHOT.jar:3.5.x-PLF-SNAPSHOT] > at org.exoplatform.portal.mop.management.binding.xml.SiteLayoutMarshaller.unmarshalPortalConfig(SiteLayoutMarshaller.java:216) ~[exo.portal.component.portal-3.5.x-PLF-SNAPSHOT.jar:3.5.x-PLF-SNAPSHOT] > at org.exoplatform.portal.mop.management.binding.xml.SiteLayoutMarshaller.unmarshal(SiteLayoutMarshaller.java:80) ~[exo.portal.component.portal-3.5.x-PLF-SNAPSHOT.jar:3.5.x-PLF-SNAPSHOT] > ... 40 common frames omitted > {code} > To fix this I used the *default* MOP marshaller: > {code} > import org.exoplatform.portal.config.model.ModelUnmarshaller; > // ... > public PortalConfig unmarshal(InputStream inputStream) throws BindingException { > try { > return ModelUnmarshaller.unmarshall(PortalConfig.class, inputStream).getObject(); > } catch (Exception e) { > throw new BindingException(e); > } > } > //... > public Page.PageSet unmarshal(InputStream inputStream) throws BindingException { > try { > return ModelUnmarshaller.unmarshall(Page.PageSet.class, inputStream).getObject(); > } catch (Exception e) { > throw new BindingException(e); > } > } > //... > public PageNavigation unmarshal(InputStream inputStream) throws BindingException { > try { > return ModelUnmarshaller.unmarshall(PageNavigation.class, inputStream).getObject(); > } catch (Exception e) { > throw new BindingException(e); > } > } > // ... > {code} -- 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 From issues at jboss.org Tue Jan 7 22:40:33 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Tue, 7 Jan 2014 22:40:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-511) userPref of gadgets are not sometime not saved correctly In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-511?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-511: --------------------------------- Fix Version/s: 3.7.0.Final (was: 3.5.7.Final) > userPref of gadgets are not sometime not saved correctly > -------------------------------------------------------- > > Key: GTNPORTAL-511 > URL: https://issues.jboss.org/browse/GTNPORTAL-511 > Project: GateIn Portal > Issue Type: Bug > Components: User Interface > Affects Versions: 3.0.0-Beta04 > Environment: svn r1330 > Reporter: jerem j > Assignee: Tuyen Nguyen The > Fix For: 3.7.0.Final > > Attachments: GTNPORTAL-511.js.patch, GTNPORTAL-511.patch, stacktrace.txt > > Original Estimate: 2 days > Time Spent: 2 days, 2 hours > Remaining Estimate: 0 minutes > > Every call to gadgets.Prefs.set generate a call to save the data in the backend (an action in the dashboard portlet). To save we send all the set of preferences. > The jira gadget call this API multiple times in a very short time. So there is multiple ajax request sent to the backend but not in a precise order. So it might happen that the first request arrive the last one, and so old preferences are saved. > To fix: > In the file Gadgets.js, function "gadgets.IfrGadgetService.prototype.setUserPref", prefs is updated with all the name/value, and ALL the prefs object is saved. Instead of saving all the preferences, we should only save the updated preferences. > In org.exoplatform.portal.pom.spi.gadget.Gadget it will be needed to be able to add preference by name, something like : > public void setUserPref(String name, String value) > code : > Gadgets.js: http://fisheye.exoplatform.org/browse/projects/portal/trunk/web/eXoResources/src/main/webapp/javascript/eXo/gadget/Gadgets.js?r=HEAD > ExoBasedUserPrefStore.js: http://fisheye.exoplatform.org/browse/projects/portal/trunk/web/eXoResources/src/main/webapp/javascript/eXo/gadget/ExoBasedUserPrefStore.js?r=HEAD > links: > API doc about adgets.Prefs.set: http://code.google.com/apis/gadgets/docs/reference/#gadgets.Prefs.set > Jira gadget to test: http://jira4j.exoplatform.org/rest/gadgets/1.0/g/com.atlassian.jira.gadgets:watched-gadget/gadgets/watched-gadget.xml -- 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 From issues at jboss.org Wed Jan 8 03:03:32 2014 From: issues at jboss.org (Tran Trung Thanh (JIRA)) Date: Wed, 8 Jan 2014 03:03:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3300) Add possibility to invalidate items in IntegrationCache via JMX call to PicketlinkIDMCacheService.invalidate() In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3300?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12934356#comment-12934356 ] Tran Trung Thanh commented on GTNPORTAL-3300: --------------------------------------------- https://github.com/gatein/gatein-portal/pull/755 is for gatein 3.5 > Add possibility to invalidate items in IntegrationCache via JMX call to PicketlinkIDMCacheService.invalidate() > -------------------------------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3300 > URL: https://issues.jboss.org/browse/GTNPORTAL-3300 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: Identity integration > Affects Versions: 3.6.3.Final > Reporter: Marek Posolda > Assignee: Marek Posolda > Fix For: 3.6.4.Final, 3.7.0.Final > > > Currently it's not possible to invalidate items in IntegrationCache via JMX call to PicketlinkIDMCacheService.invalidate() . JMX call is propagated just to APICacheProvider and StoreCacheProvider but not to IntegrationCache. -- 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 From issues at jboss.org Wed Jan 8 11:38:33 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Wed, 8 Jan 2014 11:38:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3287) Portal.hasPermission returns false if Permission parameter contains multiple Memberships In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3287?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12934511#comment-12934511 ] RH Bugzilla Integration commented on GTNPORTAL-3287: ---------------------------------------------------- Tomas Kyjovsky changed the Status of [bug 1029005|https://bugzilla.redhat.com/show_bug.cgi?id=1029005] from ON_QA to VERIFIED > Portal.hasPermission returns false if Permission parameter contains multiple Memberships > ---------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3287 > URL: https://issues.jboss.org/browse/GTNPORTAL-3287 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Java API > Affects Versions: 3.6.3.Final > Reporter: Martin Weiler > Assignee: Nick Scavelli > Fix For: 3.6.4.Final, 3.7.0.Final > > > We have 2 sites > http://localhost:8080/portal/default/ > http://localhost:8080/portal/webadmin/ > In a portlet, we need to show a link to "/portal/webadmin/" only if user has access to "webadmin" site. > Site "webadmin" has access permissions set as "*:/platform/administrators/admin group1;*:/platform/administrators/admin group2;*:/platform/administrators/admin group3". > User has Membership Type "member" in "/platform/administrators/admin group1" group. > In a portlet, we are checking permissions with the following snippet: > {code} > PortalRequest portalRequest = PortalRequest.getInstance(); > Site webadminSite = portalRequest.getPortal().getSite(new SiteId("webadmin")); > portal.hasPermission(portalRequest.getUser() , webadminSite.getAccessPermission()); > {code} > hasPermission method is returning false. > Note: access permissions on 'webadmin' site are only set to a single entry (eg. /platform/administrators/admin group1), the method returns true. -- 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 From issues at jboss.org Wed Jan 8 12:10:33 2014 From: issues at jboss.org (Tomas Kyjovsky (JIRA)) Date: Wed, 8 Jan 2014 12:10:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3360) Release_Notes.html not updated since 3.2 In-Reply-To: References: Message-ID: Tomas Kyjovsky created GTNPORTAL-3360: ----------------------------------------- Summary: Release_Notes.html not updated since 3.2 Key: GTNPORTAL-3360 URL: https://issues.jboss.org/browse/GTNPORTAL-3360 Project: GateIn Portal Issue Type: Bug Security Level: Public (Everyone can see) Components: Documentation Affects Versions: 3.3.0.Final, 3.6.4.Final Reporter: Tomas Kyjovsky Assignee: Boleslaw Dawidowicz Priority: Minor The Release_Notest.html hasn't been updated since GateIn 3.2. All later versions still have: "Release Notes - GateIn Portal - Version 3.2 FINAL" -- 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 From issues at jboss.org Wed Jan 8 13:08:34 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Wed, 8 Jan 2014 13:08:34 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-2930) Portal keep session alive property values are confusing In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-2930?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12934543#comment-12934543 ] RH Bugzilla Integration commented on GTNPORTAL-2930: ---------------------------------------------------- Tomas Kyjovsky changed the Status of [bug 952274|https://bugzilla.redhat.com/show_bug.cgi?id=952274] from ON_QA to MODIFIED > Portal keep session alive property values are confusing > ------------------------------------------------------- > > Key: GTNPORTAL-2930 > URL: https://issues.jboss.org/browse/GTNPORTAL-2930 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.6.0.Beta01 > Reporter: Dominik Pospisil > Assignee: Tuyen Nguyen The > Fix For: 3.6.4.Final, 3.7.0.Final > > Original Estimate: 4 hours > Time Spent: 4 hours > Remaining Estimate: 0 minutes > > According to documentation, portal "keep seesion alive" property values meaning are as follows: > never - The session will never timeout, even if an application requests it. > On-demand - The session will timeout if an application requests it > Always - The session will time out after a set period > This is quite confusing. E.g. keep session alive never actually means to keep session alive forever. > Keep session alive always means to let the session timeout automatically. > If the documentation is correct, the name of the property or property values should be changed. -- 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 From issues at jboss.org Thu Jan 9 13:19:32 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Thu, 9 Jan 2014 13:19:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3300) Add possibility to invalidate items in IntegrationCache via JMX call to PicketlinkIDMCacheService.invalidate() In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3300?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12934789#comment-12934789 ] RH Bugzilla Integration commented on GTNPORTAL-3300: ---------------------------------------------------- Tomas Kyjovsky changed the Status of [bug 1032440|https://bugzilla.redhat.com/show_bug.cgi?id=1032440] from ON_QA to VERIFIED > Add possibility to invalidate items in IntegrationCache via JMX call to PicketlinkIDMCacheService.invalidate() > -------------------------------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3300 > URL: https://issues.jboss.org/browse/GTNPORTAL-3300 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: Identity integration > Affects Versions: 3.6.3.Final > Reporter: Marek Posolda > Assignee: Marek Posolda > Fix For: 3.6.4.Final, 3.7.0.Final > > > Currently it's not possible to invalidate items in IntegrationCache via JMX call to PicketlinkIDMCacheService.invalidate() . JMX call is propagated just to APICacheProvider and StoreCacheProvider but not to IntegrationCache. -- 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 From issues at jboss.org Fri Jan 10 09:29:32 2014 From: issues at jboss.org (=?UTF-8?Q?Juraci_Paix=C3=A3o_Kr=C3=B6hling_=28JIRA=29?=) Date: Fri, 10 Jan 2014 09:29:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3361) Allow more flexible cache-control header per portal In-Reply-To: References: Message-ID: Juraci Paix?o Kr?hling created GTNPORTAL-3361: ------------------------------------------------- Summary: Allow more flexible cache-control header per portal Key: GTNPORTAL-3361 URL: https://issues.jboss.org/browse/GTNPORTAL-3361 Project: GateIn Portal Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Juraci Paix?o Kr?hling Assignee: Juraci Paix?o Kr?hling Allow each portal to have its own Cache-control directive, as per Bugzilla 811126 -- 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 From issues at jboss.org Fri Jan 10 09:31:32 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Fri, 10 Jan 2014 09:31:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3361) Allow more flexible cache-control header per portal In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3361?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] RH Bugzilla Integration updated GTNPORTAL-3361: ----------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=811126 > Allow more flexible cache-control header per portal > --------------------------------------------------- > > Key: GTNPORTAL-3361 > URL: https://issues.jboss.org/browse/GTNPORTAL-3361 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Juraci Paix?o Kr?hling > Assignee: Juraci Paix?o Kr?hling > > Allow each portal to have its own Cache-control directive, as per Bugzilla 811126 -- 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 From issues at jboss.org Fri Jan 10 09:35:32 2014 From: issues at jboss.org (=?UTF-8?Q?Juraci_Paix=C3=A3o_Kr=C3=B6hling_=28JIRA=29?=) Date: Fri, 10 Jan 2014 09:35:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3361) Allow more flexible cache-control header per portal In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3361?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraci Paix?o Kr?hling updated GTNPORTAL-3361: ---------------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/759 > Allow more flexible cache-control header per portal > --------------------------------------------------- > > Key: GTNPORTAL-3361 > URL: https://issues.jboss.org/browse/GTNPORTAL-3361 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Juraci Paix?o Kr?hling > Assignee: Juraci Paix?o Kr?hling > > Allow each portal to have its own Cache-control directive, as per Bugzilla 811126 -- 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 From issues at jboss.org Fri Jan 10 10:45:34 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Fri, 10 Jan 2014 10:45:34 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3362) Add examples for Inter Portlet Communication In-Reply-To: References: Message-ID: Lucas Ponce created GTNPORTAL-3362: -------------------------------------- Summary: Add examples for Inter Portlet Communication Key: GTNPORTAL-3362 URL: https://issues.jboss.org/browse/GTNPORTAL-3362 Project: GateIn Portal Issue Type: Enhancement Security Level: Public (Everyone can see) Reporter: Lucas Ponce Assignee: Lucas Ponce Add examples covering Public Render Parameters and Portlet Events -- 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 From issues at jboss.org Fri Jan 10 12:07:33 2014 From: issues at jboss.org (=?UTF-8?Q?Juraci_Paix=C3=A3o_Kr=C3=B6hling_=28JIRA=29?=) Date: Fri, 10 Jan 2014 12:07:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3363) Provide feedback on logs when gadget is not white-listed In-Reply-To: References: Message-ID: Juraci Paix?o Kr?hling created GTNPORTAL-3363: ------------------------------------------------- Summary: Provide feedback on logs when gadget is not white-listed Key: GTNPORTAL-3363 URL: https://issues.jboss.org/browse/GTNPORTAL-3363 Project: GateIn Portal Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Juraci Paix?o Kr?hling Assignee: Juraci Paix?o Kr?hling When a gadget is not white-listed, the ProxyFilterService rejects the loading of the contents, but provides no hints on the logs about it, making the user to believe that the gadget might be at fault. A solution is to log at INFO level that access to it has been blocked. -- 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 From issues at jboss.org Fri Jan 10 12:11:32 2014 From: issues at jboss.org (=?UTF-8?Q?Juraci_Paix=C3=A3o_Kr=C3=B6hling_=28JIRA=29?=) Date: Fri, 10 Jan 2014 12:11:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3363) Provide feedback on logs when gadget is not white-listed In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3363?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraci Paix?o Kr?hling updated GTNPORTAL-3363: ---------------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/760 > Provide feedback on logs when gadget is not white-listed > -------------------------------------------------------- > > Key: GTNPORTAL-3363 > URL: https://issues.jboss.org/browse/GTNPORTAL-3363 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Juraci Paix?o Kr?hling > Assignee: Juraci Paix?o Kr?hling > > When a gadget is not white-listed, the ProxyFilterService rejects the loading of the contents, but provides no hints on the logs about it, making the user to believe that the gadget might be at fault. A solution is to log at INFO level that access to it has been blocked. -- 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 From issues at jboss.org Fri Jan 10 12:11:32 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Fri, 10 Jan 2014 12:11:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3363) Provide feedback on logs when gadget is not white-listed In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3363?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] RH Bugzilla Integration updated GTNPORTAL-3363: ----------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=794468 > Provide feedback on logs when gadget is not white-listed > -------------------------------------------------------- > > Key: GTNPORTAL-3363 > URL: https://issues.jboss.org/browse/GTNPORTAL-3363 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Juraci Paix?o Kr?hling > Assignee: Juraci Paix?o Kr?hling > > When a gadget is not white-listed, the ProxyFilterService rejects the loading of the contents, but provides no hints on the logs about it, making the user to believe that the gadget might be at fault. A solution is to log at INFO level that access to it has been blocked. -- 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 From issues at jboss.org Mon Jan 13 02:28:32 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Mon, 13 Jan 2014 02:28:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3315) Portal setup improvements In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3315?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12935203#comment-12935203 ] Trong Tran commented on GTNPORTAL-3315: --------------------------------------- as COR-317 has been resolved, [~haint] could you please make a final check ? > Portal setup improvements > -------------------------- > > Key: GTNPORTAL-3315 > URL: https://issues.jboss.org/browse/GTNPORTAL-3315 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 3.6.0.Final > Reporter: Trong Tran > Assignee: Vu Viet Phuong > Fix For: 3.7.0.Final > > Original Estimate: 2 days > Time Spent: 3 days > Remaining Estimate: 0 minutes > > The Portal Setup feature was introduced since Gatein 3.6, it is always active by default. > Today there is a need that it could be able to disable the feature somehow. We also identify there are following needed improvements, potential bug fixes should be done in current implementation: > - Ability to Enable/Disable the feature > - Make it work more as an extension, to not forced adding things to core portal > - Get rid of cloning SetupOrganizationDatabaseInitializer from OrganizationDatabaseInitializer > - Removing repository/workspace name hard-coding in PortalSetupService -- 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 From issues at jboss.org Mon Jan 13 03:56:33 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Mon, 13 Jan 2014 03:56:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3364) Implement UI part for "Restricted" layout setting In-Reply-To: References: Message-ID: Trong Tran created GTNPORTAL-3364: ------------------------------------- Summary: Implement UI part for "Restricted" layout setting Key: GTNPORTAL-3364 URL: https://issues.jboss.org/browse/GTNPORTAL-3364 Project: GateIn Portal Issue Type: Enhancement Security Level: Public (Everyone can see) Reporter: Trong Tran Fix For: 3.7.0.Final Following by the spec https://community.jboss.org/wiki/RestrictedPageEditor -- 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 From issues at jboss.org Mon Jan 13 21:50:32 2014 From: issues at jboss.org (Vu Viet Phuong (JIRA)) Date: Mon, 13 Jan 2014 21:50:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3365) Exception swallow in UserDaoImpl.persistUserInfo() In-Reply-To: References: Message-ID: Vu Viet Phuong created GTNPORTAL-3365: ----------------------------------------- Summary: Exception swallow in UserDaoImpl.persistUserInfo() Key: GTNPORTAL-3365 URL: https://issues.jboss.org/browse/GTNPORTAL-3365 Project: GateIn Portal Issue Type: Task Security Level: Public (Everyone can see) Affects Versions: 3.6.3.Final Reporter: Vu Viet Phuong Under "{{org.exoplatform.services.organization.idm}}, focus on : {code:title=UserDAOImp.java|borderStyle=solid} public void persistUserInfo(User user, IdentitySession session) throws Exception { orgService.flush(); AttributesManager am = session.getAttributesManager(); ArrayList attributes = new ArrayList(); /* ... */ if (user.getPassword() != null) { if (orgService.getConfiguration().isPasswordAsAttribute()) { attributes.add(new SimpleAttribute(USER_PASSWORD, user.getPassword())); } else { try { am.updatePassword(session.getPersistenceManager().findUser(user.getUserName()), user.getPassword()); } catch (IdentityException e) { log.info("Cannot update password: " + user.getUserName() + "; ", e); } } } Attribute[] attrs = new Attribute[attributes.size()]; attrs = (Attribute[])attributes.toArray(attrs); try { am.updateAttributes(user.getUserName(), attrs); } catch (IdentityException e) { log.info("Cannot update attributes for user: " + user.getUserName() + "; ", e); } } {code} The method {{saveUser(User, boolean) _throws Exception_}} calls {{persistUserInfo(User user, IdentitySession session) _throws Exception_}}. Whereas, deeper in the code, you can easily notice that exceptions are caught in this level and traced by a {{log.info}}: * first time in the password level * second time when updating all of the attributes. (!) Users want to be notified when an error occurs during user registration. As well as being aware of the type of the caught exception. -- 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 From issues at jboss.org Mon Jan 13 21:50:32 2014 From: issues at jboss.org (Vu Viet Phuong (JIRA)) Date: Mon, 13 Jan 2014 21:50:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3365) Exception swallow in UserDaoImpl.persistUserInfo() In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3365?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vu Viet Phuong reassigned GTNPORTAL-3365: ----------------------------------------- Assignee: Vu Viet Phuong > Exception swallow in UserDaoImpl.persistUserInfo() > -------------------------------------------------- > > Key: GTNPORTAL-3365 > URL: https://issues.jboss.org/browse/GTNPORTAL-3365 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 3.6.3.Final > Reporter: Vu Viet Phuong > Assignee: Vu Viet Phuong > > Under "{{org.exoplatform.services.organization.idm}}, > focus on : > {code:title=UserDAOImp.java|borderStyle=solid} > public void persistUserInfo(User user, IdentitySession session) throws Exception > { > orgService.flush(); > AttributesManager am = session.getAttributesManager(); > ArrayList attributes = new ArrayList(); > /* ... */ > if (user.getPassword() != null) > { > if (orgService.getConfiguration().isPasswordAsAttribute()) > { > attributes.add(new SimpleAttribute(USER_PASSWORD, user.getPassword())); > } > else > { > try > { > am.updatePassword(session.getPersistenceManager().findUser(user.getUserName()), user.getPassword()); > } > catch (IdentityException e) > { > log.info("Cannot update password: " + user.getUserName() + "; ", e); > } > } > } > Attribute[] attrs = new Attribute[attributes.size()]; > attrs = (Attribute[])attributes.toArray(attrs); > try > { > am.updateAttributes(user.getUserName(), attrs); > } > catch (IdentityException e) > { > log.info("Cannot update attributes for user: " + user.getUserName() + "; ", e); > } > } > {code} > > The method {{saveUser(User, boolean) _throws Exception_}} > calls > {{persistUserInfo(User user, IdentitySession session) _throws Exception_}}. > > Whereas, deeper in the code, you can easily notice that exceptions are caught in this level and traced by a {{log.info}}: > * first time in the password level > * second time when updating all of the attributes. > (!) Users want to be notified when an error occurs during user registration. > As well as being aware of the type of the caught exception. -- 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 From issues at jboss.org Mon Jan 13 21:50:32 2014 From: issues at jboss.org (Vu Viet Phuong (JIRA)) Date: Mon, 13 Jan 2014 21:50:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3365) Exception swallow in UserDaoImpl.persistUserInfo() In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3365?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Work on GTNPORTAL-3365 started by Vu Viet Phuong. > Exception swallow in UserDaoImpl.persistUserInfo() > -------------------------------------------------- > > Key: GTNPORTAL-3365 > URL: https://issues.jboss.org/browse/GTNPORTAL-3365 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 3.6.3.Final > Reporter: Vu Viet Phuong > Assignee: Vu Viet Phuong > > Under "{{org.exoplatform.services.organization.idm}}, > focus on : > {code:title=UserDAOImp.java|borderStyle=solid} > public void persistUserInfo(User user, IdentitySession session) throws Exception > { > orgService.flush(); > AttributesManager am = session.getAttributesManager(); > ArrayList attributes = new ArrayList(); > /* ... */ > if (user.getPassword() != null) > { > if (orgService.getConfiguration().isPasswordAsAttribute()) > { > attributes.add(new SimpleAttribute(USER_PASSWORD, user.getPassword())); > } > else > { > try > { > am.updatePassword(session.getPersistenceManager().findUser(user.getUserName()), user.getPassword()); > } > catch (IdentityException e) > { > log.info("Cannot update password: " + user.getUserName() + "; ", e); > } > } > } > Attribute[] attrs = new Attribute[attributes.size()]; > attrs = (Attribute[])attributes.toArray(attrs); > try > { > am.updateAttributes(user.getUserName(), attrs); > } > catch (IdentityException e) > { > log.info("Cannot update attributes for user: " + user.getUserName() + "; ", e); > } > } > {code} > > The method {{saveUser(User, boolean) _throws Exception_}} > calls > {{persistUserInfo(User user, IdentitySession session) _throws Exception_}}. > > Whereas, deeper in the code, you can easily notice that exceptions are caught in this level and traced by a {{log.info}}: > * first time in the password level > * second time when updating all of the attributes. > (!) Users want to be notified when an error occurs during user registration. > As well as being aware of the type of the caught exception. -- 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 From issues at jboss.org Mon Jan 13 22:28:32 2014 From: issues at jboss.org (Hai Nguyen (JIRA)) Date: Mon, 13 Jan 2014 22:28:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3315) Portal setup improvements In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3315?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12935479#comment-12935479 ] Hai Nguyen commented on GTNPORTAL-3315: --------------------------------------- I have updated PR included [~vstorm83] commits. It sounds good when running with CORE Snapshot > Portal setup improvements > -------------------------- > > Key: GTNPORTAL-3315 > URL: https://issues.jboss.org/browse/GTNPORTAL-3315 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 3.6.0.Final > Reporter: Trong Tran > Assignee: Vu Viet Phuong > Fix For: 3.7.0.Final > > Original Estimate: 2 days > Time Spent: 3 days > Remaining Estimate: 0 minutes > > The Portal Setup feature was introduced since Gatein 3.6, it is always active by default. > Today there is a need that it could be able to disable the feature somehow. We also identify there are following needed improvements, potential bug fixes should be done in current implementation: > - Ability to Enable/Disable the feature > - Make it work more as an extension, to not forced adding things to core portal > - Get rid of cloning SetupOrganizationDatabaseInitializer from OrganizationDatabaseInitializer > - Removing repository/workspace name hard-coding in PortalSetupService -- 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 From issues at jboss.org Tue Jan 14 04:21:34 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Tue, 14 Jan 2014 04:21:34 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3364) Implement UI part for "Restricted" layout setting In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3364?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3364: ---------------------------------- Sprint: Sprint 91 > Implement UI part for "Restricted" layout setting > -------------------------------------------------- > > Key: GTNPORTAL-3364 > URL: https://issues.jboss.org/browse/GTNPORTAL-3364 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Trong Tran > Fix For: 3.7.0.Final > > > Following by the spec https://community.jboss.org/wiki/RestrictedPageEditor -- 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 From issues at jboss.org Tue Jan 14 04:21:34 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Tue, 14 Jan 2014 04:21:34 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3365) Exception swallow in UserDaoImpl.persistUserInfo() In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3365?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3365: ---------------------------------- Sprint: Sprint 91 > Exception swallow in UserDaoImpl.persistUserInfo() > -------------------------------------------------- > > Key: GTNPORTAL-3365 > URL: https://issues.jboss.org/browse/GTNPORTAL-3365 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 3.6.3.Final > Reporter: Vu Viet Phuong > Assignee: Vu Viet Phuong > > Under "{{org.exoplatform.services.organization.idm}}, > focus on : > {code:title=UserDAOImp.java|borderStyle=solid} > public void persistUserInfo(User user, IdentitySession session) throws Exception > { > orgService.flush(); > AttributesManager am = session.getAttributesManager(); > ArrayList attributes = new ArrayList(); > /* ... */ > if (user.getPassword() != null) > { > if (orgService.getConfiguration().isPasswordAsAttribute()) > { > attributes.add(new SimpleAttribute(USER_PASSWORD, user.getPassword())); > } > else > { > try > { > am.updatePassword(session.getPersistenceManager().findUser(user.getUserName()), user.getPassword()); > } > catch (IdentityException e) > { > log.info("Cannot update password: " + user.getUserName() + "; ", e); > } > } > } > Attribute[] attrs = new Attribute[attributes.size()]; > attrs = (Attribute[])attributes.toArray(attrs); > try > { > am.updateAttributes(user.getUserName(), attrs); > } > catch (IdentityException e) > { > log.info("Cannot update attributes for user: " + user.getUserName() + "; ", e); > } > } > {code} > > The method {{saveUser(User, boolean) _throws Exception_}} > calls > {{persistUserInfo(User user, IdentitySession session) _throws Exception_}}. > > Whereas, deeper in the code, you can easily notice that exceptions are caught in this level and traced by a {{log.info}}: > * first time in the password level > * second time when updating all of the attributes. > (!) Users want to be notified when an error occurs during user registration. > As well as being aware of the type of the caught exception. -- 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 From issues at jboss.org Tue Jan 14 04:21:34 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Tue, 14 Jan 2014 04:21:34 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3365) Exception swallow in UserDaoImpl.persistUserInfo() In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3365?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3365: ---------------------------------- Original Estimate: 4 hours Remaining Estimate: 4 hours > Exception swallow in UserDaoImpl.persistUserInfo() > -------------------------------------------------- > > Key: GTNPORTAL-3365 > URL: https://issues.jboss.org/browse/GTNPORTAL-3365 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 3.6.3.Final > Reporter: Vu Viet Phuong > Assignee: Vu Viet Phuong > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > Under "{{org.exoplatform.services.organization.idm}}, > focus on : > {code:title=UserDAOImp.java|borderStyle=solid} > public void persistUserInfo(User user, IdentitySession session) throws Exception > { > orgService.flush(); > AttributesManager am = session.getAttributesManager(); > ArrayList attributes = new ArrayList(); > /* ... */ > if (user.getPassword() != null) > { > if (orgService.getConfiguration().isPasswordAsAttribute()) > { > attributes.add(new SimpleAttribute(USER_PASSWORD, user.getPassword())); > } > else > { > try > { > am.updatePassword(session.getPersistenceManager().findUser(user.getUserName()), user.getPassword()); > } > catch (IdentityException e) > { > log.info("Cannot update password: " + user.getUserName() + "; ", e); > } > } > } > Attribute[] attrs = new Attribute[attributes.size()]; > attrs = (Attribute[])attributes.toArray(attrs); > try > { > am.updateAttributes(user.getUserName(), attrs); > } > catch (IdentityException e) > { > log.info("Cannot update attributes for user: " + user.getUserName() + "; ", e); > } > } > {code} > > The method {{saveUser(User, boolean) _throws Exception_}} > calls > {{persistUserInfo(User user, IdentitySession session) _throws Exception_}}. > > Whereas, deeper in the code, you can easily notice that exceptions are caught in this level and traced by a {{log.info}}: > * first time in the password level > * second time when updating all of the attributes. > (!) Users want to be notified when an error occurs during user registration. > As well as being aware of the type of the caught exception. -- 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 From issues at jboss.org Tue Jan 14 04:27:33 2014 From: issues at jboss.org (Marek Posolda (JIRA)) Date: Tue, 14 Jan 2014 04:27:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-2801) Add eviction to indexer-config.xml In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-2801?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12935531#comment-12935531 ] Marek Posolda commented on GTNPORTAL-2801: ------------------------------------------ So Nicolas confirmed on jbossexo ML that this configuration can't be used by default. It's by design that JBC configuration for indexer doesn't have eviction enabled. Enabling eviction could break the index and cause inconsistencies in JCR query results. On the other hand, for some people it may be still useful as there are not so many places in GateIn where are JCR queries used (I am aware that queries are used in PageManagementPortlet and WSRP). So for someone, it may be good to save some memory with the disadvantage of broken index, which means that some functionalities (like mentioned PageManagementPortlet and WSRP) may not work correctly. Maybe it worth to mention this into perf tuning guide? But it seems that it must be properly tested first and all consequences should be documented as well. > Add eviction to indexer-config.xml > ---------------------------------- > > Key: GTNPORTAL-2801 > URL: https://issues.jboss.org/browse/GTNPORTAL-2801 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: JCR integration > Affects Versions: 3.5.0.Final > Reporter: Toshiya Kobayashi > > gatein.ear/portal.war/WEB-INF/conf/jcr/jbosscache/cluster/indexer-config.xml doesn't have eviction configuration. It may cause a memory leak in slave nodes. > {code:xml} > > lockAcquisitionTimeout="20000"/> > > > > > > > > > {code} -- 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 From issues at jboss.org Tue Jan 14 04:45:33 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Tue, 14 Jan 2014 04:45:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3364) Implement UI part for "Restricted" layout setting In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3364?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3364: ---------------------------------- Original Estimate: 2 days, 4 hours Remaining Estimate: 2 days, 4 hours > Implement UI part for "Restricted" layout setting > -------------------------------------------------- > > Key: GTNPORTAL-3364 > URL: https://issues.jboss.org/browse/GTNPORTAL-3364 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Trong Tran > Fix For: 3.7.0.Final > > Original Estimate: 2 days, 4 hours > Remaining Estimate: 2 days, 4 hours > > Following by the spec https://community.jboss.org/wiki/RestrictedPageEditor -- 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 From issues at jboss.org Tue Jan 14 05:51:32 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Tue, 14 Jan 2014 05:51:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3364) Implement UI part for "Restricted" layout setting In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3364?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran reassigned GTNPORTAL-3364: ------------------------------------- Assignee: Tuyen Nguyen The > Implement UI part for "Restricted" layout setting > -------------------------------------------------- > > Key: GTNPORTAL-3364 > URL: https://issues.jboss.org/browse/GTNPORTAL-3364 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Trong Tran > Assignee: Tuyen Nguyen The > Fix For: 3.7.0.Final > > Original Estimate: 2 days, 4 hours > Remaining Estimate: 2 days, 4 hours > > Following by the spec https://community.jboss.org/wiki/RestrictedPageEditor -- 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 From issues at jboss.org Tue Jan 14 10:53:32 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Tue, 14 Jan 2014 10:53:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3362) Add examples for Inter Portlet Communication In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3362?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce updated GTNPORTAL-3362: ----------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/762 > Add examples for Inter Portlet Communication > -------------------------------------------- > > Key: GTNPORTAL-3362 > URL: https://issues.jboss.org/browse/GTNPORTAL-3362 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Lucas Ponce > Assignee: Lucas Ponce > > Add examples covering Public Render Parameters and Portlet Events -- 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 From issues at jboss.org Tue Jan 14 10:55:33 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Tue, 14 Jan 2014 10:55:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3362) Add examples for Inter Portlet Communication In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3362?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] RH Bugzilla Integration updated GTNPORTAL-3362: ----------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=793726 > Add examples for Inter Portlet Communication > -------------------------------------------- > > Key: GTNPORTAL-3362 > URL: https://issues.jboss.org/browse/GTNPORTAL-3362 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Lucas Ponce > Assignee: Lucas Ponce > > Add examples covering Public Render Parameters and Portlet Events -- 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 From issues at jboss.org Tue Jan 14 15:23:32 2014 From: issues at jboss.org (Marek Posolda (JIRA)) Date: Tue, 14 Jan 2014 15:23:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-2801) Add eviction to indexer-config.xml In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-2801?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12935726#comment-12935726 ] Marek Posolda commented on GTNPORTAL-2801: ------------------------------------------ Update: It seems that my previous comment could be ignored. The whole issue is eXo JCR bug, which causes that JBC items with index changes are not properly purged on slave nodes after applying (just on master node). There is eXo JCR jira here: https://jira.exoplatform.org/browse/JCR-2269 . After fixing this and update JCR, we won't need any eviction configuration in JBC config or some hack setups to be documented in performance guide. > Add eviction to indexer-config.xml > ---------------------------------- > > Key: GTNPORTAL-2801 > URL: https://issues.jboss.org/browse/GTNPORTAL-2801 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: JCR integration > Affects Versions: 3.5.0.Final > Reporter: Toshiya Kobayashi > > gatein.ear/portal.war/WEB-INF/conf/jcr/jbosscache/cluster/indexer-config.xml doesn't have eviction configuration. It may cause a memory leak in slave nodes. > {code:xml} > > lockAcquisitionTimeout="20000"/> > > > > > > > > > {code} -- 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 From issues at jboss.org Tue Jan 14 21:15:34 2014 From: issues at jboss.org (Tuyen Nguyen The (JIRA)) Date: Tue, 14 Jan 2014 21:15:34 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3364) Implement UI part for "Restricted" layout setting In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3364?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Work on GTNPORTAL-3364 started by Tuyen Nguyen The. > Implement UI part for "Restricted" layout setting > -------------------------------------------------- > > Key: GTNPORTAL-3364 > URL: https://issues.jboss.org/browse/GTNPORTAL-3364 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Trong Tran > Assignee: Tuyen Nguyen The > Fix For: 3.7.0.Final > > Original Estimate: 2 days, 4 hours > Remaining Estimate: 2 days, 4 hours > > Following by the spec https://community.jboss.org/wiki/RestrictedPageEditor -- 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 From issues at jboss.org Tue Jan 14 22:53:32 2014 From: issues at jboss.org (Tran Trung Thanh (JIRA)) Date: Tue, 14 Jan 2014 22:53:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3366) [IE8, IE9] Can not rename Dashboard tab if name contains accent chars In-Reply-To: References: Message-ID: Tran Trung Thanh created GTNPORTAL-3366: ------------------------------------------- Summary: [IE8, IE9] Can not rename Dashboard tab if name contains accent chars Key: GTNPORTAL-3366 URL: https://issues.jboss.org/browse/GTNPORTAL-3366 Project: GateIn Portal Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 3.5.8.Final Reporter: Tran Trung Thanh Steps to reproduce: - Login - Create a Dashboard page - Go to that page, create a new tab of which name contains accent chars (i.e. s? m?i kh?o d?i) - Edit name of that tab by deleting some chars in the name (i.e.: s? m?i) - Hit Enter >>> Result: can not rename -- 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 From issues at jboss.org Wed Jan 15 01:43:32 2014 From: issues at jboss.org (Tran Trung Thanh (JIRA)) Date: Wed, 15 Jan 2014 01:43:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3367) Cannot login as user whose password contains accent character In-Reply-To: References: Message-ID: Tran Trung Thanh created GTNPORTAL-3367: ------------------------------------------- Summary: Cannot login as user whose password contains accent character Key: GTNPORTAL-3367 URL: https://issues.jboss.org/browse/GTNPORTAL-3367 Project: GateIn Portal Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 3.5.8.Final Reporter: Tran Trung Thanh Priority: Minor - Integrate Gatein with LDAP - Create at LDAP a user whose password contains accent character e.g. *ABe1-(1?1* - Try to login -> Cannot login -- 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 From issues at jboss.org Wed Jan 15 03:29:32 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Wed, 15 Jan 2014 03:29:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3368) CDI Portlet Deployment is not working anymore in latest master In-Reply-To: References: Message-ID: Trong Tran created GTNPORTAL-3368: ------------------------------------- Summary: CDI Portlet Deployment is not working anymore in latest master Key: GTNPORTAL-3368 URL: https://issues.jboss.org/browse/GTNPORTAL-3368 Project: GateIn Portal Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Trong Tran Assignee: Peter Palaga Fix For: 3.7.0.Final Today I have tried to deploy cdi-generic-portlet and cdi-scopes-portlet examples from gatein-portal-quickstarts on latest GateIn master. Then I have got following error in console log during startup: {code} 13:55:16,715 INFO [org.jboss.weld.deployer] (MSC service thread 1-7) JBAS016005: Starting Services for CDI deployment: cdi-generic-portlet.war 13:55:16,755 INFO [org.jboss.weld.Version] (MSC service thread 1-7) WELD-000900 1.1.5 (AS71) 13:55:16,775 INFO [org.jboss.weld.deployer] (MSC service thread 1-1) JBAS016008: Starting weld service for deployment cdi-generic-portlet.war 13:55:17,103 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC00001: Failed to start service jboss.deployment.unit."cdi-generic-portlet.war".component."org.gatein.cdi.contexts.listeners.CDIServletListener".WeldInstantiator: org.jboss.msc.service.StartException in service jboss.deployment.unit."cdi-generic-portlet.war".component."org.gatein.cdi.contexts.listeners.CDIServletListener".WeldInstantiator: Failed to start service at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1767) [jboss-msc-1.0.2.GA.jar:1.0.2.GA] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_21] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_21] at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_21] Caused by: java.lang.RuntimeException: JBAS016060: Could not resolve CDI bean for injection point private org.gatein.cdi.CDIPortletContextExtension org.gatein.cdi.contexts.listeners.CDIServletListener.extension with qualifiers [] at org.jboss.as.weld.injection.WeldEEInjection.createWeldEEInjection(WeldEEInjection.java:161) at org.jboss.as.weld.injection.WeldManagedReferenceFactory.start(WeldManagedReferenceFactory.java:127) at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.2.GA.jar:1.0.2.GA] at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.2.GA.jar:1.0.2.GA] ... 3 more 13:55:17,318 INFO [org.jboss.as.server] (DeploymentScanner-threads - 2) JBAS015870: Deploy of deployment "cdi-generic-portlet.war" was rolled back with failure message {"JBAS014671: Failed services" => {"jboss.deployment.unit.\"cdi-generic-portlet.war\".component.\"org.gatein.cdi.contexts.listeners.CDIServletListener\".WeldInstantiator" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"cdi-generic-portlet.war\".component.\"org.gatein.cdi.contexts.listeners.CDIServletListener\".WeldInstantiator: Failed to start service"}} 13:55:17,327 INFO [org.jboss.weld.deployer] (MSC service thread 1-5) JBAS016009: Stopping weld service for deployment cdi-generic-portlet.war 13:55:17,340 INFO [org.jboss.as.server.deployment] (MSC service thread 1-8) JBAS015877: Stopped deployment cdi-generic-portlet.war in 22ms 13:55:17,341 INFO [org.jboss.as.controller] (DeploymentScanner-threads - 2) JBAS014774: Service status report JBAS014777: Services which failed to start: service jboss.deployment.unit."cdi-generic-portlet.war".component."org.gatein.cdi.contexts.listeners.CDIServletListener".WeldInstantiator: org.jboss.msc.service.StartException in service jboss.deployment.unit."cdi-generic-portlet.war".component."org.gatein.cdi.contexts.listeners.CDIServletListener".WeldInstantiator: Failed to start service 13:55:17,344 ERROR [org.jboss.as.server.deployment.scanner] (DeploymentScanner-threads - 1) {"JBAS014653: Composite operation failed and was rolled back. Steps that failed:" => {"Operation step-2" => {"JBAS014671: Failed services" => {"jboss.deployment.unit.\"cdi-generic-portlet.war\".component.\"org.gatein.cdi.contexts.listeners.CDIServletListener\".WeldInstantiator" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"cdi-generic-portlet.war\".component.\"org.gatein.cdi.contexts.listeners.CDIServletListener\".WeldInstantiator: Failed to start service"}}}} {code} I confirm that it is still working well in latest gatein 3.7.0.Alpha01. -- 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 From issues at jboss.org Wed Jan 15 03:37:33 2014 From: issues at jboss.org (Tran Trung Thanh (JIRA)) Date: Wed, 15 Jan 2014 03:37:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3367) Cannot login as user whose password contains accent character In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3367?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tran Trung Thanh updated GTNPORTAL-3367: ---------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/763 Fix description - Encode request as UTF-8 > Cannot login as user whose password contains accent character > ------------------------------------------------------------- > > Key: GTNPORTAL-3367 > URL: https://issues.jboss.org/browse/GTNPORTAL-3367 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.5.8.Final > Reporter: Tran Trung Thanh > Priority: Minor > > - Integrate Gatein with LDAP > - Create at LDAP a user whose password contains accent character e.g. *ABe1-(1?1* > - Try to login > -> Cannot login -- 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 From issues at jboss.org Wed Jan 15 04:29:33 2014 From: issues at jboss.org (Tran Trung Thanh (JIRA)) Date: Wed, 15 Jan 2014 04:29:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3366) [IE8, IE9] Can not rename Dashboard tab if name contains accent chars In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3366?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tran Trung Thanh updated GTNPORTAL-3366: ---------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/764 Fix description: - Encode current name before invoking rename action > [IE8, IE9] Can not rename Dashboard tab if name contains accent chars > --------------------------------------------------------------------- > > Key: GTNPORTAL-3366 > URL: https://issues.jboss.org/browse/GTNPORTAL-3366 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.5.8.Final > Reporter: Tran Trung Thanh > > Steps to reproduce: > - Login > - Create a Dashboard page > - Go to that page, create a new tab of which name contains accent chars (i.e. s? m?i kh?o d?i) > - Edit name of that tab by deleting some chars in the name (i.e.: s? m?i) > - Hit Enter > >>> Result: can not rename -- 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 From issues at jboss.org Wed Jan 15 04:31:33 2014 From: issues at jboss.org (Tran Trung Thanh (JIRA)) Date: Wed, 15 Jan 2014 04:31:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3366) [IE8, IE9] Can not rename Dashboard tab if name contains accent chars In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3366?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12935805#comment-12935805 ] Tran Trung Thanh commented on GTNPORTAL-3366: --------------------------------------------- Currently, in all browsers, user cannot access Tab whose name containing accent character. PR in GTNPORTAL-3290 can fix this problem. > [IE8, IE9] Can not rename Dashboard tab if name contains accent chars > --------------------------------------------------------------------- > > Key: GTNPORTAL-3366 > URL: https://issues.jboss.org/browse/GTNPORTAL-3366 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.5.8.Final > Reporter: Tran Trung Thanh > > Steps to reproduce: > - Login > - Create a Dashboard page > - Go to that page, create a new tab of which name contains accent chars (i.e. s? m?i kh?o d?i) > - Edit name of that tab by deleting some chars in the name (i.e.: s? m?i) > - Hit Enter > >>> Result: can not rename -- 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 From issues at jboss.org Wed Jan 15 05:50:33 2014 From: issues at jboss.org (Vu Viet Phuong (JIRA)) Date: Wed, 15 Jan 2014 05:50:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3365) Exception swallow in UserDaoImpl.persistUserInfo() In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3365?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vu Viet Phuong updated GTNPORTAL-3365: -------------------------------------- Status: Pull Request Sent (was: Coding In Progress) Git Pull Request: https://github.com/gatein/gatein-portal/pull/765 > Exception swallow in UserDaoImpl.persistUserInfo() > -------------------------------------------------- > > Key: GTNPORTAL-3365 > URL: https://issues.jboss.org/browse/GTNPORTAL-3365 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 3.6.3.Final > Reporter: Vu Viet Phuong > Assignee: Vu Viet Phuong > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > Under "{{org.exoplatform.services.organization.idm}}, > focus on : > {code:title=UserDAOImp.java|borderStyle=solid} > public void persistUserInfo(User user, IdentitySession session) throws Exception > { > orgService.flush(); > AttributesManager am = session.getAttributesManager(); > ArrayList attributes = new ArrayList(); > /* ... */ > if (user.getPassword() != null) > { > if (orgService.getConfiguration().isPasswordAsAttribute()) > { > attributes.add(new SimpleAttribute(USER_PASSWORD, user.getPassword())); > } > else > { > try > { > am.updatePassword(session.getPersistenceManager().findUser(user.getUserName()), user.getPassword()); > } > catch (IdentityException e) > { > log.info("Cannot update password: " + user.getUserName() + "; ", e); > } > } > } > Attribute[] attrs = new Attribute[attributes.size()]; > attrs = (Attribute[])attributes.toArray(attrs); > try > { > am.updateAttributes(user.getUserName(), attrs); > } > catch (IdentityException e) > { > log.info("Cannot update attributes for user: " + user.getUserName() + "; ", e); > } > } > {code} > > The method {{saveUser(User, boolean) _throws Exception_}} > calls > {{persistUserInfo(User user, IdentitySession session) _throws Exception_}}. > > Whereas, deeper in the code, you can easily notice that exceptions are caught in this level and traced by a {{log.info}}: > * first time in the password level > * second time when updating all of the attributes. > (!) Users want to be notified when an error occurs during user registration. > As well as being aware of the type of the caught exception. -- 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 From issues at jboss.org Wed Jan 15 05:52:32 2014 From: issues at jboss.org (Vu Viet Phuong (JIRA)) Date: Wed, 15 Jan 2014 05:52:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3365) Exception swallow in UserDaoImpl.persistUserInfo() In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3365?focusedWorklogId=12430469&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-12430469 ] Vu Viet Phuong logged work on GTNPORTAL-3365: --------------------------------------------- Author: Vu Viet Phuong Created on: 15/Jan/14 5:51 AM Start Date: 15/Jan/14 5:50 AM Worklog Time Spent: 6 hours Work Description: There is 2 problem on Picketlink, so I have to make workaround on the PR to fix for this case. The 2 issues are: 1. Picketlink has not support transaction for LDAP yet 2. Picketlink uses internal cache (infinispan) but this cache is not clear when there is exception occurred Issue Time Tracking ------------------- Remaining Estimate: 0 minutes (was: 4 hours) Time Spent: 6 hours Worklog Id: (was: 12430469) > Exception swallow in UserDaoImpl.persistUserInfo() > -------------------------------------------------- > > Key: GTNPORTAL-3365 > URL: https://issues.jboss.org/browse/GTNPORTAL-3365 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 3.6.3.Final > Reporter: Vu Viet Phuong > Assignee: Vu Viet Phuong > Original Estimate: 4 hours > Time Spent: 6 hours > Remaining Estimate: 0 minutes > > Under "{{org.exoplatform.services.organization.idm}}, > focus on : > {code:title=UserDAOImp.java|borderStyle=solid} > public void persistUserInfo(User user, IdentitySession session) throws Exception > { > orgService.flush(); > AttributesManager am = session.getAttributesManager(); > ArrayList attributes = new ArrayList(); > /* ... */ > if (user.getPassword() != null) > { > if (orgService.getConfiguration().isPasswordAsAttribute()) > { > attributes.add(new SimpleAttribute(USER_PASSWORD, user.getPassword())); > } > else > { > try > { > am.updatePassword(session.getPersistenceManager().findUser(user.getUserName()), user.getPassword()); > } > catch (IdentityException e) > { > log.info("Cannot update password: " + user.getUserName() + "; ", e); > } > } > } > Attribute[] attrs = new Attribute[attributes.size()]; > attrs = (Attribute[])attributes.toArray(attrs); > try > { > am.updateAttributes(user.getUserName(), attrs); > } > catch (IdentityException e) > { > log.info("Cannot update attributes for user: " + user.getUserName() + "; ", e); > } > } > {code} > > The method {{saveUser(User, boolean) _throws Exception_}} > calls > {{persistUserInfo(User user, IdentitySession session) _throws Exception_}}. > > Whereas, deeper in the code, you can easily notice that exceptions are caught in this level and traced by a {{log.info}}: > * first time in the password level > * second time when updating all of the attributes. > (!) Users want to be notified when an error occurs during user registration. > As well as being aware of the type of the caught exception. -- 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 From issues at jboss.org Wed Jan 15 07:25:33 2014 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Wed, 15 Jan 2014 07:25:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3368) CDI Portlet Deployment is not working anymore in latest master In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3368?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12935874#comment-12935874 ] Peter Palaga commented on GTNPORTAL-3368: ----------------------------------------- Thanks for the report, Trong. How did you build the quickstart? The thing is that we have changed our development model for quickstarts cca 4 weeks ago. The main relevant points are two: (1) GateIn compatibility is no strict requirement for quickstarts anymore, but it is nice to have and best effort only. (2) {{master}} branch is not maintained anymore. There is {{6.1.x-develop}} which is supposed to work with JBoss Portal 6.1.x I guess you built from {{master}}. If so, could you please try using {{6.1.x-develop}}? https://github.com/jboss-developer/jboss-portal-quickstarts/tree/6.1.x-develop > CDI Portlet Deployment is not working anymore in latest master > -------------------------------------------------------------- > > Key: GTNPORTAL-3368 > URL: https://issues.jboss.org/browse/GTNPORTAL-3368 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Trong Tran > Assignee: Peter Palaga > Fix For: 3.7.0.Final > > > Today I have tried to deploy cdi-generic-portlet and cdi-scopes-portlet examples from gatein-portal-quickstarts on latest GateIn master. Then I have got following error in console log during startup: > {code} > 13:55:16,715 INFO [org.jboss.weld.deployer] (MSC service thread 1-7) JBAS016005: Starting Services for CDI deployment: cdi-generic-portlet.war > 13:55:16,755 INFO [org.jboss.weld.Version] (MSC service thread 1-7) WELD-000900 1.1.5 (AS71) > 13:55:16,775 INFO [org.jboss.weld.deployer] (MSC service thread 1-1) JBAS016008: Starting weld service for deployment cdi-generic-portlet.war > 13:55:17,103 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC00001: Failed to start service jboss.deployment.unit."cdi-generic-portlet.war".component."org.gatein.cdi.contexts.listeners.CDIServletListener".WeldInstantiator: org.jboss.msc.service.StartException in service jboss.deployment.unit."cdi-generic-portlet.war".component."org.gatein.cdi.contexts.listeners.CDIServletListener".WeldInstantiator: Failed to start service > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1767) [jboss-msc-1.0.2.GA.jar:1.0.2.GA] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_21] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_21] > at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_21] > Caused by: java.lang.RuntimeException: JBAS016060: Could not resolve CDI bean for injection point private org.gatein.cdi.CDIPortletContextExtension org.gatein.cdi.contexts.listeners.CDIServletListener.extension with qualifiers [] > at org.jboss.as.weld.injection.WeldEEInjection.createWeldEEInjection(WeldEEInjection.java:161) > at org.jboss.as.weld.injection.WeldManagedReferenceFactory.start(WeldManagedReferenceFactory.java:127) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.2.GA.jar:1.0.2.GA] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.2.GA.jar:1.0.2.GA] > ... 3 more > 13:55:17,318 INFO [org.jboss.as.server] (DeploymentScanner-threads - 2) JBAS015870: Deploy of deployment "cdi-generic-portlet.war" was rolled back with failure message {"JBAS014671: Failed services" => {"jboss.deployment.unit.\"cdi-generic-portlet.war\".component.\"org.gatein.cdi.contexts.listeners.CDIServletListener\".WeldInstantiator" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"cdi-generic-portlet.war\".component.\"org.gatein.cdi.contexts.listeners.CDIServletListener\".WeldInstantiator: Failed to start service"}} > 13:55:17,327 INFO [org.jboss.weld.deployer] (MSC service thread 1-5) JBAS016009: Stopping weld service for deployment cdi-generic-portlet.war > 13:55:17,340 INFO [org.jboss.as.server.deployment] (MSC service thread 1-8) JBAS015877: Stopped deployment cdi-generic-portlet.war in 22ms > 13:55:17,341 INFO [org.jboss.as.controller] (DeploymentScanner-threads - 2) JBAS014774: Service status report > JBAS014777: Services which failed to start: service jboss.deployment.unit."cdi-generic-portlet.war".component."org.gatein.cdi.contexts.listeners.CDIServletListener".WeldInstantiator: org.jboss.msc.service.StartException in service jboss.deployment.unit."cdi-generic-portlet.war".component."org.gatein.cdi.contexts.listeners.CDIServletListener".WeldInstantiator: Failed to start service > 13:55:17,344 ERROR [org.jboss.as.server.deployment.scanner] (DeploymentScanner-threads - 1) {"JBAS014653: Composite operation failed and was rolled back. Steps that failed:" => {"Operation step-2" => {"JBAS014671: Failed services" => {"jboss.deployment.unit.\"cdi-generic-portlet.war\".component.\"org.gatein.cdi.contexts.listeners.CDIServletListener\".WeldInstantiator" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"cdi-generic-portlet.war\".component.\"org.gatein.cdi.contexts.listeners.CDIServletListener\".WeldInstantiator: Failed to start service"}}}} > {code} > I confirm that it is still working well in latest gatein 3.7.0.Alpha01. -- 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 From issues at jboss.org Wed Jan 15 10:56:32 2014 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Wed, 15 Jan 2014 10:56:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3363) Provide feedback on logs when gadget is not white-listed In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3363?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Palaga updated GTNPORTAL-3363: ------------------------------------ Status: Resolved (was: Pull Request Sent) Fix Version/s: 3.7.0.Final Resolution: Done > Provide feedback on logs when gadget is not white-listed > -------------------------------------------------------- > > Key: GTNPORTAL-3363 > URL: https://issues.jboss.org/browse/GTNPORTAL-3363 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Juraci Paix?o Kr?hling > Assignee: Juraci Paix?o Kr?hling > Fix For: 3.7.0.Final > > > When a gadget is not white-listed, the ProxyFilterService rejects the loading of the contents, but provides no hints on the logs about it, making the user to believe that the gadget might be at fault. A solution is to log at INFO level that access to it has been blocked. -- 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 From issues at jboss.org Wed Jan 15 10:58:33 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Wed, 15 Jan 2014 10:58:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3363) Provide feedback on logs when gadget is not white-listed In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3363?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12935996#comment-12935996 ] RH Bugzilla Integration commented on GTNPORTAL-3363: ---------------------------------------------------- Peter Palaga changed the Status of [bug 794468|https://bugzilla.redhat.com/show_bug.cgi?id=794468] from ASSIGNED to POST > Provide feedback on logs when gadget is not white-listed > -------------------------------------------------------- > > Key: GTNPORTAL-3363 > URL: https://issues.jboss.org/browse/GTNPORTAL-3363 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Juraci Paix?o Kr?hling > Assignee: Juraci Paix?o Kr?hling > Fix For: 3.7.0.Final > > > When a gadget is not white-listed, the ProxyFilterService rejects the loading of the contents, but provides no hints on the logs about it, making the user to believe that the gadget might be at fault. A solution is to log at INFO level that access to it has been blocked. -- 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 From issues at jboss.org Wed Jan 15 11:10:34 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Wed, 15 Jan 2014 11:10:34 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3362) Add examples for Inter Portlet Communication In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3362?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12936004#comment-12936004 ] RH Bugzilla Integration commented on GTNPORTAL-3362: ---------------------------------------------------- Peter Palaga changed the Status of [bug 793726|https://bugzilla.redhat.com/show_bug.cgi?id=793726] from ASSIGNED to POST > Add examples for Inter Portlet Communication > -------------------------------------------- > > Key: GTNPORTAL-3362 > URL: https://issues.jboss.org/browse/GTNPORTAL-3362 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Lucas Ponce > Assignee: Lucas Ponce > > Add examples covering Public Render Parameters and Portlet Events -- 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 From issues at jboss.org Wed Jan 15 11:10:34 2014 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Wed, 15 Jan 2014 11:10:34 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3362) Add examples for Inter Portlet Communication In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3362?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Palaga updated GTNPORTAL-3362: ------------------------------------ Status: Resolved (was: Pull Request Sent) Fix Version/s: 3.7.0.Final Resolution: Done > Add examples for Inter Portlet Communication > -------------------------------------------- > > Key: GTNPORTAL-3362 > URL: https://issues.jboss.org/browse/GTNPORTAL-3362 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Fix For: 3.7.0.Final > > > Add examples covering Public Render Parameters and Portlet Events -- 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 From issues at jboss.org Wed Jan 15 11:16:33 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Wed, 15 Jan 2014 11:16:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3362) Add examples for Inter Portlet Communication In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3362?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12936006#comment-12936006 ] RH Bugzilla Integration commented on GTNPORTAL-3362: ---------------------------------------------------- Lucas Ponce changed the Status of [bug 793726|https://bugzilla.redhat.com/show_bug.cgi?id=793726] from POST to ASSIGNED > Add examples for Inter Portlet Communication > -------------------------------------------- > > Key: GTNPORTAL-3362 > URL: https://issues.jboss.org/browse/GTNPORTAL-3362 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Fix For: 3.7.0.Final > > > Add examples covering Public Render Parameters and Portlet Events -- 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 From issues at jboss.org Wed Jan 15 11:28:33 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Wed, 15 Jan 2014 11:28:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3358) Redirect Admin UI: Missing warning icon when redirect site is missing In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3358?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] RH Bugzilla Integration updated GTNPORTAL-3358: ----------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1053695 > Redirect Admin UI: Missing warning icon when redirect site is missing > --------------------------------------------------------------------- > > Key: GTNPORTAL-3358 > URL: https://issues.jboss.org/browse/GTNPORTAL-3358 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: User Interface > Affects Versions: 3.6.3.Final > Reporter: Alexandre Mendon?a > Assignee: Alexandre Mendon?a > > When a portal site which is used in a redirect has been deleted, the redirects summary page where it shows should show a warning sign (with tooltip indicating it does not exist anymore). > Currently, this icon is missing, the space is left blank and the tooltip is still shown when placing the mouse cursor over it. -- 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 From issues at jboss.org Wed Jan 15 12:12:33 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Wed, 15 Jan 2014 12:12:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3369) Add Public Render Parameter support at URL level In-Reply-To: References: Message-ID: Lucas Ponce created GTNPORTAL-3369: -------------------------------------- Summary: Add Public Render Parameter support at URL level Key: GTNPORTAL-3369 URL: https://issues.jboss.org/browse/GTNPORTAL-3369 Project: GateIn Portal Issue Type: Feature Request Security Level: Public (Everyone can see) Components: WebUI Reporter: Lucas Ponce Assignee: Lucas Ponce Fix For: 3.7.0.Final Add support to pass Public Render Parameters at URL level -- 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 From issues at jboss.org Wed Jan 15 12:14:33 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Wed, 15 Jan 2014 12:14:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3369) Add Public Render Parameter support at URL level In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3369?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] RH Bugzilla Integration updated GTNPORTAL-3369: ----------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=793726 > Add Public Render Parameter support at URL level > ------------------------------------------------ > > Key: GTNPORTAL-3369 > URL: https://issues.jboss.org/browse/GTNPORTAL-3369 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: WebUI > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Fix For: 3.7.0.Final > > > Add support to pass Public Render Parameters at URL level -- 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 From issues at jboss.org Wed Jan 15 12:14:33 2014 From: issues at jboss.org (=?UTF-8?Q?Juraci_Paix=C3=A3o_Kr=C3=B6hling_=28JIRA=29?=) Date: Wed, 15 Jan 2014 12:14:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3370) Add a function to completely hide a page using check-box and date-control In-Reply-To: References: Message-ID: Juraci Paix?o Kr?hling created GTNPORTAL-3370: ------------------------------------------------- Summary: Add a function to completely hide a page using check-box and date-control Key: GTNPORTAL-3370 URL: https://issues.jboss.org/browse/GTNPORTAL-3370 Project: GateIn Portal Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Juraci Paix?o Kr?hling Assignee: Juraci Paix?o Kr?hling As mentioned in GTNPORTAL-2033/JBEPP-1096, "Visible" and "Publication date" are effective only for Navigation. Pages are still accessible via direct URL access, such as http://localhost:8080/portal/private/classic/pagename GTNPORTAL-2033/JBEPP-1096 is for a documentation fix because it is an expected behaviour and the document should mention the limitation. This JIRA is raised for a feature request to implement the function to completely hide a page from users. It may be going to add some capability to "Visible" and "Publication date" feature. -- 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 From issues at jboss.org Wed Jan 15 13:38:32 2014 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Wed, 15 Jan 2014 13:38:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3358) Redirect Admin UI: Missing warning icon when redirect site is missing In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3358?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Palaga updated GTNPORTAL-3358: ------------------------------------ Status: Resolved (was: Pull Request Sent) Fix Version/s: 3.6.4.Final 3.7.0.Final Resolution: Done > Redirect Admin UI: Missing warning icon when redirect site is missing > --------------------------------------------------------------------- > > Key: GTNPORTAL-3358 > URL: https://issues.jboss.org/browse/GTNPORTAL-3358 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: User Interface > Affects Versions: 3.6.3.Final > Reporter: Alexandre Mendon?a > Assignee: Alexandre Mendon?a > Fix For: 3.6.4.Final, 3.7.0.Final > > > When a portal site which is used in a redirect has been deleted, the redirects summary page where it shows should show a warning sign (with tooltip indicating it does not exist anymore). > Currently, this icon is missing, the space is left blank and the tooltip is still shown when placing the mouse cursor over it. -- 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 From issues at jboss.org Wed Jan 15 13:40:32 2014 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Wed, 15 Jan 2014 13:40:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3359) Exceptions in log when stopping portal In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3359?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Palaga updated GTNPORTAL-3359: ------------------------------------ Status: Resolved (was: Pull Request Sent) Fix Version/s: 3.6.4.Final 3.7.0.Final Resolution: Done > Exceptions in log when stopping portal > --------------------------------------- > > Key: GTNPORTAL-3359 > URL: https://issues.jboss.org/browse/GTNPORTAL-3359 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Juraci Paix?o Kr?hling > Assignee: Juraci Paix?o Kr?hling > Fix For: 3.6.4.Final, 3.7.0.Final > > > There is WARN with exceptios in log when stoppinng the portal. > I'm attaching stacktraces (for both default datasource and "real" database datasource) -- 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 From issues at jboss.org Wed Jan 15 13:42:32 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Wed, 15 Jan 2014 13:42:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3359) Exceptions in log when stopping portal In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3359?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12936055#comment-12936055 ] RH Bugzilla Integration commented on GTNPORTAL-3359: ---------------------------------------------------- Peter Palaga changed the Status of [bug 1040395|https://bugzilla.redhat.com/show_bug.cgi?id=1040395] from ASSIGNED to MODIFIED > Exceptions in log when stopping portal > --------------------------------------- > > Key: GTNPORTAL-3359 > URL: https://issues.jboss.org/browse/GTNPORTAL-3359 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Juraci Paix?o Kr?hling > Assignee: Juraci Paix?o Kr?hling > Fix For: 3.6.4.Final, 3.7.0.Final > > > There is WARN with exceptios in log when stoppinng the portal. > I'm attaching stacktraces (for both default datasource and "real" database datasource) -- 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 From issues at jboss.org Wed Jan 15 14:38:32 2014 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Wed, 15 Jan 2014 14:38:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3361) Allow more flexible cache-control header per portal In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3361?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Palaga updated GTNPORTAL-3361: ------------------------------------ Status: Resolved (was: Pull Request Sent) Fix Version/s: 3.7.0.Final Resolution: Done > Allow more flexible cache-control header per portal > --------------------------------------------------- > > Key: GTNPORTAL-3361 > URL: https://issues.jboss.org/browse/GTNPORTAL-3361 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Juraci Paix?o Kr?hling > Assignee: Juraci Paix?o Kr?hling > Fix For: 3.7.0.Final > > > Allow each portal to have its own Cache-control directive, as per Bugzilla 811126 -- 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 From issues at jboss.org Wed Jan 15 14:40:32 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Wed, 15 Jan 2014 14:40:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3361) Allow more flexible cache-control header per portal In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3361?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12936068#comment-12936068 ] RH Bugzilla Integration commented on GTNPORTAL-3361: ---------------------------------------------------- Peter Palaga changed the Status of [bug 811126|https://bugzilla.redhat.com/show_bug.cgi?id=811126] from ASSIGNED to POST > Allow more flexible cache-control header per portal > --------------------------------------------------- > > Key: GTNPORTAL-3361 > URL: https://issues.jboss.org/browse/GTNPORTAL-3361 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Juraci Paix?o Kr?hling > Assignee: Juraci Paix?o Kr?hling > Fix For: 3.7.0.Final > > > Allow each portal to have its own Cache-control directive, as per Bugzilla 811126 -- 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 From issues at jboss.org Wed Jan 15 15:16:34 2014 From: issues at jboss.org (Marek Posolda (JIRA)) Date: Wed, 15 Jan 2014 15:16:34 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3342) SecureRandomGenerator instance per container requires too much entropy In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3342?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marek Posolda updated GTNPORTAL-3342: ------------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > SecureRandomGenerator instance per container requires too much entropy > ---------------------------------------------------------------------- > > Key: GTNPORTAL-3342 > URL: https://issues.jboss.org/browse/GTNPORTAL-3342 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.6.3.Final > Reporter: Marek Posolda > Assignee: Marek Posolda > Fix For: 3.6.4.Final, 3.7.0.Final > > > Currently every portal container instance uses it's own instance of SecureRandomGenerator for generating password salts. This requires too much entropy if many containers are used (50). > In QA lab environment, registering new generator freezes portal boot for roughly 20-30s (1 min 40s max). -- 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 From issues at jboss.org Wed Jan 15 21:20:33 2014 From: issues at jboss.org (Tran Trung Thanh (JIRA)) Date: Wed, 15 Jan 2014 21:20:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3290) IE9: Action does not work when page url contains special characters In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tran Trung Thanh updated GTNPORTAL-3290: ---------------------------------------- Description: In IE9, when page URL contains special characters, if we click to an action, it does not work. Steps to reproduce: # Open IE9, go to portal/intranet/wiki # Create wiki page with name: 'avi?o ?rido jo?o caf?' # Save and close # Edit again # Switch to Richtext mode -> does not work. I add this code fragment in *ajaxPost* method of *UIForm.js* and it works well (but it is not the full solution because I encode only the page name, not the whole url): {code} if ($.browser.msie != undefined) { var q = url.indexOf('?'); var s1 = ""; var s2 = ""; if (q > -1) { s1 = url.substring(0, q); s2 = url.substring(q); } else { q1 = ajaxGetLink.indexOf('#'); if (q1 > -1) { s1 = url.substring(0, q1); s2 = url.substring(q1); } else { s1 = url; s2 = ""; } } var slash = s1.lastIndexOf('/'); if (slash > -1) { var pageName = s1.substring(slash + 1); url = s1.substring(0, slash) +'/' + encodeURIComponent(pageName) + s2; } } {code} This issue fixes also problem in Tab # Create new tab whose name contains accent character # Access it -> Cannot access was: In IE9, when page URL contains special characters, if we click to an action, it does not work. Steps to reproduce: # Open IE9, go to portal/intranet/wiki # Create wiki page with name: 'avi?o ?rido jo?o caf?' # Save and close # Edit again # Switch to Richtext mode -> does not work. I add this code fragment in *ajaxPost* method of *UIForm.js* and it works well (but it is not the full solution because I encode only the page name, not the whole url): {code} if ($.browser.msie != undefined) { var q = url.indexOf('?'); var s1 = ""; var s2 = ""; if (q > -1) { s1 = url.substring(0, q); s2 = url.substring(q); } else { q1 = ajaxGetLink.indexOf('#'); if (q1 > -1) { s1 = url.substring(0, q1); s2 = url.substring(q1); } else { s1 = url; s2 = ""; } } var slash = s1.lastIndexOf('/'); if (slash > -1) { var pageName = s1.substring(slash + 1); url = s1.substring(0, slash) +'/' + encodeURIComponent(pageName) + s2; } } {code} > IE9: Action does not work when page url contains special characters > ------------------------------------------------------------------- > > Key: GTNPORTAL-3290 > URL: https://issues.jboss.org/browse/GTNPORTAL-3290 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.5.6.Final > Reporter: Tran Trung Thanh > > In IE9, when page URL contains special characters, if we click to an action, it does not work. > Steps to reproduce: > # Open IE9, go to portal/intranet/wiki > # Create wiki page with name: 'avi?o ?rido jo?o caf?' > # Save and close > # Edit again > # Switch to Richtext mode -> does not work. > I add this code fragment in *ajaxPost* method of *UIForm.js* and it works well (but it is not the full solution because I encode only the page name, not the whole url): > {code} > if ($.browser.msie != undefined) { > var q = url.indexOf('?'); > var s1 = ""; > var s2 = ""; > if (q > -1) { > s1 = url.substring(0, q); > s2 = url.substring(q); > } else { > q1 = ajaxGetLink.indexOf('#'); > if (q1 > -1) { > s1 = url.substring(0, q1); > s2 = url.substring(q1); > } else { > s1 = url; > s2 = ""; > } > } > var slash = s1.lastIndexOf('/'); > if (slash > -1) { > var pageName = s1.substring(slash + 1); > url = s1.substring(0, slash) +'/' + encodeURIComponent(pageName) + s2; > } > } > {code} > This issue fixes also problem in Tab > # Create new tab whose name contains accent character > # Access it -> Cannot access -- 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 From issues at jboss.org Wed Jan 15 23:46:32 2014 From: issues at jboss.org (Tuyen Nguyen The (JIRA)) Date: Wed, 15 Jan 2014 23:46:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3364) Implement UI part for "Restricted" layout setting In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3364?focusedWorklogId=12430472&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-12430472 ] Tuyen Nguyen The logged work on GTNPORTAL-3364: ----------------------------------------------- Author: Tuyen Nguyen The Created on: 15/Jan/14 11:45 PM Start Date: 14/Jan/14 11:45 PM Worklog Time Spent: 1 day Issue Time Tracking ------------------- Remaining Estimate: 1 day, 4 hours (was: 2 days, 4 hours) Time Spent: 1 day Worklog Id: (was: 12430472) > Implement UI part for "Restricted" layout setting > -------------------------------------------------- > > Key: GTNPORTAL-3364 > URL: https://issues.jboss.org/browse/GTNPORTAL-3364 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Trong Tran > Assignee: Tuyen Nguyen The > Fix For: 3.7.0.Final > > Original Estimate: 2 days, 4 hours > Time Spent: 1 day > Remaining Estimate: 1 day, 4 hours > > Following by the spec https://community.jboss.org/wiki/RestrictedPageEditor -- 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 From issues at jboss.org Thu Jan 16 09:40:33 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Thu, 16 Jan 2014 09:40:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-2801) Add eviction to indexer-config.xml In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-2801?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12936324#comment-12936324 ] RH Bugzilla Integration commented on GTNPORTAL-2801: ---------------------------------------------------- Peter Palaga changed the Status of [bug 1048695|https://bugzilla.redhat.com/show_bug.cgi?id=1048695] from ASSIGNED to MODIFIED > Add eviction to indexer-config.xml > ---------------------------------- > > Key: GTNPORTAL-2801 > URL: https://issues.jboss.org/browse/GTNPORTAL-2801 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: JCR integration > Affects Versions: 3.5.0.Final > Reporter: Toshiya Kobayashi > > gatein.ear/portal.war/WEB-INF/conf/jcr/jbosscache/cluster/indexer-config.xml doesn't have eviction configuration. It may cause a memory leak in slave nodes. > {code:xml} > > lockAcquisitionTimeout="20000"/> > > > > > > > > > {code} -- 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 From issues at jboss.org Thu Jan 16 21:58:32 2014 From: issues at jboss.org (Tuyen Nguyen The (JIRA)) Date: Thu, 16 Jan 2014 21:58:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3364) Implement UI part for "Restricted" layout setting In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3364?focusedWorklogId=12430479&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-12430479 ] Tuyen Nguyen The logged work on GTNPORTAL-3364: ----------------------------------------------- Author: Tuyen Nguyen The Created on: 16/Jan/14 9:57 PM Start Date: 15/Jan/14 9:57 PM Worklog Time Spent: 1 day Issue Time Tracking ------------------- Remaining Estimate: 4 hours (was: 1 day, 4 hours) Time Spent: 2 days (was: 1 day) Worklog Id: (was: 12430479) > Implement UI part for "Restricted" layout setting > -------------------------------------------------- > > Key: GTNPORTAL-3364 > URL: https://issues.jboss.org/browse/GTNPORTAL-3364 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Trong Tran > Assignee: Tuyen Nguyen The > Fix For: 3.7.0.Final > > Original Estimate: 2 days, 4 hours > Time Spent: 2 days > Remaining Estimate: 4 hours > > Following by the spec https://community.jboss.org/wiki/RestrictedPageEditor -- 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 From issues at jboss.org Fri Jan 17 01:43:33 2014 From: issues at jboss.org (Tuyen Nguyen The (JIRA)) Date: Fri, 17 Jan 2014 01:43:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3364) Implement UI part for "Restricted" layout setting In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3364?focusedWorklogId=12430480&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-12430480 ] Tuyen Nguyen The logged work on GTNPORTAL-3364: ----------------------------------------------- Author: Tuyen Nguyen The Created on: 17/Jan/14 1:43 AM Start Date: 17/Jan/14 1:43 AM Worklog Time Spent: 4 hours Issue Time Tracking ------------------- Remaining Estimate: 0 minutes (was: 4 hours) Time Spent: 2 days, 4 hours (was: 2 days) Worklog Id: (was: 12430480) > Implement UI part for "Restricted" layout setting > -------------------------------------------------- > > Key: GTNPORTAL-3364 > URL: https://issues.jboss.org/browse/GTNPORTAL-3364 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Trong Tran > Assignee: Tuyen Nguyen The > Fix For: 3.7.0.Final > > Original Estimate: 2 days, 4 hours > Time Spent: 2 days, 4 hours > Remaining Estimate: 0 minutes > > Following by the spec https://community.jboss.org/wiki/RestrictedPageEditor -- 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 From issues at jboss.org Fri Jan 17 01:45:32 2014 From: issues at jboss.org (Tuyen Nguyen The (JIRA)) Date: Fri, 17 Jan 2014 01:45:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3364) Implement UI part for "Restricted" layout setting In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3364?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tuyen Nguyen The updated GTNPORTAL-3364: ---------------------------------------- Status: Pull Request Sent (was: Coding In Progress) Git Pull Request: https://github.com/gatein/gatein-portal/pull/766 > Implement UI part for "Restricted" layout setting > -------------------------------------------------- > > Key: GTNPORTAL-3364 > URL: https://issues.jboss.org/browse/GTNPORTAL-3364 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Trong Tran > Assignee: Tuyen Nguyen The > Fix For: 3.7.0.Final > > Original Estimate: 2 days, 4 hours > Time Spent: 2 days, 4 hours > Remaining Estimate: 0 minutes > > Following by the spec https://community.jboss.org/wiki/RestrictedPageEditor -- 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 From issues at jboss.org Fri Jan 17 04:29:33 2014 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Fri, 17 Jan 2014 04:29:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-2428) Create navigation node pointing on external URI In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-2428?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12936546#comment-12936546 ] Peter Palaga commented on GTNPORTAL-2428: ----------------------------------------- There is a wiki page with a solution proposal and space to discuss it. https://community.jboss.org/wiki/CustomNavigatonNodeProperties > Create navigation node pointing on external URI > ----------------------------------------------- > > Key: GTNPORTAL-2428 > URL: https://issues.jboss.org/browse/GTNPORTAL-2428 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Affects Versions: 3.2.0-GA > Reporter: meriem zorai > Fix For: 3.x > > > The feature of adding a node pointing to an external URI is not longer supported since exogtn-3.2.x (as indicated in this [Jira|https://jira.exoplatform.org/browse/EXOGTN-1080]). > The corresponding documentation is located [here|http://docs.jboss.com/gatein/portal/3.1.0-FINAL/reference-guide/en-US/html_single/#sect-Reference_Guide-Portal_Navigation_Configuration-Tips] -- 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 From issues at jboss.org Fri Jan 17 10:18:32 2014 From: issues at jboss.org (=?UTF-8?Q?Juraci_Paix=C3=A3o_Kr=C3=B6hling_=28JIRA=29?=) Date: Fri, 17 Jan 2014 10:18:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3370) Add a function to completely hide a page using check-box and date-control In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3370?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12936646#comment-12936646 ] Juraci Paix?o Kr?hling commented on GTNPORTAL-3370: --------------------------------------------------- Current status: a proposal for this is being reviewed by [~lponce]. > Add a function to completely hide a page using check-box and date-control > ------------------------------------------------------------------------- > > Key: GTNPORTAL-3370 > URL: https://issues.jboss.org/browse/GTNPORTAL-3370 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Juraci Paix?o Kr?hling > Assignee: Juraci Paix?o Kr?hling > > As mentioned in GTNPORTAL-2033/JBEPP-1096, "Visible" and "Publication date" are effective only for Navigation. Pages are still accessible via direct URL access, such as http://localhost:8080/portal/private/classic/pagename > GTNPORTAL-2033/JBEPP-1096 is for a documentation fix because it is an expected behaviour and the document should mention the limitation. > This JIRA is raised for a feature request to implement the function to completely hide a page from users. It may be going to add some capability to "Visible" and "Publication date" feature. -- 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 From issues at jboss.org Fri Jan 17 10:18:32 2014 From: issues at jboss.org (=?UTF-8?Q?Juraci_Paix=C3=A3o_Kr=C3=B6hling_=28JIRA=29?=) Date: Fri, 17 Jan 2014 10:18:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3370) Add a function to completely hide a page using check-box and date-control In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3370?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12936647#comment-12936647 ] Juraci Paix?o Kr?hling commented on GTNPORTAL-3370: --------------------------------------------------- er... [~lponce] being Lucas :-) > Add a function to completely hide a page using check-box and date-control > ------------------------------------------------------------------------- > > Key: GTNPORTAL-3370 > URL: https://issues.jboss.org/browse/GTNPORTAL-3370 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Juraci Paix?o Kr?hling > Assignee: Juraci Paix?o Kr?hling > > As mentioned in GTNPORTAL-2033/JBEPP-1096, "Visible" and "Publication date" are effective only for Navigation. Pages are still accessible via direct URL access, such as http://localhost:8080/portal/private/classic/pagename > GTNPORTAL-2033/JBEPP-1096 is for a documentation fix because it is an expected behaviour and the document should mention the limitation. > This JIRA is raised for a feature request to implement the function to completely hide a page from users. It may be going to add some capability to "Visible" and "Publication date" feature. -- 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 From issues at jboss.org Fri Jan 17 12:32:32 2014 From: issues at jboss.org (Marek Posolda (JIRA)) Date: Fri, 17 Jan 2014 12:32:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3371) LDAP: Portal UI doesn't indicate password update failure In-Reply-To: References: Message-ID: Marek Posolda created GTNPORTAL-3371: ---------------------------------------- Summary: LDAP: Portal UI doesn't indicate password update failure Key: GTNPORTAL-3371 URL: https://issues.jboss.org/browse/GTNPORTAL-3371 Project: GateIn Portal Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 3.6.3.Final Reporter: Marek Posolda Assignee: Marek Posolda Fix For: 3.6.4.Final, 3.7.0.Final Details in https://bugzilla.redhat.com/show_bug.cgi?id=1039600 -- 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 From issues at jboss.org Fri Jan 17 12:32:32 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Fri, 17 Jan 2014 12:32:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3371) LDAP: Portal UI doesn't indicate password update failure In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3371?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] RH Bugzilla Integration updated GTNPORTAL-3371: ----------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1039600 > LDAP: Portal UI doesn't indicate password update failure > --------------------------------------------------------- > > Key: GTNPORTAL-3371 > URL: https://issues.jboss.org/browse/GTNPORTAL-3371 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.6.3.Final > Reporter: Marek Posolda > Assignee: Marek Posolda > Fix For: 3.6.4.Final, 3.7.0.Final > > > Details in https://bugzilla.redhat.com/show_bug.cgi?id=1039600 -- 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 From issues at jboss.org Fri Jan 17 13:32:33 2014 From: issues at jboss.org (Marek Posolda (JIRA)) Date: Fri, 17 Jan 2014 13:32:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3351) Could not load user profile for warning In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3351?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marek Posolda updated GTNPORTAL-3351: ------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/768 > Could not load user profile for warning > ---------------------------------------------- > > Key: GTNPORTAL-3351 > URL: https://issues.jboss.org/browse/GTNPORTAL-3351 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.7.0.Final > Reporter: Peter Palaga > Assignee: Marek Posolda > > NOT OK: The warning appears in the log when a user (e.g. root) logs in. > {code} > Could not load user profile for > {code} > Expected: no warning. -- 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 From issues at jboss.org Fri Jan 17 13:32:33 2014 From: issues at jboss.org (Marek Posolda (JIRA)) Date: Fri, 17 Jan 2014 13:32:33 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3371) LDAP: Portal UI doesn't indicate password update failure In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3371?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marek Posolda updated GTNPORTAL-3371: ------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/768, https://github.com/gatein/gatein-portal/pull/767 > LDAP: Portal UI doesn't indicate password update failure > --------------------------------------------------------- > > Key: GTNPORTAL-3371 > URL: https://issues.jboss.org/browse/GTNPORTAL-3371 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.6.3.Final > Reporter: Marek Posolda > Assignee: Marek Posolda > Fix For: 3.6.4.Final, 3.7.0.Final > > > Details in https://bugzilla.redhat.com/show_bug.cgi?id=1039600 -- 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 From issues at jboss.org Fri Jan 17 13:42:32 2014 From: issues at jboss.org (Marek Posolda (JIRA)) Date: Fri, 17 Jan 2014 13:42:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3372) Sometimes I am seeing "disabled" user even if "Show disabled" is unchecked In-Reply-To: References: Message-ID: Marek Posolda created GTNPORTAL-3372: ---------------------------------------- Summary: Sometimes I am seeing "disabled" user even if "Show disabled" is unchecked Key: GTNPORTAL-3372 URL: https://issues.jboss.org/browse/GTNPORTAL-3372 Project: GateIn Portal Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Marek Posolda Assignee: Vu Viet Phuong Fix For: 3.7.0.Final I went through these steps (tested on latest gatein master): - Login as root - Go to OrganizationPortlet - Checkbox "Show disabled" is unchecked. I wanted to disable "john". So after click to "disabled" icon, john dissapears - Enable "Check disabled". Now I can see john again and he is marked as disabled - Logout - Login again and go again to OrgManagementPortlet - Checkbox "Show disabled" is unchecked BUT I can still see disabled user john. This looks like a bug to me -- 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 From issues at jboss.org Fri Jan 17 14:08:32 2014 From: issues at jboss.org (Marek Posolda (JIRA)) Date: Fri, 17 Jan 2014 14:08:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3373) LDAP: Not seeing some users in organizationManagementPortlet In-Reply-To: References: Message-ID: Marek Posolda created GTNPORTAL-3373: ---------------------------------------- Summary: LDAP: Not seeing some users in organizationManagementPortlet Key: GTNPORTAL-3373 URL: https://issues.jboss.org/browse/GTNPORTAL-3373 Project: GateIn Portal Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Marek Posolda Assignee: Vu Viet Phuong Attachments: idm-configuration.xml I went through these steps: - Enable LDAP integration with OpenDS 2.0 in gatein/gatein.ear/portal.war/WEB-INF/conf/organization/idm-configuration.xml by: -- Change property "config" of PicketlinkIDMService to war:/conf/organization/picketlink-idm/examples/picketlink-idm-ldap-config.xml (assumption is that you have OpenDS running on localhost:1389) -- Uncomment 2 "groupTypeMappings" in OrganizationService configuration for types "platform_type" and "organization_type" (I am attaching my idm-configuration.xml just to make sure) - Now when I start portal, login as root and go to OrganizationManagementPortlet, I can't see users from LDAP (assumption is that there are some users added just in LDAP). - When I click to "Show disabled" I can see all users including LDAP users. They are marked as enabled, which seems to be OK. What is not OK is, that they are not shown in first-place when "Show disabled" is unchecked -- 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 From issues at jboss.org Fri Jan 17 14:08:32 2014 From: issues at jboss.org (Marek Posolda (JIRA)) Date: Fri, 17 Jan 2014 14:08:32 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3373) LDAP: Not seeing some users in organizationManagementPortlet In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3373?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marek Posolda updated GTNPORTAL-3373: ------------------------------------- Attachment: idm-configuration.xml > LDAP: Not seeing some users in organizationManagementPortlet > ------------------------------------------------------------ > > Key: GTNPORTAL-3373 > URL: https://issues.jboss.org/browse/GTNPORTAL-3373 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Marek Posolda > Assignee: Vu Viet Phuong > Attachments: idm-configuration.xml > > > I went through these steps: > - Enable LDAP integration with OpenDS 2.0 in gatein/gatein.ear/portal.war/WEB-INF/conf/organization/idm-configuration.xml by: > -- Change property "config" of PicketlinkIDMService to war:/conf/organization/picketlink-idm/examples/picketlink-idm-ldap-config.xml (assumption is that you have OpenDS running on localhost:1389) > -- Uncomment 2 "groupTypeMappings" in OrganizationService configuration for types "platform_type" and "organization_type" > (I am attaching my idm-configuration.xml just to make sure) > - Now when I start portal, login as root and go to OrganizationManagementPortlet, I can't see users from LDAP (assumption is that there are some users added just in LDAP). > - When I click to "Show disabled" I can see all users including LDAP users. They are marked as enabled, which seems to be OK. What is not OK is, that they are not shown in first-place when "Show disabled" is unchecked -- 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 From issues at jboss.org Sun Jan 19 21:31:28 2014 From: issues at jboss.org (Vu Viet Phuong (JIRA)) Date: Sun, 19 Jan 2014 21:31:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3365) Exception swallow in UserDaoImpl.persistUserInfo() In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3365?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vu Viet Phuong updated GTNPORTAL-3365: -------------------------------------- Fix Version/s: 3.7.0.Final > Exception swallow in UserDaoImpl.persistUserInfo() > -------------------------------------------------- > > Key: GTNPORTAL-3365 > URL: https://issues.jboss.org/browse/GTNPORTAL-3365 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 3.6.3.Final > Reporter: Vu Viet Phuong > Assignee: Vu Viet Phuong > Fix For: 3.7.0.Final > > Original Estimate: 4 hours > Time Spent: 6 hours > Remaining Estimate: 0 minutes > > Under "{{org.exoplatform.services.organization.idm}}, > focus on : > {code:title=UserDAOImp.java|borderStyle=solid} > public void persistUserInfo(User user, IdentitySession session) throws Exception > { > orgService.flush(); > AttributesManager am = session.getAttributesManager(); > ArrayList attributes = new ArrayList(); > /* ... */ > if (user.getPassword() != null) > { > if (orgService.getConfiguration().isPasswordAsAttribute()) > { > attributes.add(new SimpleAttribute(USER_PASSWORD, user.getPassword())); > } > else > { > try > { > am.updatePassword(session.getPersistenceManager().findUser(user.getUserName()), user.getPassword()); > } > catch (IdentityException e) > { > log.info("Cannot update password: " + user.getUserName() + "; ", e); > } > } > } > Attribute[] attrs = new Attribute[attributes.size()]; > attrs = (Attribute[])attributes.toArray(attrs); > try > { > am.updateAttributes(user.getUserName(), attrs); > } > catch (IdentityException e) > { > log.info("Cannot update attributes for user: " + user.getUserName() + "; ", e); > } > } > {code} > > The method {{saveUser(User, boolean) _throws Exception_}} > calls > {{persistUserInfo(User user, IdentitySession session) _throws Exception_}}. > > Whereas, deeper in the code, you can easily notice that exceptions are caught in this level and traced by a {{log.info}}: > * first time in the password level > * second time when updating all of the attributes. > (!) Users want to be notified when an error occurs during user registration. > As well as being aware of the type of the caught exception. -- 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 From issues at jboss.org Sun Jan 19 21:39:28 2014 From: issues at jboss.org (Vu Viet Phuong (JIRA)) Date: Sun, 19 Jan 2014 21:39:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3371) LDAP: Portal UI doesn't indicate password update failure In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3371?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12936833#comment-12936833 ] Vu Viet Phuong commented on GTNPORTAL-3371: ------------------------------------------- Hi, I think that the UserDAO#createUser should care about the atomic of its work, I mean the transaction should be rolled-back inside this method if there is exceptions raised We have a similar issue here GTNPORTAL-3365 (which is cloned from an issue that is fixed for gatein 3.5.x) And there is a PR, that help to fix this issue. And it also fix more cases: UIAccoundProfiles and UIResetPassword > LDAP: Portal UI doesn't indicate password update failure > --------------------------------------------------------- > > Key: GTNPORTAL-3371 > URL: https://issues.jboss.org/browse/GTNPORTAL-3371 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.6.3.Final > Reporter: Marek Posolda > Assignee: Marek Posolda > Fix For: 3.6.4.Final, 3.7.0.Final > > > Details in https://bugzilla.redhat.com/show_bug.cgi?id=1039600 -- 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 From issues at jboss.org Sun Jan 19 23:45:29 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Sun, 19 Jan 2014 23:45:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-2394) The GadgetDeployer should unregister itself as WebAppListener in the stop method In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-2394?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-2394: ---------------------------------- Fix Version/s: 3.5.9.Final > The GadgetDeployer should unregister itself as WebAppListener in the stop method > -------------------------------------------------------------------------------- > > Key: GTNPORTAL-2394 > URL: https://issues.jboss.org/browse/GTNPORTAL-2394 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.1.0-GA > Reporter: Nicolas Filotto > Labels: gadget > Fix For: 3.5.9.Final, 3.6.4.Final, 3.7.0.Final > > Attachments: GTNPORTAL-2394.patch > > > Up to now, when the application tries to stop the component instead of unregistering itself it registers itself another time. Indeed the current code is: > {code} > public void stop() > { > DefaultServletContainerFactory.getInstance().getServletContainer().addWebAppListener(this); > } > {code} > But should be: > {code} > public void stop() > { > DefaultServletContainerFactory.getInstance().getServletContainer().removeWebAppListener(this); > } > {code} -- 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 From issues at jboss.org Sun Jan 19 23:47:28 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Sun, 19 Jan 2014 23:47:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3262) Error on importing new group from LDAP whose name contains ampersand character In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3262?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3262: ---------------------------------- Fix Version/s: 3.5.9.Final > Error on importing new group from LDAP whose name contains ampersand character > ------------------------------------------------------------------------------ > > Key: GTNPORTAL-3262 > URL: https://issues.jboss.org/browse/GTNPORTAL-3262 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Identity integration > Affects Versions: 3.6.1.Final > Reporter: Vu Viet Phuong > Assignee: Vu Viet Phuong > Priority: Minor > Fix For: 3.5.9.Final, 3.7.0.Final > > Original Estimate: 4 hours > Time Spent: 2 hours > Remaining Estimate: 0 minutes > > As far as I know, by default, group name containing ampersand (&) character is forbidden in GateIn. As the result, we cannot create a group with ampersand in UI. > However, ampersand is legal character in LDAP. As the result, when we synchronize this type of group, there are several exception. > Case to reproduce in PLF with OpenDS > - In OpenDS server, create _dc=nodomain_ context and import [^Ampersand.ldif] > - Config GateIn to use LDAP > - Start server > -> Exception in console > {noformat} > 2013-09-03 16:36:02,972 | ERROR | Error parsing document (line 27, col 23) file: /group/template/group/group.xml [o.e.p.config.NewPortalConfigListener] > org.jibx.runtime.JiBXException: Error parsing document (line 27, col 23) > at org.jibx.runtime.impl.XMLPullReaderFactory$XMLPullReader.nextToken(XMLPullReaderFactory.java:281) ~[jibx-run-1.2.5.jar:na] > at org.jibx.runtime.impl.UnmarshallingContext.accumulateText(UnmarshallingContext.java:840) ~[jibx-run-1.2.5.jar:na] > at org.jibx.runtime.impl.UnmarshallingContext.parseContentText(UnmarshallingContext.java:874) ~[jibx-run-1.2.5.jar:na] > at org.jibx.runtime.impl.UnmarshallingContext.parseElementText(UnmarshallingContext.java:936) ~[jibx-run-1.2.5.jar:na] > at org.exoplatform.portal.config.model.PortalConfig.JiBX_binding_unmarshal_2_0(PortalConfig.java) ~[exo.portal.component.portal-3.5.6-PLF.jar:3.5.6-PLF] > at org.exoplatform.portal.config.model.JiBX_bindingPortalConfig_access.unmarshal() ~[exo.portal.component.portal-3.5.6-PLF.jar:3.5.6-PLF] > at org.jibx.runtime.impl.UnmarshallingContext.unmarshalElement(UnmarshallingContext.java:2757) ~[jibx-run-1.2.5.jar:na] > at org.exoplatform.portal.config.model.ModelUnmarshaller.unmarshall(ModelUnmarshaller.java:50) ~[exo.portal.component.portal-3.5.6-PLF.jar:3.5.6-PLF] > at org.exoplatform.portal.config.NewPortalConfigListener.fromXML(NewPortalConfigListener.java:655) ~[exo.portal.component.portal-3.5.6-PLF.jar:3.5.6-PLF] > at org.exoplatform.portal.config.NewPortalConfigListener.getConfig(NewPortalConfigListener.java:565) ~[exo.portal.component.portal-3.5.6-PLF.jar:3.5.6-PLF] > at org.exoplatform.portal.config.NewPortalConfigListener.createPortalConfig(NewPortalConfigListener.java:453) ~[exo.portal.component.portal-3.5.6-PLF.jar:3.5.6-PLF] > at org.exoplatform.portal.config.UserPortalConfigService.createUserPortalConfig(UserPortalConfigService.java:346) ~[exo.portal.component.portal-3.5.6-PLF.jar:3.5.6-PLF] > at org.exoplatform.portal.config.UserPortalConfigService.createGroupSite(UserPortalConfigService.java:320) ~[exo.portal.component.portal-3.5.6-PLF.jar:3.5.6-PLF] > at org.exoplatform.portal.config.GroupPortalConfigListener.preSave(GroupPortalConfigListener.java:113) [exo.portal.component.portal-3.5.6-PLF.jar:3.5.6-PLF] > at org.exoplatform.platform.organization.integration.OrganizationIntegrationService.invokeListenersToSavedGroup(OrganizationIntegrationService.java:1149) [platform-component-organization-4.0.2.jar:4.0.2] > at org.exoplatform.platform.organization.integration.OrganizationIntegrationService.syncGroup(OrganizationIntegrationService.java:405) [platform-component-organization-4.0.2.jar:4.0.2] > at org.exoplatform.platform.organization.integration.OrganizationIntegrationService.syncAllGroups(OrganizationIntegrationService.java:339) [platform-component-organization-4.0.2.jar:4.0.2] > at org.exoplatform.platform.organization.integration.OrganizationIntegrationService.start(OrganizationIntegrationService.java:164) [platform-component-organization-4.0.2.jar:4.0.2] > at sun.reflect.GeneratedMethodAccessor88.invoke(Unknown Source) ~[na:na] > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) ~[na:1.6.0_27] > at java.lang.reflect.Method.invoke(Method.java:597) ~[na:1.6.0_27] > at org.exoplatform.container.LifecycleVisitor.traverse(LifecycleVisitor.java:100) [exo.kernel.container-2.4.5-GA.jar:2.4.5-GA] > at org.exoplatform.container.LifecycleVisitor.start(LifecycleVisitor.java:170) [exo.kernel.container-2.4.5-GA.jar:2.4.5-GA] > at org.exoplatform.container.ConcurrentPicoContainer.start(ConcurrentPicoContainer.java:554) [exo.kernel.container-2.4.5-GA.jar:2.4.5-GA] > at org.exoplatform.container.ExoContainer.start(ExoContainer.java:275) [exo.kernel.container-2.4.5-GA.jar:2.4.5-GA] > at org.exoplatform.container.PortalContainer.start(PortalContainer.java:683) [exo.kernel.container-2.4.5-GA.jar:2.4.5-GA] > at org.exoplatform.container.ExoContainer.start(ExoContainer.java:263) [exo.kernel.container-2.4.5-GA.jar:2.4.5-GA] > at org.exoplatform.container.RootContainer.createPortalContainer(RootContainer.java:681) [exo.kernel.container-2.4.5-GA.jar:2.4.5-GA] > at org.exoplatform.container.RootContainer.createPortalContainers(RootContainer.java:346) [exo.kernel.container-2.4.5-GA.jar:2.4.5-GA] > at org.exoplatform.platform.server.tomcat.PortalContainersCreator$1.run(PortalContainersCreator.java:52) [plf-tomcat-pc-creator-listener-4.0.2.jar:4.0.2] > at org.exoplatform.platform.server.tomcat.PortalContainersCreator$1.run(PortalContainersCreator.java:50) [plf-tomcat-pc-creator-listener-4.0.2.jar:4.0.2] > at org.exoplatform.commons.utils.SecurityHelper.doPrivilegedAction(SecurityHelper.java:290) [exo.kernel.commons-2.4.5-GA.jar:2.4.5-GA] > at org.exoplatform.platform.server.tomcat.PortalContainersCreator.createPortalContainers(PortalContainersCreator.java:50) [plf-tomcat-pc-creator-listener-4.0.2.jar:4.0.2] > at org.exoplatform.platform.server.tomcat.PortalContainersCreator.lifecycleEvent(PortalContainersCreator.java:39) [plf-tomcat-pc-creator-listener-4.0.2.jar:4.0.2] > at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119) [catalina.jar:7.0.42] > at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90) [catalina.jar:7.0.42] > at org.apache.catalina.util.LifecycleBase.setStateInternal(LifecycleBase.java:402) [catalina.jar:7.0.42] > at org.apache.catalina.util.LifecycleBase.setState(LifecycleBase.java:347) [catalina.jar:7.0.42] > at org.apache.catalina.core.ContainerBase.startInternal(ContainerBase.java:1140) [catalina.jar:7.0.42] > at org.apache.catalina.core.StandardHost.startInternal(StandardHost.java:800) [catalina.jar:7.0.42] > at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) [catalina.jar:7.0.42] > at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1559) [catalina.jar:7.0.42] > at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1549) [catalina.jar:7.0.42] > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) [na:1.6.0_27] > at java.util.concurrent.FutureTask.run(FutureTask.java:138) [na:1.6.0_27] > at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [na:1.6.0_27] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [na:1.6.0_27] > at java.lang.Thread.run(Thread.java:662) [na:1.6.0_27] > Caused by: org.xmlpull.v1.XmlPullParserException: entity reference name can not contain character <' (position: TEXT seen .../R&D<... @27:23) > at org.xmlpull.mxp1.MXParser.parseEntityRef(MXParser.java:2222) ~[xpp3-1.1.4c.jar:na] > at org.xmlpull.mxp1.MXParser.nextImpl(MXParser.java:1275) ~[xpp3-1.1.4c.jar:na] > at org.xmlpull.mxp1.MXParser.nextToken(MXParser.java:1100) ~[xpp3-1.1.4c.jar:na] > at org.jibx.runtime.impl.XMLPullReaderFactory$XMLPullReader.nextToken(XMLPullReaderFactory.java:277) ~[jibx-run-1.2.5.jar:na] > ... 47 common frames omitted > 2013-09-03 16:36:02,973 | ERROR | Could not load file: /group/template/group/group.xml [o.e.p.config.NewPortalConfigListener] > 2013-09-03 16:36:02,976 | WARN | Failed to call preSave on /R&D Group, listener = class org.exoplatform.portal.config.GroupPortalConfigListener [o.e.p.o.i.OrganizationIntegrationService] > org.jibx.runtime.JiBXException: Error parsing document (line 27, col 23) > at org.jibx.runtime.impl.XMLPullReaderFactory$XMLPullReader.nextToken(XMLPullReaderFactory.java:281) ~[jibx-run-1.2.5.jar:na] > at org.jibx.runtime.impl.UnmarshallingContext.accumulateText(UnmarshallingContext.java:840) ~[jibx-run-1.2.5.jar:na] > at org.jibx.runtime.impl.UnmarshallingContext.parseContentText(UnmarshallingContext.java:874) ~[jibx-run-1.2.5.jar:na] > at org.jibx.runtime.impl.UnmarshallingContext.parseElementText(UnmarshallingContext.java:936) ~[jibx-run-1.2.5.jar:na] > at org.exoplatform.portal.config.model.PortalConfig.JiBX_binding_unmarshal_2_0(PortalConfig.java) ~[exo.portal.component.portal-3.5.6-PLF.jar:3.5.6-PLF] > at org.exoplatform.portal.config.model.JiBX_bindingPortalConfig_access.unmarshal() ~[exo.portal.component.portal-3.5.6-PLF.jar:3.5.6-PLF] > at org.jibx.runtime.impl.UnmarshallingContext.unmarshalElement(UnmarshallingContext.java:2757) ~[jibx-run-1.2.5.jar:na] > at org.exoplatform.portal.config.model.ModelUnmarshaller.unmarshall(ModelUnmarshaller.java:50) ~[exo.portal.component.portal-3.5.6-PLF.jar:3.5.6-PLF] > at org.exoplatform.portal.config.NewPortalConfigListener.fromXML(NewPortalConfigListener.java:655) ~[exo.portal.component.portal-3.5.6-PLF.jar:3.5.6-PLF] > at org.exoplatform.portal.config.NewPortalConfigListener.getConfig(NewPortalConfigListener.java:565) ~[exo.portal.component.portal-3.5.6-PLF.jar:3.5.6-PLF] > at org.exoplatform.portal.config.NewPortalConfigListener.createPortalConfig(NewPortalConfigListener.java:453) ~[exo.portal.component.portal-3.5.6-PLF.jar:3.5.6-PLF] > at org.exoplatform.portal.config.UserPortalConfigService.createUserPortalConfig(UserPortalConfigService.java:346) ~[exo.portal.component.portal-3.5.6-PLF.jar:3.5.6-PLF] > at org.exoplatform.portal.config.UserPortalConfigService.createGroupSite(UserPortalConfigService.java:320) ~[exo.portal.component.portal-3.5.6-PLF.jar:3.5.6-PLF] > at org.exoplatform.portal.config.GroupPortalConfigListener.preSave(GroupPortalConfigListener.java:113) ~[exo.portal.component.portal-3.5.6-PLF.jar:3.5.6-PLF] > at org.exoplatform.platform.organization.integration.OrganizationIntegrationService.invokeListenersToSavedGroup(OrganizationIntegrationService.java:1149) ~[platform-component-organization-4.0.2.jar:4.0.2] > at org.exoplatform.platform.organization.integration.OrganizationIntegrationService.syncGroup(OrganizationIntegrationService.java:405) ~[platform-component-organization-4.0.2.jar:4.0.2] > at org.exoplatform.platform.organization.integration.OrganizationIntegrationService.syncAllGroups(OrganizationIntegrationService.java:339) ~[platform-component-organization-4.0.2.jar:4.0.2] > at org.exoplatform.platform.organization.integration.OrganizationIntegrationService.start(OrganizationIntegrationService.java:164) ~[platform-component-organization-4.0.2.jar:4.0.2] > at sun.reflect.GeneratedMethodAccessor88.invoke(Unknown Source) ~[na:na] > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) ~[na:1.6.0_27] > at java.lang.reflect.Method.invoke(Method.java:597) ~[na:1.6.0_27] > at org.exoplatform.container.LifecycleVisitor.traverse(LifecycleVisitor.java:100) [exo.kernel.container-2.4.5-GA.jar:2.4.5-GA] > at org.exoplatform.container.LifecycleVisitor.start(LifecycleVisitor.java:170) [exo.kernel.container-2.4.5-GA.jar:2.4.5-GA] > at org.exoplatform.container.ConcurrentPicoContainer.start(ConcurrentPicoContainer.java:554) [exo.kernel.container-2.4.5-GA.jar:2.4.5-GA] > at org.exoplatform.container.ExoContainer.start(ExoContainer.java:275) [exo.kernel.container-2.4.5-GA.jar:2.4.5-GA] > at org.exoplatform.container.PortalContainer.start(PortalContainer.java:683) [exo.kernel.container-2.4.5-GA.jar:2.4.5-GA] > at org.exoplatform.container.ExoContainer.start(ExoContainer.java:263) [exo.kernel.container-2.4.5-GA.jar:2.4.5-GA] > at org.exoplatform.container.RootContainer.createPortalContainer(RootContainer.java:681) [exo.kernel.container-2.4.5-GA.jar:2.4.5-GA] > at org.exoplatform.container.RootContainer.createPortalContainers(RootContainer.java:346) [exo.kernel.container-2.4.5-GA.jar:2.4.5-GA] > at org.exoplatform.platform.server.tomcat.PortalContainersCreator$1.run(PortalContainersCreator.java:52) [plf-tomcat-pc-creator-listener-4.0.2.jar:4.0.2] > at org.exoplatform.platform.server.tomcat.PortalContainersCreator$1.run(PortalContainersCreator.java:50) [plf-tomcat-pc-creator-listener-4.0.2.jar:4.0.2] > at org.exoplatform.commons.utils.SecurityHelper.doPrivilegedAction(SecurityHelper.java:290) [exo.kernel.commons-2.4.5-GA.jar:2.4.5-GA] > at org.exoplatform.platform.server.tomcat.PortalContainersCreator.createPortalContainers(PortalContainersCreator.java:50) [plf-tomcat-pc-creator-listener-4.0.2.jar:4.0.2] > at org.exoplatform.platform.server.tomcat.PortalContainersCreator.lifecycleEvent(PortalContainersCreator.java:39) [plf-tomcat-pc-creator-listener-4.0.2.jar:4.0.2] > at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119) [catalina.jar:7.0.42] > at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90) [catalina.jar:7.0.42] > at org.apache.catalina.util.LifecycleBase.setStateInternal(LifecycleBase.java:402) [catalina.jar:7.0.42] > at org.apache.catalina.util.LifecycleBase.setState(LifecycleBase.java:347) [catalina.jar:7.0.42] > at org.apache.catalina.core.ContainerBase.startInternal(ContainerBase.java:1140) [catalina.jar:7.0.42] > at org.apache.catalina.core.StandardHost.startInternal(StandardHost.java:800) [catalina.jar:7.0.42] > at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) [catalina.jar:7.0.42] > at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1559) [catalina.jar:7.0.42] > at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1549) [catalina.jar:7.0.42] > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) [na:1.6.0_27] > at java.util.concurrent.FutureTask.run(FutureTask.java:138) [na:1.6.0_27] > at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [na:1.6.0_27] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [na:1.6.0_27] > at java.lang.Thread.run(Thread.java:662) [na:1.6.0_27] > Caused by: org.xmlpull.v1.XmlPullParserException: entity reference name can not contain character <' (position: TEXT seen .../R&D<... @27:23) > at org.xmlpull.mxp1.MXParser.parseEntityRef(MXParser.java:2222) ~[xpp3-1.1.4c.jar:na] > at org.xmlpull.mxp1.MXParser.nextImpl(MXParser.java:1275) ~[xpp3-1.1.4c.jar:na] > at org.xmlpull.mxp1.MXParser.nextToken(MXParser.java:1100) ~[xpp3-1.1.4c.jar:na] > at org.jibx.runtime.impl.XMLPullReaderFactory$XMLPullReader.nextToken(XMLPullReaderFactory.java:277) ~[jibx-run-1.2.5.jar:na] > ... 47 common frames omitted > {noformat} > In GateIn tomcat standalone, we can reproduce as follow > - Edit the [webapps/portal.war!/WEB-INF/conf/organization/organization-configuration.xml] to add new group whose name contains ampersand. > - Start GateIn server > -> The same exception as above -- 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 From issues at jboss.org Sun Jan 19 23:49:28 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Sun, 19 Jan 2014 23:49:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3220) Show wrong message when uncheck show publication date in add/edit node In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3220?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3220: ---------------------------------- Fix Version/s: 3.5.9.Final > Show wrong message when uncheck show publication date in add/edit node > ---------------------------------------------------------------------- > > Key: GTNPORTAL-3220 > URL: https://issues.jboss.org/browse/GTNPORTAL-3220 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.6.1.Final > Reporter: Son Tran > Assignee: Son Tran > Priority: Minor > Labels: backlogs > Fix For: 3.5.9.Final, 3.7.0.Final > > > Add/edit a node > In Page Node Setting tab: > Check Show publication date > Set Start Publication Date (02/25/2013 15:30:27) is greater than End Publication Date (02/24/2013 15:30:29) > Uncheck show publication date > Click Save > => Show message alert :"The end date must be after the start date." -> NOK > Expected output: The Publication date don't save after set publication date/time for node -- 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 From issues at jboss.org Mon Jan 20 01:51:28 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Mon, 20 Jan 2014 01:51:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3357) Navigation nodes in GROUP navigation editor don't change label after portal language changed In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3357?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3357: ---------------------------------- Fix Version/s: 3.5.9.Final > Navigation nodes in GROUP navigation editor don't change label after portal language changed > -------------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3357 > URL: https://issues.jboss.org/browse/GTNPORTAL-3357 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: WebUI > Affects Versions: 3.6.3.Final > Reporter: Vu Viet Phuong > Assignee: Vu Viet Phuong > Priority: Minor > Fix For: 3.5.9.Final, 3.7.0.Final > > Original Estimate: 3 hours > Time Spent: 3 hours > Remaining Estimate: 0 minutes > > - Login as Root > - Goto Manages Group --> edit Administrator navigation > - Change language from English to France > --> the nodes label are not change, now close the popup window, then re-open --> the node label change to France > This issue has been fixed partly in GTNPORTAL-3235. But we missed the case for Group navigation -- 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 From issues at jboss.org Mon Jan 20 01:55:28 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Mon, 20 Jan 2014 01:55:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3247) [IE8] Impossible to edit page containing accent character in its name In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3247?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3247: ---------------------------------- Fix Version/s: 3.5.9.Final > [IE8] Impossible to edit page containing accent character in its name > --------------------------------------------------------------------- > > Key: GTNPORTAL-3247 > URL: https://issues.jboss.org/browse/GTNPORTAL-3247 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Son Tran > Assignee: Trong Tran > Priority: Minor > Labels: backlogs > Fix For: 3.5.9.Final, 3.7.0.Final > > > Using *IE8*, it's not possible to edit a page that contains an accented character in its name. > Try to follow these steps to reproduce: > - login to acme site. > - Edit-> Page-> Add page > - put the name " accentu?" > - Save the page, it is created and accessible (navigate to the page) > - Select Edit-> Page-> Layout => nothing happens. > we can not edit the page . > With chrome and FF this works well. -- 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 From issues at jboss.org Mon Jan 20 01:55:28 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Mon, 20 Jan 2014 01:55:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3253) [IE] Ajax requests are broken if the node name containing accent characters In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3253?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3253: ---------------------------------- Fix Version/s: 3.5.9.Final > [IE] Ajax requests are broken if the node name containing accent characters > --------------------------------------------------------------------------- > > Key: GTNPORTAL-3253 > URL: https://issues.jboss.org/browse/GTNPORTAL-3253 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Environment: Internet Explorer browser > Reporter: Trong Tran > Assignee: Hai Nguyen > Priority: Critical > Labels: backlogs > Fix For: 3.5.9.Final, 3.7.0.Final > > > h3. Problem > Let's say we have a page with node name is "t?t". Go to Edit Page, then click on the close/save button ==> it doesn't work. > h3. Cause > The encoded URI in the href attribute of tag is automatically decoded in wrong ISO-8859-1 before the javascript function is executed > h3. Proposal to fix the problem > We should use *onclick* to perform the javascript ajax update execution instead of href attribute. > Moreover, putting javascript code into href is kind of bad practice that we could avoid in use -- 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 From issues at jboss.org Mon Jan 20 01:55:28 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Mon, 20 Jan 2014 01:55:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3268) NPE when try to edit node in navigation In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3268?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3268: ---------------------------------- Fix Version/s: 3.5.9.Final > NPE when try to edit node in navigation > --------------------------------------- > > Key: GTNPORTAL-3268 > URL: https://issues.jboss.org/browse/GTNPORTAL-3268 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Tuyen Nguyen The > Assignee: Tuyen Nguyen The > Priority: Critical > Fix For: 3.5.9.Final, 3.7.0.Final > > Original Estimate: 4 hours > Time Spent: 4 hours > Remaining Estimate: 0 minutes > > Case: > - Login to root > - Go to Manage sites > - Edit navigation of classic site > - Right click to node and choose edit this node > => Unknown error on UI and NPE on console: > ERROR portal:UIPortalApplication - Error during the processAction phase > java.lang.NullPointerException > at org.exoplatform.navigation.webui.component.UINavigationNodeSelector$BaseActionListener.rebaseNode(UINavigationNodeSelector.java:303) > at org.exoplatform.navigation.webui.component.UINavigationNodeSelector$BaseActionListener.rebaseNode(UINavigationNodeSelector.java:296) > at org.exoplatform.navigation.webui.component.UINavigationNodeSelector$EditSelectedNodeActionListener.execute(UINavigationNodeSelector.java:472) > 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:119) > at org.exoplatform.webui.core.lifecycle.UIApplicationLifecycle.processAction(UIApplicationLifecycle.java:52) > at org.exoplatform.webui.core.lifecycle.UIApplicationLifecycle.processAction(UIApplicationLifecycle.java:29) > at org.exoplatform.webui.core.UIComponent.processAction(UIComponent.java:119) > at org.exoplatform.webui.core.UIApplication.processAction(UIApplication.java:118) > at org.exoplatform.webui.application.portlet.PortletApplication.processAction(PortletApplication.java:152) > at org.exoplatform.webui.application.portlet.PortletApplicationController.processAction(PortletApplicationController.java:95) > at org.gatein.pc.portlet.impl.jsr168.PortletContainerImpl$Invoker.doFilter(PortletContainerImpl.java:581) > at org.gatein.pc.portlet.impl.jsr168.api.FilterChainImpl.doFilter(FilterChainImpl.java:109) > at org.exoplatform.portal.application.ApplicationMonitoringFilter.doFilter(ApplicationMonitoringFilter.java:41) > at org.gatein.pc.portlet.impl.jsr168.api.FilterChainImpl.doFilter(FilterChainImpl.java:109) > at org.gatein.pc.portlet.impl.jsr168.api.FilterChainImpl.doFilter(FilterChainImpl.java:72) > at org.gatein.pc.portlet.impl.jsr168.PortletContainerImpl.dispatch(PortletContainerImpl.java:529) > at org.gatein.pc.portlet.container.ContainerPortletDispatcher.invoke(ContainerPortletDispatcher.java:42) > at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:111) > at org.gatein.pc.portlet.aspects.EventPayloadInterceptor.invoke(EventPayloadInterceptor.java:197) > at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:111) > at org.gatein.pc.portlet.aspects.RequestAttributeConversationInterceptor.invoke(RequestAttributeConversationInterceptor.java:119) > at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:111) > at org.gatein.pc.portlet.aspects.CCPPInterceptor.invoke(CCPPInterceptor.java:65) > at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:111) > at org.gatein.pc.bridge.BridgeInterceptor.invoke(BridgeInterceptor.java:49) > at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:111) > at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:111) > at org.gatein.pc.portlet.aspects.SessionInvalidatorInterceptor.invoke(SessionInvalidatorInterceptor.java:55) > at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:111) > at org.gatein.pc.portlet.aspects.ContextDispatcherInterceptor.access$201(ContextDispatcherInterceptor.java:46) > at org.gatein.pc.portlet.aspects.ContextDispatcherInterceptor$CallableImpl.call(ContextDispatcherInterceptor.java:119) > at org.exoplatform.portal.webui.application.ExoServerContext$1.doCallback(ExoServerContext.java:49) > at org.gatein.wci.command.CommandDispatcher$CallbackCommand.execute(CommandDispatcher.java:82) > at org.gatein.wci.command.TomcatCommandDispatcher$1.execute(TomcatCommandDispatcher.java:61) > at sun.reflect.GeneratedMethodAccessor156.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > at org.gatein.wci.command.CommandServlet.doGet(CommandServlet.java:135) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:621) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:728) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:749) > at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:605) > at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:544) > at org.gatein.wci.command.CommandServlet.include(CommandServlet.java:84) > at org.gatein.wci.command.TomcatCommandDispatcher.include(TomcatCommandDispatcher.java:97) > at org.gatein.wci.tomcat.TC7ServletContainerContext.include(TC7ServletContainerContext.java:111) > at org.gatein.wci.ServletContainer.include(ServletContainer.java:393) > at org.exoplatform.portal.webui.application.ExoServerContext.dispatch(ExoServerContext.java:45) > at org.gatein.pc.portlet.aspects.ContextDispatcherInterceptor.invoke(ContextDispatcherInterceptor.java:65) > at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:111) > at org.exoplatform.portal.pc.aspects.PortletLifecyclePhaseInterceptor.invoke(PortletLifecyclePhaseInterceptor.java:30) > at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:111) > at org.gatein.pc.portlet.aspects.SecureTransportInterceptor.invoke(SecureTransportInterceptor.java:69) > at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:111) > at org.gatein.pc.portlet.aspects.ValveInterceptor.invoke(ValveInterceptor.java:84) > at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:111) > at org.gatein.pc.portlet.container.ContainerPortletInvoker.invoke(ContainerPortletInvoker.java:131) > at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:111) > at org.gatein.pc.portlet.state.producer.ProducerPortletInvoker.invoke(ProducerPortletInvoker.java:263) > at org.gatein.pc.federation.impl.FederatedPortletInvokerService.invoke(FederatedPortletInvokerService.java:163) > at org.gatein.pc.federation.impl.FederatingPortletInvokerService.invoke(FederatingPortletInvokerService.java:246) > at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:111) > at org.gatein.pc.portlet.aspects.PortletCustomizationInterceptor.invoke(PortletCustomizationInterceptor.java:76) > at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:111) > at org.gatein.pc.portlet.aspects.ConsumerCacheInterceptor.invoke(ConsumerCacheInterceptor.java:247) > at org.gatein.pc.portlet.PortletInvokerInterceptor.invoke(PortletInvokerInterceptor.java:111) > at org.exoplatform.portal.webui.application.UIPortlet.invoke(UIPortlet.java:904) > at org.exoplatform.portal.webui.application.UIPortletActionListener$ProcessActionActionListener.execute(UIPortletActionListener.java:116) > at org.exoplatform.webui.event.Event.broadcast(Event.java:97) > at org.exoplatform.portal.webui.application.UIPortletLifecycle.processAction(UIPortletLifecycle.java:111) > at org.exoplatform.portal.webui.application.UIPortletLifecycle.processAction(UIPortletLifecycle.java:54) > at org.exoplatform.webui.core.UIComponent.processAction(UIComponent.java:119) > 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:119) > at org.exoplatform.webui.core.UIApplication.processAction(UIApplication.java:118) > at org.exoplatform.portal.webui.workspace.UIPortalApplication.processAction(UIPortalApplication.java:704) > at org.exoplatform.portal.application.PortalRequestHandler.processRequest(PortalRequestHandler.java:183) > at org.exoplatform.portal.application.PortalRequestHandler.execute(PortalRequestHandler.java:158) > at org.exoplatform.web.WebAppController.service(WebAppController.java:329) > at org.exoplatform.portal.application.PortalController.onService(PortalController.java:108) > at org.exoplatform.container.web.AbstractHttpServlet.service(AbstractHttpServlet.java:132) > 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.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:67) > 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.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:81) > at org.exoplatform.web.login.RememberMeFilter.doFilter(RememberMeFilter.java:49) > 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.installer.PortalSetupFilter.doFilter(PortalSetupFilter.java:62) > 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.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.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:310) > at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918) > at java.lang.Thread.run(Thread.java:662) -- 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 From issues at jboss.org Mon Jan 20 02:03:28 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Mon, 20 Jan 2014 02:03:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3250) The portlets cannot be displayed after a portal reload In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3250?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3250: ---------------------------------- Fix Version/s: 3.5.9.Final > The portlets cannot be displayed after a portal reload > ------------------------------------------------------ > > Key: GTNPORTAL-3250 > URL: https://issues.jboss.org/browse/GTNPORTAL-3250 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: PC integration > Affects Versions: 3.6.1.Final > Reporter: Nicolas Filotto > Assignee: Marko Strukelj > Fix For: 3.5.9.Final, 3.6.4.Final, 3.7.0.Final > > Attachments: GTNPORTAL-3250.patch > > Original Estimate: 1 day > Remaining Estimate: 1 day > > If you launch Gatein in developing mode, it is possible to reload only a given portal container either automatically by redeploying a webapp that has been defined as a PortalContainerConfigOwner (in other words you have the listener org.exoplatform.container.web.PortalContainerConfigOwner in your web.xml) or manually using the JMX console. And when you do so, no portlet can be displayed properly anymore (we have the message "This portlet encountered an error and could not be displayed" for all portlets), this issue is due to https://issues.jboss.org/browse/GTNPORTAL-2406. > Here are the steps to reproduce: > * Start GateIn with ./standalone.sh -Dexo.product.developing=true > * launch the JMX Console and call _reload_ with the argument _portal_ on the MBean {{exo:container=root}} > * Once the command is over, go to http://localhost:8080/portal/ -- 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 From issues at jboss.org Mon Jan 20 02:07:28 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Mon, 20 Jan 2014 02:07:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3367) Cannot login as user whose password contains accent character In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3367?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3367: ---------------------------------- Fix Version/s: 3.5.9.Final 3.7.0.Final > Cannot login as user whose password contains accent character > ------------------------------------------------------------- > > Key: GTNPORTAL-3367 > URL: https://issues.jboss.org/browse/GTNPORTAL-3367 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.5.8.Final > Reporter: Tran Trung Thanh > Priority: Minor > Fix For: 3.5.9.Final, 3.7.0.Final > > > - Integrate Gatein with LDAP > - Create at LDAP a user whose password contains accent character e.g. *ABe1-(1?1* > - Try to login > -> Cannot login -- 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 From issues at jboss.org Mon Jan 20 02:37:28 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Mon, 20 Jan 2014 02:37:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3367) Cannot login as user whose password contains accent character In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3367?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3367: ---------------------------------- Fix Version/s: (was: 3.7.0.Final) > Cannot login as user whose password contains accent character > ------------------------------------------------------------- > > Key: GTNPORTAL-3367 > URL: https://issues.jboss.org/browse/GTNPORTAL-3367 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.5.8.Final > Reporter: Tran Trung Thanh > Priority: Minor > Fix For: 3.5.9.Final > > > - Integrate Gatein with LDAP > - Create at LDAP a user whose password contains accent character e.g. *ABe1-(1?1* > - Try to login > -> Cannot login -- 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 From issues at jboss.org Mon Jan 20 02:37:28 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Mon, 20 Jan 2014 02:37:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3367) Cannot login as user whose password contains accent character In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3367?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran reassigned GTNPORTAL-3367: ------------------------------------- Assignee: Trong Tran > Cannot login as user whose password contains accent character > ------------------------------------------------------------- > > Key: GTNPORTAL-3367 > URL: https://issues.jboss.org/browse/GTNPORTAL-3367 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.5.8.Final > Reporter: Tran Trung Thanh > Assignee: Trong Tran > Priority: Minor > Fix For: 3.5.9.Final > > > - Integrate Gatein with LDAP > - Create at LDAP a user whose password contains accent character e.g. *ABe1-(1?1* > - Try to login > -> Cannot login -- 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 From issues at jboss.org Mon Jan 20 03:23:28 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Mon, 20 Jan 2014 03:23:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3228) Change Language Selector changes to default language on save In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3228?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3228: ---------------------------------- Fix Version/s: 3.5.9.Final > Change Language Selector changes to default language on save > ------------------------------------------------------------ > > Key: GTNPORTAL-3228 > URL: https://issues.jboss.org/browse/GTNPORTAL-3228 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: User Interface > Reporter: Matt Wringe > Assignee: Hai Nguyen > Fix For: 3.5.9.Final, 3.7.0.Final > > Original Estimate: 3 hours > Time Spent: 3 hours > Remaining Estimate: 0 minutes > > The change language selector will change the language to the default on a save if the language value is not changed. > For instance, if the language is not currently the default the change language dialog will open and have the current language selected in the UI. If the user clicks save, instead of the language remaining the same it will default to the portal's default language. -- 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 From issues at jboss.org Mon Jan 20 03:23:29 2014 From: issues at jboss.org (Marek Posolda (JIRA)) Date: Mon, 20 Jan 2014 03:23:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3371) LDAP: Portal UI doesn't indicate password update failure In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3371?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12936843#comment-12936843 ] Marek Posolda commented on GTNPORTAL-3371: ------------------------------------------ Hi, thanks for the notification. I wasn't aware that you are already working on duplication of this issue:-/ I will close this one and my PR and keep just yours as it handles some more cases. > LDAP: Portal UI doesn't indicate password update failure > --------------------------------------------------------- > > Key: GTNPORTAL-3371 > URL: https://issues.jboss.org/browse/GTNPORTAL-3371 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.6.3.Final > Reporter: Marek Posolda > Assignee: Marek Posolda > Fix For: 3.6.4.Final, 3.7.0.Final > > > Details in https://bugzilla.redhat.com/show_bug.cgi?id=1039600 -- 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 From issues at jboss.org Mon Jan 20 03:25:28 2014 From: issues at jboss.org (Marek Posolda (JIRA)) Date: Mon, 20 Jan 2014 03:25:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3371) LDAP: Portal UI doesn't indicate password update failure In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3371?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marek Posolda updated GTNPORTAL-3371: ------------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Duplicate Issue > LDAP: Portal UI doesn't indicate password update failure > --------------------------------------------------------- > > Key: GTNPORTAL-3371 > URL: https://issues.jboss.org/browse/GTNPORTAL-3371 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.6.3.Final > Reporter: Marek Posolda > Assignee: Marek Posolda > Fix For: 3.6.4.Final, 3.7.0.Final > > > Details in https://bugzilla.redhat.com/show_bug.cgi?id=1039600 -- 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 From issues at jboss.org Mon Jan 20 03:25:28 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Mon, 20 Jan 2014 03:25:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3371) LDAP: Portal UI doesn't indicate password update failure In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3371?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] RH Bugzilla Integration updated GTNPORTAL-3371: ----------------------------------------------- Bugzilla Update: (was: Perform) Bugzilla References: (was: https://bugzilla.redhat.com/show_bug.cgi?id=1039600) > LDAP: Portal UI doesn't indicate password update failure > --------------------------------------------------------- > > Key: GTNPORTAL-3371 > URL: https://issues.jboss.org/browse/GTNPORTAL-3371 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.6.3.Final > Reporter: Marek Posolda > Assignee: Marek Posolda > Fix For: 3.6.4.Final, 3.7.0.Final > > > Details in https://bugzilla.redhat.com/show_bug.cgi?id=1039600 -- 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 From issues at jboss.org Mon Jan 20 03:25:29 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Mon, 20 Jan 2014 03:25:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3365) Exception swallow in UserDaoImpl.persistUserInfo() In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3365?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] RH Bugzilla Integration updated GTNPORTAL-3365: ----------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1039600 > Exception swallow in UserDaoImpl.persistUserInfo() > -------------------------------------------------- > > Key: GTNPORTAL-3365 > URL: https://issues.jboss.org/browse/GTNPORTAL-3365 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 3.6.3.Final > Reporter: Vu Viet Phuong > Assignee: Vu Viet Phuong > Fix For: 3.7.0.Final > > Original Estimate: 4 hours > Time Spent: 6 hours > Remaining Estimate: 0 minutes > > Under "{{org.exoplatform.services.organization.idm}}, > focus on : > {code:title=UserDAOImp.java|borderStyle=solid} > public void persistUserInfo(User user, IdentitySession session) throws Exception > { > orgService.flush(); > AttributesManager am = session.getAttributesManager(); > ArrayList attributes = new ArrayList(); > /* ... */ > if (user.getPassword() != null) > { > if (orgService.getConfiguration().isPasswordAsAttribute()) > { > attributes.add(new SimpleAttribute(USER_PASSWORD, user.getPassword())); > } > else > { > try > { > am.updatePassword(session.getPersistenceManager().findUser(user.getUserName()), user.getPassword()); > } > catch (IdentityException e) > { > log.info("Cannot update password: " + user.getUserName() + "; ", e); > } > } > } > Attribute[] attrs = new Attribute[attributes.size()]; > attrs = (Attribute[])attributes.toArray(attrs); > try > { > am.updateAttributes(user.getUserName(), attrs); > } > catch (IdentityException e) > { > log.info("Cannot update attributes for user: " + user.getUserName() + "; ", e); > } > } > {code} > > The method {{saveUser(User, boolean) _throws Exception_}} > calls > {{persistUserInfo(User user, IdentitySession session) _throws Exception_}}. > > Whereas, deeper in the code, you can easily notice that exceptions are caught in this level and traced by a {{log.info}}: > * first time in the password level > * second time when updating all of the attributes. > (!) Users want to be notified when an error occurs during user registration. > As well as being aware of the type of the caught exception. -- 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 From issues at jboss.org Mon Jan 20 03:29:28 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Mon, 20 Jan 2014 03:29:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3290) IE9: Action does not work when page url contains special characters In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3290: ---------------------------------- Fix Version/s: 3.5.9.Final > IE9: Action does not work when page url contains special characters > ------------------------------------------------------------------- > > Key: GTNPORTAL-3290 > URL: https://issues.jboss.org/browse/GTNPORTAL-3290 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.5.6.Final > Reporter: Tran Trung Thanh > Fix For: 3.5.9.Final > > > In IE9, when page URL contains special characters, if we click to an action, it does not work. > Steps to reproduce: > # Open IE9, go to portal/intranet/wiki > # Create wiki page with name: 'avi?o ?rido jo?o caf?' > # Save and close > # Edit again > # Switch to Richtext mode -> does not work. > I add this code fragment in *ajaxPost* method of *UIForm.js* and it works well (but it is not the full solution because I encode only the page name, not the whole url): > {code} > if ($.browser.msie != undefined) { > var q = url.indexOf('?'); > var s1 = ""; > var s2 = ""; > if (q > -1) { > s1 = url.substring(0, q); > s2 = url.substring(q); > } else { > q1 = ajaxGetLink.indexOf('#'); > if (q1 > -1) { > s1 = url.substring(0, q1); > s2 = url.substring(q1); > } else { > s1 = url; > s2 = ""; > } > } > var slash = s1.lastIndexOf('/'); > if (slash > -1) { > var pageName = s1.substring(slash + 1); > url = s1.substring(0, slash) +'/' + encodeURIComponent(pageName) + s2; > } > } > {code} > This issue fixes also problem in Tab > # Create new tab whose name contains accent character > # Access it -> Cannot access -- 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 From issues at jboss.org Mon Jan 20 03:29:28 2014 From: issues at jboss.org (Marek Posolda (JIRA)) Date: Mon, 20 Jan 2014 03:29:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3365) Exception swallow in UserDaoImpl.persistUserInfo() In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3365?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marek Posolda updated GTNPORTAL-3365: ------------------------------------- Fix Version/s: 3.6.4.Final > Exception swallow in UserDaoImpl.persistUserInfo() > -------------------------------------------------- > > Key: GTNPORTAL-3365 > URL: https://issues.jboss.org/browse/GTNPORTAL-3365 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 3.6.3.Final > Reporter: Vu Viet Phuong > Assignee: Vu Viet Phuong > Fix For: 3.6.4.Final, 3.7.0.Final > > Original Estimate: 4 hours > Time Spent: 6 hours > Remaining Estimate: 0 minutes > > Under "{{org.exoplatform.services.organization.idm}}, > focus on : > {code:title=UserDAOImp.java|borderStyle=solid} > public void persistUserInfo(User user, IdentitySession session) throws Exception > { > orgService.flush(); > AttributesManager am = session.getAttributesManager(); > ArrayList attributes = new ArrayList(); > /* ... */ > if (user.getPassword() != null) > { > if (orgService.getConfiguration().isPasswordAsAttribute()) > { > attributes.add(new SimpleAttribute(USER_PASSWORD, user.getPassword())); > } > else > { > try > { > am.updatePassword(session.getPersistenceManager().findUser(user.getUserName()), user.getPassword()); > } > catch (IdentityException e) > { > log.info("Cannot update password: " + user.getUserName() + "; ", e); > } > } > } > Attribute[] attrs = new Attribute[attributes.size()]; > attrs = (Attribute[])attributes.toArray(attrs); > try > { > am.updateAttributes(user.getUserName(), attrs); > } > catch (IdentityException e) > { > log.info("Cannot update attributes for user: " + user.getUserName() + "; ", e); > } > } > {code} > > The method {{saveUser(User, boolean) _throws Exception_}} > calls > {{persistUserInfo(User user, IdentitySession session) _throws Exception_}}. > > Whereas, deeper in the code, you can easily notice that exceptions are caught in this level and traced by a {{log.info}}: > * first time in the password level > * second time when updating all of the attributes. > (!) Users want to be notified when an error occurs during user registration. > As well as being aware of the type of the caught exception. -- 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 From issues at jboss.org Mon Jan 20 03:29:29 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Mon, 20 Jan 2014 03:29:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3290) IE9: Action does not work when page url contains special characters In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3290: ---------------------------------- Status: Resolved (was: Pull Request Sent) Assignee: Trong Tran Resolution: Done > IE9: Action does not work when page url contains special characters > ------------------------------------------------------------------- > > Key: GTNPORTAL-3290 > URL: https://issues.jboss.org/browse/GTNPORTAL-3290 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.5.6.Final > Reporter: Tran Trung Thanh > Assignee: Trong Tran > Fix For: 3.5.9.Final > > > In IE9, when page URL contains special characters, if we click to an action, it does not work. > Steps to reproduce: > # Open IE9, go to portal/intranet/wiki > # Create wiki page with name: 'avi?o ?rido jo?o caf?' > # Save and close > # Edit again > # Switch to Richtext mode -> does not work. > I add this code fragment in *ajaxPost* method of *UIForm.js* and it works well (but it is not the full solution because I encode only the page name, not the whole url): > {code} > if ($.browser.msie != undefined) { > var q = url.indexOf('?'); > var s1 = ""; > var s2 = ""; > if (q > -1) { > s1 = url.substring(0, q); > s2 = url.substring(q); > } else { > q1 = ajaxGetLink.indexOf('#'); > if (q1 > -1) { > s1 = url.substring(0, q1); > s2 = url.substring(q1); > } else { > s1 = url; > s2 = ""; > } > } > var slash = s1.lastIndexOf('/'); > if (slash > -1) { > var pageName = s1.substring(slash + 1); > url = s1.substring(0, slash) +'/' + encodeURIComponent(pageName) + s2; > } > } > {code} > This issue fixes also problem in Tab > # Create new tab whose name contains accent character > # Access it -> Cannot access -- 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 From issues at jboss.org Mon Jan 20 03:31:28 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Mon, 20 Jan 2014 03:31:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3366) [IE8, IE9] Can not rename Dashboard tab if name contains accent chars In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3366?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3366: ---------------------------------- Fix Version/s: 3.5.9.Final 3.7.0.Final > [IE8, IE9] Can not rename Dashboard tab if name contains accent chars > --------------------------------------------------------------------- > > Key: GTNPORTAL-3366 > URL: https://issues.jboss.org/browse/GTNPORTAL-3366 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.5.8.Final > Reporter: Tran Trung Thanh > Fix For: 3.5.9.Final, 3.7.0.Final > > > Steps to reproduce: > - Login > - Create a Dashboard page > - Go to that page, create a new tab of which name contains accent chars (i.e. s? m?i kh?o d?i) > - Edit name of that tab by deleting some chars in the name (i.e.: s? m?i) > - Hit Enter > >>> Result: can not rename -- 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 From issues at jboss.org Mon Jan 20 03:35:28 2014 From: issues at jboss.org (Vu Viet Phuong (JIRA)) Date: Mon, 20 Jan 2014 03:35:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3372) Sometimes I am seeing "disabled" user even if "Show disabled" is unchecked In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3372?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12936845#comment-12936845 ] Vu Viet Phuong commented on GTNPORTAL-3372: ------------------------------------------- I have pushed the fix onto this branch: https://github.com/exoportal/gatein-portal/tree/disabled-user-update > Sometimes I am seeing "disabled" user even if "Show disabled" is unchecked > -------------------------------------------------------------------------- > > Key: GTNPORTAL-3372 > URL: https://issues.jboss.org/browse/GTNPORTAL-3372 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Marek Posolda > Assignee: Vu Viet Phuong > Fix For: 3.7.0.Final > > > I went through these steps (tested on latest gatein master): > - Login as root > - Go to OrganizationPortlet > - Checkbox "Show disabled" is unchecked. I wanted to disable "john". So after click to "disabled" icon, john dissapears > - Enable "Check disabled". Now I can see john again and he is marked as disabled > - Logout > - Login again and go again to OrgManagementPortlet > - Checkbox "Show disabled" is unchecked BUT I can still see disabled user john. This looks like a bug to me -- 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 From issues at jboss.org Mon Jan 20 03:41:28 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Mon, 20 Jan 2014 03:41:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3366) [IE8, IE9] Can not rename Dashboard tab if name contains accent chars In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3366?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12936847#comment-12936847 ] Trong Tran commented on GTNPORTAL-3366: --------------------------------------- I have merged the PR to 3.5.x branch. We also need to check if it should be ported to master too ? > [IE8, IE9] Can not rename Dashboard tab if name contains accent chars > --------------------------------------------------------------------- > > Key: GTNPORTAL-3366 > URL: https://issues.jboss.org/browse/GTNPORTAL-3366 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.5.8.Final > Reporter: Tran Trung Thanh > Fix For: 3.5.9.Final, 3.7.0.Final > > > Steps to reproduce: > - Login > - Create a Dashboard page > - Go to that page, create a new tab of which name contains accent chars (i.e. s? m?i kh?o d?i) > - Edit name of that tab by deleting some chars in the name (i.e.: s? m?i) > - Hit Enter > >>> Result: can not rename -- 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 From issues at jboss.org Mon Jan 20 03:49:28 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Mon, 20 Jan 2014 03:49:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3300) Add possibility to invalidate items in IntegrationCache via JMX call to PicketlinkIDMCacheService.invalidate() In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3300?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3300: ---------------------------------- Fix Version/s: 3.5.9.Final > Add possibility to invalidate items in IntegrationCache via JMX call to PicketlinkIDMCacheService.invalidate() > -------------------------------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3300 > URL: https://issues.jboss.org/browse/GTNPORTAL-3300 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: Identity integration > Affects Versions: 3.6.3.Final > Reporter: Marek Posolda > Assignee: Marek Posolda > Fix For: 3.5.9.Final, 3.6.4.Final, 3.7.0.Final > > > Currently it's not possible to invalidate items in IntegrationCache via JMX call to PicketlinkIDMCacheService.invalidate() . JMX call is propagated just to APICacheProvider and StoreCacheProvider but not to IntegrationCache. -- 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 From issues at jboss.org Mon Jan 20 03:55:28 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Mon, 20 Jan 2014 03:55:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-2703) There's "Access Permission" tab of Portlet edit window in Dashboard edit mode. How does it behave? In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-2703?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-2703: ---------------------------------- Fix Version/s: 3.5.9.Final > There's "Access Permission" tab of Portlet edit window in Dashboard edit mode. How does it behave? > -------------------------------------------------------------------------------------------------- > > Key: GTNPORTAL-2703 > URL: https://issues.jboss.org/browse/GTNPORTAL-2703 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: WebUI > Affects Versions: 3.5.0.Beta01 > Reporter: Takayuki Konishi > Assignee: Hai Nguyen > Fix For: 3.5.9.Final, 3.7.0.Final > > Attachments: AccessPermissionTab.png > > Original Estimate: 2 hours > Time Spent: 1 hour > Remaining Estimate: 0 minutes > > What is the function of "Access Permission" tab of Portlet edit window in Dashboard edit mode; especially the case of the login user has not admin permission. > How does "Make it public (everyone can access):" checkbox behave? > If it have no function, please delete it. -- 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 From issues at jboss.org Mon Jan 20 03:55:29 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Mon, 20 Jan 2014 03:55:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3340) Resource bundle Warnings in Application Registry In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3340?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3340: ---------------------------------- Fix Version/s: 3.5.9.Final > Resource bundle Warnings in Application Registry > ------------------------------------------------ > > Key: GTNPORTAL-3340 > URL: https://issues.jboss.org/browse/GTNPORTAL-3340 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.6.3.Final > Reporter: Peter Palaga > Assignee: Peter Palaga > Fix For: 3.5.9.Final, 3.6.4.Final, 3.7.0.Final > > > Steps to reproduce: > (1) Login as root > (2) Visit http://127.0.0.1:8080/portal/g/:platform:administrators/administration/registry > (3) NOT OK: There are warnigs in the log: > {code} > WARN [portal:WebuiBindingContext] (http--0.0.0.0-8180-1) Can not find resource bundle for key : uniq-5b8e7bb6-8b8e-4e39-9204-948a2d598d90.action.title.Delete > WARN [portal:WebuiBindingContext] (http--0.0.0.0-8180-1) Can not find resource bundle for key : uniq-5b8e7bb6-8b8e-4e39-9204-948a2d598d90.action.title.Delete > WARN [portal:WebuiBindingContext] (http--0.0.0.0-8180-1) Can not find resource bundle for key : uniq-5b8e7bb6-8b8e-4e39-9204.title.ListPermissionSelector > {code} -- 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 From issues at jboss.org Mon Jan 20 05:07:28 2014 From: issues at jboss.org (Vu Viet Phuong (JIRA)) Date: Mon, 20 Jan 2014 05:07:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3373) LDAP: Not seeing some users in organizationManagementPortlet In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3373?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12936866#comment-12936866 ] Vu Viet Phuong commented on GTNPORTAL-3373: ------------------------------------------- This is the "Backward compability" issue (There are users in LDAP database, but no user profile attribute in Hibernate yet --> no attribute for disabled user status) So we need to run the migration script or disable the "filter disabled user in query" feature. I've updated the document about this (https://community.jboss.org/wiki/DisabledUser) > LDAP: Not seeing some users in organizationManagementPortlet > ------------------------------------------------------------ > > Key: GTNPORTAL-3373 > URL: https://issues.jboss.org/browse/GTNPORTAL-3373 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Marek Posolda > Assignee: Vu Viet Phuong > Attachments: idm-configuration.xml > > > I went through these steps: > - Enable LDAP integration with OpenDS 2.0 in gatein/gatein.ear/portal.war/WEB-INF/conf/organization/idm-configuration.xml by: > -- Change property "config" of PicketlinkIDMService to war:/conf/organization/picketlink-idm/examples/picketlink-idm-ldap-config.xml (assumption is that you have OpenDS running on localhost:1389) > -- Uncomment 2 "groupTypeMappings" in OrganizationService configuration for types "platform_type" and "organization_type" > (I am attaching my idm-configuration.xml just to make sure) > - Now when I start portal, login as root and go to OrganizationManagementPortlet, I can't see users from LDAP (assumption is that there are some users added just in LDAP). > - When I click to "Show disabled" I can see all users including LDAP users. They are marked as enabled, which seems to be OK. What is not OK is, that they are not shown in first-place when "Show disabled" is unchecked -- 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 From issues at jboss.org Mon Jan 20 05:47:28 2014 From: issues at jboss.org (Marek Posolda (JIRA)) Date: Mon, 20 Jan 2014 05:47:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3351) Could not load user profile for warning In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3351?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marek Posolda updated GTNPORTAL-3351: ------------------------------------- Status: Pull Request Sent (was: Pull Request Sent) Git Pull Request: https://github.com/gatein/gatein-portal/pull/769 (was: https://github.com/gatein/gatein-portal/pull/768) > Could not load user profile for warning > ---------------------------------------------- > > Key: GTNPORTAL-3351 > URL: https://issues.jboss.org/browse/GTNPORTAL-3351 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.7.0.Final > Reporter: Peter Palaga > Assignee: Marek Posolda > > NOT OK: The warning appears in the log when a user (e.g. root) logs in. > {code} > Could not load user profile for > {code} > Expected: no warning. -- 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 From issues at jboss.org Mon Jan 20 10:52:29 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Mon, 20 Jan 2014 10:52:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3374) Submenu is displayed off the screen in right to left mode In-Reply-To: References: Message-ID: Lucas Ponce created GTNPORTAL-3374: -------------------------------------- Summary: Submenu is displayed off the screen in right to left mode Key: GTNPORTAL-3374 URL: https://issues.jboss.org/browse/GTNPORTAL-3374 Project: GateIn Portal Issue Type: Bug Security Level: Public (Everyone can see) Components: Mobile Reporter: Lucas Ponce Assignee: Lucas Ponce Priority: Minor Fix For: 3.7.0.Final -- 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 From issues at jboss.org Mon Jan 20 10:52:29 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Mon, 20 Jan 2014 10:52:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3374) Submenu is displayed off the screen in right to left mode In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3374?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce updated GTNPORTAL-3374: ----------------------------------- Description: Description of problem: On tablet devices there is menu displayed off the screen when you are in Right to left mode. Go to /portal/mobile/home and click: Group pages -> User pages -> My link -> submenu is displayed off the screen. This only happens in landscape mode. See attached screenshot. Additional info: Tested on Android 3.2 tablet and 4.1.2 tablet. Phones worked fine. > Submenu is displayed off the screen in right to left mode > --------------------------------------------------------- > > Key: GTNPORTAL-3374 > URL: https://issues.jboss.org/browse/GTNPORTAL-3374 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Mobile > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Priority: Minor > Fix For: 3.7.0.Final > > > Description of problem: > On tablet devices there is menu displayed off the screen when you are in Right to left mode. Go to /portal/mobile/home and click: Group pages -> User pages -> My link -> submenu is displayed off the screen. This only happens in landscape mode. See attached screenshot. > Additional info: > Tested on Android 3.2 tablet and 4.1.2 tablet. Phones worked fine. -- 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 From issues at jboss.org Mon Jan 20 10:54:29 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Mon, 20 Jan 2014 10:54:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3374) Submenu is displayed off the screen in right to left mode In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3374?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] RH Bugzilla Integration updated GTNPORTAL-3374: ----------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1053019 > Submenu is displayed off the screen in right to left mode > --------------------------------------------------------- > > Key: GTNPORTAL-3374 > URL: https://issues.jboss.org/browse/GTNPORTAL-3374 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Mobile > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Priority: Minor > Fix For: 3.7.0.Final > > > Description of problem: > On tablet devices there is menu displayed off the screen when you are in Right to left mode. Go to /portal/mobile/home and click: Group pages -> User pages -> My link -> submenu is displayed off the screen. This only happens in landscape mode. See attached screenshot. > Additional info: > Tested on Android 3.2 tablet and 4.1.2 tablet. Phones worked fine. -- 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 From issues at jboss.org Mon Jan 20 12:14:28 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Mon, 20 Jan 2014 12:14:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3374) Submenu is displayed off the screen in right to left mode In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3374?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce updated GTNPORTAL-3374: ----------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/770 > Submenu is displayed off the screen in right to left mode > --------------------------------------------------------- > > Key: GTNPORTAL-3374 > URL: https://issues.jboss.org/browse/GTNPORTAL-3374 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Mobile > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Priority: Minor > Fix For: 3.7.0.Final > > > Description of problem: > On tablet devices there is menu displayed off the screen when you are in Right to left mode. Go to /portal/mobile/home and click: Group pages -> User pages -> My link -> submenu is displayed off the screen. This only happens in landscape mode. See attached screenshot. > Additional info: > Tested on Android 3.2 tablet and 4.1.2 tablet. Phones worked fine. -- 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 From issues at jboss.org Mon Jan 20 12:26:28 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Mon, 20 Jan 2014 12:26:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3374) Submenu is displayed off the screen in right to left mode In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3374?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12937290#comment-12937290 ] RH Bugzilla Integration commented on GTNPORTAL-3374: ---------------------------------------------------- Lucas Ponce changed the Status of [bug 1053019|https://bugzilla.redhat.com/show_bug.cgi?id=1053019] from ASSIGNED to MODIFIED > Submenu is displayed off the screen in right to left mode > --------------------------------------------------------- > > Key: GTNPORTAL-3374 > URL: https://issues.jboss.org/browse/GTNPORTAL-3374 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Mobile > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Priority: Minor > Fix For: 3.7.0.Final > > > Description of problem: > On tablet devices there is menu displayed off the screen when you are in Right to left mode. Go to /portal/mobile/home and click: Group pages -> User pages -> My link -> submenu is displayed off the screen. This only happens in landscape mode. See attached screenshot. > Additional info: > Tested on Android 3.2 tablet and 4.1.2 tablet. Phones worked fine. -- 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 From issues at jboss.org Mon Jan 20 21:56:28 2014 From: issues at jboss.org (Vu Viet Phuong (JIRA)) Date: Mon, 20 Jan 2014 21:56:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3372) Sometimes I am seeing "disabled" user even if "Show disabled" is unchecked In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3372?focusedWorklogId=12430501&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-12430501 ] Vu Viet Phuong logged work on GTNPORTAL-3372: --------------------------------------------- Author: Vu Viet Phuong Created on: 20/Jan/14 9:56 PM Start Date: 20/Jan/14 9:56 PM Worklog Time Spent: 3 hours Issue Time Tracking ------------------- Remaining Estimate: 0 minutes Time Spent: 3 hours Worklog Id: (was: 12430501) > Sometimes I am seeing "disabled" user even if "Show disabled" is unchecked > -------------------------------------------------------------------------- > > Key: GTNPORTAL-3372 > URL: https://issues.jboss.org/browse/GTNPORTAL-3372 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Marek Posolda > Assignee: Vu Viet Phuong > Fix For: 3.7.0.Final > > Time Spent: 3 hours > Remaining Estimate: 0 minutes > > I went through these steps (tested on latest gatein master): > - Login as root > - Go to OrganizationPortlet > - Checkbox "Show disabled" is unchecked. I wanted to disable "john". So after click to "disabled" icon, john dissapears > - Enable "Check disabled". Now I can see john again and he is marked as disabled > - Logout > - Login again and go again to OrgManagementPortlet > - Checkbox "Show disabled" is unchecked BUT I can still see disabled user john. This looks like a bug to me -- 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 From issues at jboss.org Mon Jan 20 21:58:28 2014 From: issues at jboss.org (Vu Viet Phuong (JIRA)) Date: Mon, 20 Jan 2014 21:58:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3373) LDAP: Not seeing some users in organizationManagementPortlet In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3373?focusedWorklogId=12430502&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-12430502 ] Vu Viet Phuong logged work on GTNPORTAL-3373: --------------------------------------------- Author: Vu Viet Phuong Created on: 20/Jan/14 9:56 PM Start Date: 20/Jan/14 9:56 PM Worklog Time Spent: 2 hours Issue Time Tracking ------------------- Remaining Estimate: 0 minutes Time Spent: 2 hours Worklog Id: (was: 12430502) > LDAP: Not seeing some users in organizationManagementPortlet > ------------------------------------------------------------ > > Key: GTNPORTAL-3373 > URL: https://issues.jboss.org/browse/GTNPORTAL-3373 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Marek Posolda > Assignee: Vu Viet Phuong > Attachments: idm-configuration.xml > > Time Spent: 2 hours > Remaining Estimate: 0 minutes > > I went through these steps: > - Enable LDAP integration with OpenDS 2.0 in gatein/gatein.ear/portal.war/WEB-INF/conf/organization/idm-configuration.xml by: > -- Change property "config" of PicketlinkIDMService to war:/conf/organization/picketlink-idm/examples/picketlink-idm-ldap-config.xml (assumption is that you have OpenDS running on localhost:1389) > -- Uncomment 2 "groupTypeMappings" in OrganizationService configuration for types "platform_type" and "organization_type" > (I am attaching my idm-configuration.xml just to make sure) > - Now when I start portal, login as root and go to OrganizationManagementPortlet, I can't see users from LDAP (assumption is that there are some users added just in LDAP). > - When I click to "Show disabled" I can see all users including LDAP users. They are marked as enabled, which seems to be OK. What is not OK is, that they are not shown in first-place when "Show disabled" is unchecked -- 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 From issues at jboss.org Tue Jan 21 03:50:29 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Tue, 21 Jan 2014 03:50:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3375) Documentation for CDI Portlet Development support under Tomcat In-Reply-To: References: Message-ID: Trong Tran created GTNPORTAL-3375: ------------------------------------- Summary: Documentation for CDI Portlet Development support under Tomcat Key: GTNPORTAL-3375 URL: https://issues.jboss.org/browse/GTNPORTAL-3375 Project: GateIn Portal Issue Type: Task Security Level: Public (Everyone can see) Components: Documentation Reporter: Trong Tran Fix For: 3.7.0.Final We need a specific documentation to guide developer "How to make CDI Portlet development work under Tomcat" -- 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 From issues at jboss.org Tue Jan 21 03:50:29 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Tue, 21 Jan 2014 03:50:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3364) Implement UI part for "Restricted" layout setting In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3364?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3364: ---------------------------------- Status: Open (was: Pull Request Sent) Git Pull Request: (was: https://github.com/gatein/gatein-portal/pull/766) > Implement UI part for "Restricted" layout setting > -------------------------------------------------- > > Key: GTNPORTAL-3364 > URL: https://issues.jboss.org/browse/GTNPORTAL-3364 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Trong Tran > Assignee: Tuyen Nguyen The > Fix For: 3.7.0.Final > > Original Estimate: 2 days, 4 hours > Time Spent: 2 days, 4 hours > Remaining Estimate: 0 minutes > > Following by the spec https://community.jboss.org/wiki/RestrictedPageEditor -- 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 From issues at jboss.org Tue Jan 21 04:00:28 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Tue, 21 Jan 2014 04:00:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3364) Implement UI part for "Restricted" layout setting In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3364?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3364: ---------------------------------- Sprint: Sprint 92, Sprint 93 (was: Sprint 92) > Implement UI part for "Restricted" layout setting > -------------------------------------------------- > > Key: GTNPORTAL-3364 > URL: https://issues.jboss.org/browse/GTNPORTAL-3364 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Trong Tran > Assignee: Tuyen Nguyen The > Fix For: 3.7.0.Final > > Original Estimate: 2 days, 4 hours > Time Spent: 2 days, 4 hours > Remaining Estimate: 0 minutes > > Following by the spec https://community.jboss.org/wiki/RestrictedPageEditor -- 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 From issues at jboss.org Tue Jan 21 04:00:29 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Tue, 21 Jan 2014 04:00:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3375) Documentation for CDI Portlet Development support under Tomcat In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3375: ---------------------------------- Sprint: Sprint 93 > Documentation for CDI Portlet Development support under Tomcat > -------------------------------------------------------------- > > Key: GTNPORTAL-3375 > URL: https://issues.jboss.org/browse/GTNPORTAL-3375 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Components: Documentation > Reporter: Trong Tran > Fix For: 3.7.0.Final > > > We need a specific documentation to guide developer "How to make CDI Portlet development work under Tomcat" -- 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 From issues at jboss.org Tue Jan 21 04:42:28 2014 From: issues at jboss.org (Vu Viet Phuong (JIRA)) Date: Tue, 21 Jan 2014 04:42:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3376) Improve code and label for Permission setting UI In-Reply-To: References: Message-ID: Vu Viet Phuong created GTNPORTAL-3376: ----------------------------------------- Summary: Improve code and label for Permission setting UI Key: GTNPORTAL-3376 URL: https://issues.jboss.org/browse/GTNPORTAL-3376 Project: GateIn Portal Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: Vu Viet Phuong Priority: Minor - The label is not right: + Click on Move* permissioni tab --> Make public (everyone can access) + Click to open the permissioin window --> the localized title is not found - in UIListPermissionSelector.java iname.substring(prefix.length()) is called too much time - UIContainerForm is re-used for portal, group, user layout. Then let see if this : if(acl.isSuperUser() || acl.isUserInGroup(acl.getAdminGroups())) checking is enought or not -- 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 From issues at jboss.org Tue Jan 21 04:44:28 2014 From: issues at jboss.org (Vu Viet Phuong (JIRA)) Date: Tue, 21 Jan 2014 04:44:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3376) Improve code and label for Permission setting UI In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3376?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vu Viet Phuong updated GTNPORTAL-3376: -------------------------------------- Attachment: permission.png > Improve code and label for Permission setting UI > ------------------------------------------------ > > Key: GTNPORTAL-3376 > URL: https://issues.jboss.org/browse/GTNPORTAL-3376 > Project: GateIn Portal > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Reporter: Vu Viet Phuong > Priority: Minor > Fix For: 3.7.0.Final > > Attachments: permission.png > > > - The label is not right: > + Click on Move* permissioni tab --> Make public (everyone can access) > + Click to open the permissioin window --> the localized title is not found > - in UIListPermissionSelector.java > iname.substring(prefix.length()) is called too much time > - UIContainerForm is re-used for portal, group, user layout. Then let see if this : if(acl.isSuperUser() || acl.isUserInGroup(acl.getAdminGroups())) checking is enought or not -- 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 From issues at jboss.org Tue Jan 21 04:48:29 2014 From: issues at jboss.org (Vu Viet Phuong (JIRA)) Date: Tue, 21 Jan 2014 04:48:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3377) Change Move* permission on UI doesn't take effect immediately In-Reply-To: References: Message-ID: Vu Viet Phuong created GTNPORTAL-3377: ----------------------------------------- Summary: Change Move* permission on UI doesn't take effect immediately Key: GTNPORTAL-3377 URL: https://issues.jboss.org/browse/GTNPORTAL-3377 Project: GateIn Portal Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: Vu Viet Phuong - Login as John - Edit a page --> edit page properties, remove all move* permission --> click save --> John can still DnD apps to the page layout, but after he drop a new app the the page, he can't DnD anymore We should make this behaviour consistent -- 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 From issues at jboss.org Tue Jan 21 05:18:28 2014 From: issues at jboss.org (Vu Viet Phuong (JIRA)) Date: Tue, 21 Jan 2014 05:18:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3376) Improve code and label for Permission setting UI In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3376?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vu Viet Phuong updated GTNPORTAL-3376: -------------------------------------- Original Estimate: 3 hours Remaining Estimate: 3 hours > Improve code and label for Permission setting UI > ------------------------------------------------ > > Key: GTNPORTAL-3376 > URL: https://issues.jboss.org/browse/GTNPORTAL-3376 > Project: GateIn Portal > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Reporter: Vu Viet Phuong > Priority: Minor > Fix For: 3.7.0.Final > > Attachments: permission.png > > Original Estimate: 3 hours > Remaining Estimate: 3 hours > > - The label is not right: > + Click on Move* permissioni tab --> Make public (everyone can access) > + Click to open the permissioin window --> the localized title is not found > - in UIListPermissionSelector.java > iname.substring(prefix.length()) is called too much time > - UIContainerForm is re-used for portal, group, user layout. Then let see if this : if(acl.isSuperUser() || acl.isUserInGroup(acl.getAdminGroups())) checking is enought or not -- 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 From issues at jboss.org Tue Jan 21 05:18:28 2014 From: issues at jboss.org (Vu Viet Phuong (JIRA)) Date: Tue, 21 Jan 2014 05:18:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3377) Change Move* permission on UI doesn't take effect immediately In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3377?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vu Viet Phuong updated GTNPORTAL-3377: -------------------------------------- Original Estimate: 6 hours Remaining Estimate: 6 hours > Change Move* permission on UI doesn't take effect immediately > ------------------------------------------------------------- > > Key: GTNPORTAL-3377 > URL: https://issues.jboss.org/browse/GTNPORTAL-3377 > Project: GateIn Portal > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Reporter: Vu Viet Phuong > Fix For: 3.7.0.Final > > Original Estimate: 6 hours > Remaining Estimate: 6 hours > > - Login as John > - Edit a page --> edit page properties, remove all move* permission > --> click save --> John can still DnD apps to the page layout, but after he drop a new app the the page, he can't DnD anymore > We should make this behaviour consistent -- 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 From issues at jboss.org Tue Jan 21 05:22:28 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Tue, 21 Jan 2014 05:22:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3375) Documentation for CDI Portlet Development support under Tomcat In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3375: ---------------------------------- Original Estimate: 1 day Remaining Estimate: 1 day > Documentation for CDI Portlet Development support under Tomcat > -------------------------------------------------------------- > > Key: GTNPORTAL-3375 > URL: https://issues.jboss.org/browse/GTNPORTAL-3375 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Components: Documentation > Reporter: Trong Tran > Fix For: 3.7.0.Final > > Original Estimate: 1 day > Remaining Estimate: 1 day > > We need a specific documentation to guide developer "How to make CDI Portlet development work under Tomcat" -- 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 From issues at jboss.org Tue Jan 21 05:24:28 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Tue, 21 Jan 2014 05:24:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3375) Documentation for CDI Portlet Development support under Tomcat In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3375: ---------------------------------- Description: We need a specific documentation to guide developer "How to make CDI Portlet development work under Tomcat" We could add a sub-page at https://docs.jboss.org/author/display/GTNPORTAL37/CDI+Portlet+Development was:We need a specific documentation to guide developer "How to make CDI Portlet development work under Tomcat" > Documentation for CDI Portlet Development support under Tomcat > -------------------------------------------------------------- > > Key: GTNPORTAL-3375 > URL: https://issues.jboss.org/browse/GTNPORTAL-3375 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Components: Documentation > Reporter: Trong Tran > Fix For: 3.7.0.Final > > Original Estimate: 1 day > Remaining Estimate: 1 day > > We need a specific documentation to guide developer "How to make CDI Portlet development work under Tomcat" > We could add a sub-page at https://docs.jboss.org/author/display/GTNPORTAL37/CDI+Portlet+Development -- 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 From issues at jboss.org Tue Jan 21 05:24:28 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Tue, 21 Jan 2014 05:24:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3375) Documentation for CDI Portlet Development support under Tomcat In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3375: ---------------------------------- Original Estimate: 2 days (was: 1 day) Remaining Estimate: 2 days (was: 1 day) > Documentation for CDI Portlet Development support under Tomcat > -------------------------------------------------------------- > > Key: GTNPORTAL-3375 > URL: https://issues.jboss.org/browse/GTNPORTAL-3375 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Components: Documentation > Reporter: Trong Tran > Fix For: 3.7.0.Final > > Original Estimate: 2 days > Remaining Estimate: 2 days > > We need a specific documentation to guide developer "How to make CDI Portlet development work under Tomcat" > We could add a sub-page at https://docs.jboss.org/author/display/GTNPORTAL37/CDI+Portlet+Development -- 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 From issues at jboss.org Tue Jan 21 09:24:28 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Tue, 21 Jan 2014 09:24:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3369) Add Public Render Parameter support at URL level In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3369?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce updated GTNPORTAL-3369: ----------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/771 > Add Public Render Parameter support at URL level > ------------------------------------------------ > > Key: GTNPORTAL-3369 > URL: https://issues.jboss.org/browse/GTNPORTAL-3369 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: WebUI > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Fix For: 3.7.0.Final > > > Add support to pass Public Render Parameters at URL level -- 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 From issues at jboss.org Tue Jan 21 09:26:29 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Tue, 21 Jan 2014 09:26:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3362) Add examples for Inter Portlet Communication In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3362?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12937542#comment-12937542 ] RH Bugzilla Integration commented on GTNPORTAL-3362: ---------------------------------------------------- Lucas Ponce changed the Status of [bug 793726|https://bugzilla.redhat.com/show_bug.cgi?id=793726] from ASSIGNED to MODIFIED > Add examples for Inter Portlet Communication > -------------------------------------------- > > Key: GTNPORTAL-3362 > URL: https://issues.jboss.org/browse/GTNPORTAL-3362 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Fix For: 3.7.0.Final > > > Add examples covering Public Render Parameters and Portlet Events -- 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 From issues at jboss.org Tue Jan 21 09:26:29 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Tue, 21 Jan 2014 09:26:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3369) Add Public Render Parameter support at URL level In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3369?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12937543#comment-12937543 ] RH Bugzilla Integration commented on GTNPORTAL-3369: ---------------------------------------------------- Lucas Ponce changed the Status of [bug 793726|https://bugzilla.redhat.com/show_bug.cgi?id=793726] from ASSIGNED to MODIFIED > Add Public Render Parameter support at URL level > ------------------------------------------------ > > Key: GTNPORTAL-3369 > URL: https://issues.jboss.org/browse/GTNPORTAL-3369 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: WebUI > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Fix For: 3.7.0.Final > > > Add support to pass Public Render Parameters at URL level -- 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 From issues at jboss.org Tue Jan 21 12:34:28 2014 From: issues at jboss.org (=?UTF-8?Q?Juraci_Paix=C3=A3o_Kr=C3=B6hling_=28JIRA=29?=) Date: Tue, 21 Jan 2014 12:34:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3378) NPE due to the new cache control header In-Reply-To: References: Message-ID: Juraci Paix?o Kr?hling created GTNPORTAL-3378: ------------------------------------------------- Summary: NPE due to the new cache control header Key: GTNPORTAL-3378 URL: https://issues.jboss.org/browse/GTNPORTAL-3378 Project: GateIn Portal Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Juraci Paix?o Kr?hling Assignee: Juraci Paix?o Kr?hling The cache control directive introduced by GTNPORTAL-3361 causes a NPE when logging with the demo or john user. -- 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 From issues at jboss.org Tue Jan 21 21:22:28 2014 From: issues at jboss.org (Tuyen Nguyen The (JIRA)) Date: Tue, 21 Jan 2014 21:22:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3376) Improve code and label for Permission setting UI In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3376?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tuyen Nguyen The reassigned GTNPORTAL-3376: ------------------------------------------- Assignee: Tuyen Nguyen The > Improve code and label for Permission setting UI > ------------------------------------------------ > > Key: GTNPORTAL-3376 > URL: https://issues.jboss.org/browse/GTNPORTAL-3376 > Project: GateIn Portal > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Reporter: Vu Viet Phuong > Assignee: Tuyen Nguyen The > Priority: Minor > Fix For: 3.7.0.Final > > Attachments: permission.png > > Original Estimate: 3 hours > Remaining Estimate: 3 hours > > - The label is not right: > + Click on Move* permissioni tab --> Make public (everyone can access) > + Click to open the permissioin window --> the localized title is not found > - in UIListPermissionSelector.java > iname.substring(prefix.length()) is called too much time > - UIContainerForm is re-used for portal, group, user layout. Then let see if this : if(acl.isSuperUser() || acl.isUserInGroup(acl.getAdminGroups())) checking is enought or not -- 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 From issues at jboss.org Tue Jan 21 21:22:28 2014 From: issues at jboss.org (Tuyen Nguyen The (JIRA)) Date: Tue, 21 Jan 2014 21:22:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3377) Change Move* permission on UI doesn't take effect immediately In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3377?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tuyen Nguyen The reassigned GTNPORTAL-3377: ------------------------------------------- Assignee: Tuyen Nguyen The > Change Move* permission on UI doesn't take effect immediately > ------------------------------------------------------------- > > Key: GTNPORTAL-3377 > URL: https://issues.jboss.org/browse/GTNPORTAL-3377 > Project: GateIn Portal > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Reporter: Vu Viet Phuong > Assignee: Tuyen Nguyen The > Fix For: 3.7.0.Final > > Original Estimate: 6 hours > Remaining Estimate: 6 hours > > - Login as John > - Edit a page --> edit page properties, remove all move* permission > --> click save --> John can still DnD apps to the page layout, but after he drop a new app the the page, he can't DnD anymore > We should make this behaviour consistent -- 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 From issues at jboss.org Tue Jan 21 21:22:28 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Tue, 21 Jan 2014 21:22:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3376) Improve code and label for Permission setting UI In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3376?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran reassigned GTNPORTAL-3376: ------------------------------------- Assignee: Hai Nguyen (was: Tuyen Nguyen The) > Improve code and label for Permission setting UI > ------------------------------------------------ > > Key: GTNPORTAL-3376 > URL: https://issues.jboss.org/browse/GTNPORTAL-3376 > Project: GateIn Portal > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Reporter: Vu Viet Phuong > Assignee: Hai Nguyen > Priority: Minor > Fix For: 3.7.0.Final > > Attachments: permission.png > > Original Estimate: 3 hours > Remaining Estimate: 3 hours > > - The label is not right: > + Click on Move* permissioni tab --> Make public (everyone can access) > + Click to open the permissioin window --> the localized title is not found > - in UIListPermissionSelector.java > iname.substring(prefix.length()) is called too much time > - UIContainerForm is re-used for portal, group, user layout. Then let see if this : if(acl.isSuperUser() || acl.isUserInGroup(acl.getAdminGroups())) checking is enought or not -- 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 From issues at jboss.org Tue Jan 21 21:22:28 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Tue, 21 Jan 2014 21:22:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3375) Documentation for CDI Portlet Development support under Tomcat In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran reassigned GTNPORTAL-3375: ------------------------------------- Assignee: Trong Tran > Documentation for CDI Portlet Development support under Tomcat > -------------------------------------------------------------- > > Key: GTNPORTAL-3375 > URL: https://issues.jboss.org/browse/GTNPORTAL-3375 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Components: Documentation > Reporter: Trong Tran > Assignee: Trong Tran > Fix For: 3.7.0.Final > > Original Estimate: 2 days > Remaining Estimate: 2 days > > We need a specific documentation to guide developer "How to make CDI Portlet development work under Tomcat" > We could add a sub-page at https://docs.jboss.org/author/display/GTNPORTAL37/CDI+Portlet+Development -- 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 From issues at jboss.org Tue Jan 21 21:22:28 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Tue, 21 Jan 2014 21:22:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3377) Change Move* permission on UI doesn't take effect immediately In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3377?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran reassigned GTNPORTAL-3377: ------------------------------------- Assignee: Hai Nguyen (was: Tuyen Nguyen The) > Change Move* permission on UI doesn't take effect immediately > ------------------------------------------------------------- > > Key: GTNPORTAL-3377 > URL: https://issues.jboss.org/browse/GTNPORTAL-3377 > Project: GateIn Portal > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Reporter: Vu Viet Phuong > Assignee: Hai Nguyen > Fix For: 3.7.0.Final > > Original Estimate: 6 hours > Remaining Estimate: 6 hours > > - Login as John > - Edit a page --> edit page properties, remove all move* permission > --> click save --> John can still DnD apps to the page layout, but after he drop a new app the the page, he can't DnD anymore > We should make this behaviour consistent -- 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 From issues at jboss.org Tue Jan 21 21:32:28 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Tue, 21 Jan 2014 21:32:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3375) Documentation for CDI Portlet Development support under Tomcat In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Work on GTNPORTAL-3375 started by Trong Tran. > Documentation for CDI Portlet Development support under Tomcat > -------------------------------------------------------------- > > Key: GTNPORTAL-3375 > URL: https://issues.jboss.org/browse/GTNPORTAL-3375 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Components: Documentation > Reporter: Trong Tran > Assignee: Trong Tran > Fix For: 3.7.0.Final > > Original Estimate: 2 days > Remaining Estimate: 2 days > > We need a specific documentation to guide developer "How to make CDI Portlet development work under Tomcat" > We could add a sub-page at https://docs.jboss.org/author/display/GTNPORTAL37/CDI+Portlet+Development -- 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 From issues at jboss.org Tue Jan 21 22:06:28 2014 From: issues at jboss.org (Tuyen Nguyen The (JIRA)) Date: Tue, 21 Jan 2014 22:06:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3364) Implement UI part for "Restricted" layout setting In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3364?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12937741#comment-12937741 ] Tuyen Nguyen The commented on GTNPORTAL-3364: --------------------------------------------- We are working on branch: https://github.com/exoportal/gatein-portal/tree/GTNPORTAL-3364-restricted-page > Implement UI part for "Restricted" layout setting > -------------------------------------------------- > > Key: GTNPORTAL-3364 > URL: https://issues.jboss.org/browse/GTNPORTAL-3364 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Trong Tran > Assignee: Tuyen Nguyen The > Fix For: 3.7.0.Final > > Original Estimate: 2 days, 4 hours > Time Spent: 2 days, 4 hours > Remaining Estimate: 0 minutes > > Following by the spec https://community.jboss.org/wiki/RestrictedPageEditor -- 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 From issues at jboss.org Wed Jan 22 02:26:29 2014 From: issues at jboss.org (Hai Nguyen (JIRA)) Date: Wed, 22 Jan 2014 02:26:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3376) Improve code and label for Permission setting UI In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3376?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hai Nguyen updated GTNPORTAL-3376: ---------------------------------- Labels: done (was: ) > Improve code and label for Permission setting UI > ------------------------------------------------ > > Key: GTNPORTAL-3376 > URL: https://issues.jboss.org/browse/GTNPORTAL-3376 > Project: GateIn Portal > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Reporter: Vu Viet Phuong > Assignee: Hai Nguyen > Priority: Minor > Labels: done > Fix For: 3.7.0.Final > > Attachments: permission.png > > Original Estimate: 3 hours > Remaining Estimate: 3 hours > > - The label is not right: > + Click on Move* permissioni tab --> Make public (everyone can access) > + Click to open the permissioin window --> the localized title is not found > - in UIListPermissionSelector.java > iname.substring(prefix.length()) is called too much time > - UIContainerForm is re-used for portal, group, user layout. Then let see if this : if(acl.isSuperUser() || acl.isUserInGroup(acl.getAdminGroups())) checking is enought or not -- 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 From issues at jboss.org Wed Jan 22 02:26:29 2014 From: issues at jboss.org (Hai Nguyen (JIRA)) Date: Wed, 22 Jan 2014 02:26:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3376) Improve code and label for Permission setting UI In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3376?focusedWorklogId=12430504&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-12430504 ] Hai Nguyen logged work on GTNPORTAL-3376: ----------------------------------------- Author: Hai Nguyen Created on: 22/Jan/14 2:26 AM Start Date: 22/Jan/14 2:26 AM Worklog Time Spent: 4 hours Issue Time Tracking ------------------- Remaining Estimate: 0 minutes (was: 3 hours) Time Spent: 4 hours Worklog Id: (was: 12430504) > Improve code and label for Permission setting UI > ------------------------------------------------ > > Key: GTNPORTAL-3376 > URL: https://issues.jboss.org/browse/GTNPORTAL-3376 > Project: GateIn Portal > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Reporter: Vu Viet Phuong > Assignee: Hai Nguyen > Priority: Minor > Labels: done > Fix For: 3.7.0.Final > > Attachments: permission.png > > Original Estimate: 3 hours > Time Spent: 4 hours > Remaining Estimate: 0 minutes > > - The label is not right: > + Click on Move* permissioni tab --> Make public (everyone can access) > + Click to open the permissioin window --> the localized title is not found > - in UIListPermissionSelector.java > iname.substring(prefix.length()) is called too much time > - UIContainerForm is re-used for portal, group, user layout. Then let see if this : if(acl.isSuperUser() || acl.isUserInGroup(acl.getAdminGroups())) checking is enought or not -- 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 From issues at jboss.org Wed Jan 22 05:04:28 2014 From: issues at jboss.org (Hai Nguyen (JIRA)) Date: Wed, 22 Jan 2014 05:04:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3377) Change Move* permission on UI doesn't take effect immediately In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3377?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hai Nguyen updated GTNPORTAL-3377: ---------------------------------- Labels: done (was: ) > Change Move* permission on UI doesn't take effect immediately > ------------------------------------------------------------- > > Key: GTNPORTAL-3377 > URL: https://issues.jboss.org/browse/GTNPORTAL-3377 > Project: GateIn Portal > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Reporter: Vu Viet Phuong > Assignee: Hai Nguyen > Labels: done > Fix For: 3.7.0.Final > > Original Estimate: 6 hours > Remaining Estimate: 6 hours > > - Login as John > - Edit a page --> edit page properties, remove all move* permission > --> click save --> John can still DnD apps to the page layout, but after he drop a new app the the page, he can't DnD anymore > We should make this behaviour consistent -- 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 From issues at jboss.org Wed Jan 22 05:04:28 2014 From: issues at jboss.org (Hai Nguyen (JIRA)) Date: Wed, 22 Jan 2014 05:04:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3377) Change Move* permission on UI doesn't take effect immediately In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3377?focusedWorklogId=12430505&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-12430505 ] Hai Nguyen logged work on GTNPORTAL-3377: ----------------------------------------- Author: Hai Nguyen Created on: 22/Jan/14 5:04 AM Start Date: 22/Jan/14 5:04 AM Worklog Time Spent: 4 hours Issue Time Tracking ------------------- Remaining Estimate: 2 hours (was: 6 hours) Time Spent: 4 hours Worklog Id: (was: 12430505) > Change Move* permission on UI doesn't take effect immediately > ------------------------------------------------------------- > > Key: GTNPORTAL-3377 > URL: https://issues.jboss.org/browse/GTNPORTAL-3377 > Project: GateIn Portal > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Reporter: Vu Viet Phuong > Assignee: Hai Nguyen > Labels: done > Fix For: 3.7.0.Final > > Original Estimate: 6 hours > Time Spent: 4 hours > Remaining Estimate: 2 hours > > - Login as John > - Edit a page --> edit page properties, remove all move* permission > --> click save --> John can still DnD apps to the page layout, but after he drop a new app the the page, he can't DnD anymore > We should make this behaviour consistent -- 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 From issues at jboss.org Wed Jan 22 05:06:28 2014 From: issues at jboss.org (Hai Nguyen (JIRA)) Date: Wed, 22 Jan 2014 05:06:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3377) Change Move* permission on UI doesn't take effect immediately In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3377?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hai Nguyen updated GTNPORTAL-3377: ---------------------------------- Remaining Estimate: 0 minutes (was: 2 hours) > Change Move* permission on UI doesn't take effect immediately > ------------------------------------------------------------- > > Key: GTNPORTAL-3377 > URL: https://issues.jboss.org/browse/GTNPORTAL-3377 > Project: GateIn Portal > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Reporter: Vu Viet Phuong > Assignee: Hai Nguyen > Labels: done > Fix For: 3.7.0.Final > > Original Estimate: 6 hours > Time Spent: 4 hours > Remaining Estimate: 0 minutes > > - Login as John > - Edit a page --> edit page properties, remove all move* permission > --> click save --> John can still DnD apps to the page layout, but after he drop a new app the the page, he can't DnD anymore > We should make this behaviour consistent -- 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 From issues at jboss.org Wed Jan 22 05:24:28 2014 From: issues at jboss.org (=?UTF-8?Q?Juraci_Paix=C3=A3o_Kr=C3=B6hling_=28JIRA=29?=) Date: Wed, 22 Jan 2014 05:24:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3378) NPE due to the new cache control header In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3378?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraci Paix?o Kr?hling updated GTNPORTAL-3378: ---------------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/772 > NPE due to the new cache control header > --------------------------------------- > > Key: GTNPORTAL-3378 > URL: https://issues.jboss.org/browse/GTNPORTAL-3378 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Juraci Paix?o Kr?hling > Assignee: Juraci Paix?o Kr?hling > > The cache control directive introduced by GTNPORTAL-3361 causes a NPE when logging with the demo or john user. -- 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 From issues at jboss.org Wed Jan 22 05:32:28 2014 From: issues at jboss.org (=?UTF-8?Q?Juraci_Paix=C3=A3o_Kr=C3=B6hling_=28JIRA=29?=) Date: Wed, 22 Jan 2014 05:32:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3379) Provide a button/icon to reset the search string In-Reply-To: References: Message-ID: Juraci Paix?o Kr?hling created GTNPORTAL-3379: ------------------------------------------------- Summary: Provide a button/icon to reset the search string Key: GTNPORTAL-3379 URL: https://issues.jboss.org/browse/GTNPORTAL-3379 Project: GateIn Portal Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Juraci Paix?o Kr?hling Assignee: Juraci Paix?o Kr?hling When I first click on the User Management, it does show the full list of users from LDAP. But after searching some user entry if I click on the User Management again, it does not render the full user list. The only way to get the full user list is to clear the entry in the search box and click the Search Icon. >From the usability standpoint of view, I think clicking again on the User Management should clear the search entry and render the full list of users. If this can't be changed because of the current design then at least there should be a way to clear the search criteria. The same applies to other lists which offer search functionality, such as in the Page Management. -- 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 From issues at jboss.org Wed Jan 22 05:34:29 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Wed, 22 Jan 2014 05:34:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3379) Provide a button/icon to reset the search string In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3379?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] RH Bugzilla Integration updated GTNPORTAL-3379: ----------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=793647 > Provide a button/icon to reset the search string > ------------------------------------------------- > > Key: GTNPORTAL-3379 > URL: https://issues.jboss.org/browse/GTNPORTAL-3379 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Juraci Paix?o Kr?hling > Assignee: Juraci Paix?o Kr?hling > > When I first click on the User Management, it does show the full list of users from LDAP. But after searching some user entry if I click on the User Management again, it does not render the full user list. The only way to get the full user list is to clear the entry in the search box and click the Search Icon. > From the usability standpoint of view, I think clicking again on the User Management should clear the search entry and render the full list of users. > If this can't be changed because of the current design then at least there should be a way to clear the search criteria. > The same applies to other lists which offer search functionality, such as in the Page Management. -- 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 From issues at jboss.org Wed Jan 22 05:34:28 2014 From: issues at jboss.org (=?UTF-8?Q?Juraci_Paix=C3=A3o_Kr=C3=B6hling_=28JIRA=29?=) Date: Wed, 22 Jan 2014 05:34:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3379) Provide a button/icon to reset the search string In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3379?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraci Paix?o Kr?hling updated GTNPORTAL-3379: ---------------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/773 > Provide a button/icon to reset the search string > ------------------------------------------------- > > Key: GTNPORTAL-3379 > URL: https://issues.jboss.org/browse/GTNPORTAL-3379 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Juraci Paix?o Kr?hling > Assignee: Juraci Paix?o Kr?hling > > When I first click on the User Management, it does show the full list of users from LDAP. But after searching some user entry if I click on the User Management again, it does not render the full user list. The only way to get the full user list is to clear the entry in the search box and click the Search Icon. > From the usability standpoint of view, I think clicking again on the User Management should clear the search entry and render the full list of users. > If this can't be changed because of the current design then at least there should be a way to clear the search criteria. > The same applies to other lists which offer search functionality, such as in the Page Management. -- 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 From issues at jboss.org Wed Jan 22 12:30:28 2014 From: issues at jboss.org (Marek Posolda (JIRA)) Date: Wed, 22 Jan 2014 12:30:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3380) Error during OAuth flow with: TWITTER_ERROR: Server returned HTTP response code: 403 for URL: http://api.twitter.com/oauth/request_token In-Reply-To: References: Message-ID: Marek Posolda created GTNPORTAL-3380: ---------------------------------------- Summary: Error during OAuth flow with: TWITTER_ERROR: Server returned HTTP response code: 403 for URL: http://api.twitter.com/oauth/request_token Key: GTNPORTAL-3380 URL: https://issues.jboss.org/browse/GTNPORTAL-3380 Project: GateIn Portal Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Marek Posolda See https://bugzilla.redhat.com/show_bug.cgi?id=1056305 -- 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 From issues at jboss.org Wed Jan 22 13:40:29 2014 From: issues at jboss.org (Marek Posolda (JIRA)) Date: Wed, 22 Jan 2014 13:40:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3381) CDI doesn't work with latest GateIn on JBoss 7.1.1 In-Reply-To: References: Message-ID: Marek Posolda created GTNPORTAL-3381: ---------------------------------------- Summary: CDI doesn't work with latest GateIn on JBoss 7.1.1 Key: GTNPORTAL-3381 URL: https://issues.jboss.org/browse/GTNPORTAL-3381 Project: GateIn Portal Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Marek Posolda Assignee: Ken Finnigan Fix For: 3.7.0.Final When doing this: - Build gatein master with JBoss 7.1.1 - Deploy this portlet: https://github.com/jboss-developer/jboss-portal-quickstarts/tree/master/cdi-generic-portlet The portlet is not deployed and there is exception in log: {code} 19:37:50,092 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC00001: Failed to start service jboss.deployment.unit."cdi-generic-portlet.war".component."org.gatein.cdi.contexts.listeners.CDIServletListener".WeldInstantiator: org.jboss.msc.service.StartException in service jboss.deployment.unit."cdi-generic-portlet.war".component."org.gatein.cdi.contexts.listeners.CDIServletListener".WeldInstantiator: Failed to start service at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1767) [jboss-msc-1.0.2.GA.jar:1.0.2.GA] at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [rt.jar:1.6.0_32] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [rt.jar:1.6.0_32] at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_32] Caused by: java.lang.RuntimeException: JBAS016060: Could not resolve CDI bean for injection point private org.gatein.cdi.CDIPortletContextExtension org.gatein.cdi.contexts.listeners.CDIServletListener.extension with qualifiers [] at org.jboss.as.weld.injection.WeldEEInjection.createWeldEEInjection(WeldEEInjection.java:161) at org.jboss.as.weld.injection.WeldManagedReferenceFactory.start(WeldManagedReferenceFactory.java:127) at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.2.GA.jar:1.0.2.GA] at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.2.GA.jar:1.0.2.GA] ... 3 more {code} -- 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 From issues at jboss.org Wed Jan 22 13:56:28 2014 From: issues at jboss.org (Marek Posolda (JIRA)) Date: Wed, 22 Jan 2014 13:56:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3380) Error during OAuth flow with: TWITTER_ERROR: Server returned HTTP response code: 403 for URL: http://api.twitter.com/oauth/request_token In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3380?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marek Posolda updated GTNPORTAL-3380: ------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/774 > Error during OAuth flow with: TWITTER_ERROR: Server returned HTTP response code: 403 for URL: http://api.twitter.com/oauth/request_token > ---------------------------------------------------------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3380 > URL: https://issues.jboss.org/browse/GTNPORTAL-3380 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Marek Posolda > > See https://bugzilla.redhat.com/show_bug.cgi?id=1056305 -- 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 From issues at jboss.org Wed Jan 22 13:56:28 2014 From: issues at jboss.org (Marek Posolda (JIRA)) Date: Wed, 22 Jan 2014 13:56:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3380) Error during OAuth flow with: TWITTER_ERROR: Server returned HTTP response code: 403 for URL: http://api.twitter.com/oauth/request_token In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3380?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marek Posolda updated GTNPORTAL-3380: ------------------------------------- Fix Version/s: 3.6.4.Final 3.7.0.Final Assignee: Marek Posolda Affects Version/s: 3.6.3.Final > Error during OAuth flow with: TWITTER_ERROR: Server returned HTTP response code: 403 for URL: http://api.twitter.com/oauth/request_token > ---------------------------------------------------------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3380 > URL: https://issues.jboss.org/browse/GTNPORTAL-3380 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.6.3.Final > Reporter: Marek Posolda > Assignee: Marek Posolda > Fix For: 3.6.4.Final, 3.7.0.Final > > > See https://bugzilla.redhat.com/show_bug.cgi?id=1056305 -- 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 From issues at jboss.org Wed Jan 22 14:06:28 2014 From: issues at jboss.org (Matt Wringe (JIRA)) Date: Wed, 22 Jan 2014 14:06:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3382) IFrame portlets are not scrollable on iOS devices In-Reply-To: References: Message-ID: Matt Wringe created GTNPORTAL-3382: -------------------------------------- Summary: IFrame portlets are not scrollable on iOS devices Key: GTNPORTAL-3382 URL: https://issues.jboss.org/browse/GTNPORTAL-3382 Project: GateIn Portal Issue Type: Bug Security Level: Public (Everyone can see) Components: Mobile Reporter: Matt Wringe Assignee: Matt Wringe IFrame portlets are not scrollable on iOS devices. This can be seen by going to the Fedora or Blog pages under a user's page. -- 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 From issues at jboss.org Wed Jan 22 14:08:28 2014 From: issues at jboss.org (Matt Wringe (JIRA)) Date: Wed, 22 Jan 2014 14:08:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3382) IFrame portlets are not scrollable on iOS devices In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3382?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matt Wringe updated GTNPORTAL-3382: ----------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/775 > IFrame portlets are not scrollable on iOS devices > ------------------------------------------------- > > Key: GTNPORTAL-3382 > URL: https://issues.jboss.org/browse/GTNPORTAL-3382 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Mobile > Reporter: Matt Wringe > Assignee: Matt Wringe > > IFrame portlets are not scrollable on iOS devices. > This can be seen by going to the Fedora or Blog pages under a user's page. -- 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 From issues at jboss.org Wed Jan 22 14:18:28 2014 From: issues at jboss.org (Matt Wringe (JIRA)) Date: Wed, 22 Jan 2014 14:18:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3383) IFrame portlets auto scroll to top in iOS safari In-Reply-To: References: Message-ID: Matt Wringe created GTNPORTAL-3383: -------------------------------------- Summary: IFrame portlets auto scroll to top in iOS safari Key: GTNPORTAL-3383 URL: https://issues.jboss.org/browse/GTNPORTAL-3383 Project: GateIn Portal Issue Type: Bug Security Level: Public (Everyone can see) Components: Mobile Reporter: Matt Wringe There is an issue with iFrame portlets where they may be automatically scrolled to the top of the page after they are scrolled downwards. Its being caused when the Navigation portlet (the normal navigation portlet, not the responsive one) is on the page and during its periodic checks on menu size. The jQuery command $(element).css('width') seems to be the culprit here. Not sure why this jQuery command is causing the problem, it may be an issue with the browser or the version of jQuery used. -- 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 From issues at jboss.org Wed Jan 22 14:28:28 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Wed, 22 Jan 2014 14:28:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3382) IFrame portlets are not scrollable on iOS devices In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3382?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] RH Bugzilla Integration updated GTNPORTAL-3382: ----------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1053027 > IFrame portlets are not scrollable on iOS devices > ------------------------------------------------- > > Key: GTNPORTAL-3382 > URL: https://issues.jboss.org/browse/GTNPORTAL-3382 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Mobile > Reporter: Matt Wringe > Assignee: Matt Wringe > > IFrame portlets are not scrollable on iOS devices. > This can be seen by going to the Fedora or Blog pages under a user's page. -- 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 From issues at jboss.org Wed Jan 22 15:50:28 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Wed, 22 Jan 2014 15:50:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3380) Error during OAuth flow with: TWITTER_ERROR: Server returned HTTP response code: 403 for URL: http://api.twitter.com/oauth/request_token In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3380?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] RH Bugzilla Integration updated GTNPORTAL-3380: ----------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1056305 > Error during OAuth flow with: TWITTER_ERROR: Server returned HTTP response code: 403 for URL: http://api.twitter.com/oauth/request_token > ---------------------------------------------------------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3380 > URL: https://issues.jboss.org/browse/GTNPORTAL-3380 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.6.3.Final > Reporter: Marek Posolda > Assignee: Marek Posolda > Fix For: 3.6.4.Final, 3.7.0.Final > > > See https://bugzilla.redhat.com/show_bug.cgi?id=1056305 -- 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 From issues at jboss.org Thu Jan 23 01:58:28 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Thu, 23 Jan 2014 01:58:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3375) Documentation for CDI Portlet Development support under Tomcat In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3375?focusedWorklogId=12430506&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-12430506 ] Trong Tran logged work on GTNPORTAL-3375: ----------------------------------------- Author: Trong Tran Created on: 23/Jan/14 1:58 AM Start Date: 22/Jan/14 5:58 AM Worklog Time Spent: 3 hours Issue Time Tracking ------------------- Remaining Estimate: 1 day, 5 hours (was: 2 days) Time Spent: 3 hours Worklog Id: (was: 12430506) > Documentation for CDI Portlet Development support under Tomcat > -------------------------------------------------------------- > > Key: GTNPORTAL-3375 > URL: https://issues.jboss.org/browse/GTNPORTAL-3375 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Components: Documentation > Reporter: Trong Tran > Assignee: Trong Tran > Fix For: 3.7.0.Final > > Original Estimate: 2 days > Time Spent: 3 hours > Remaining Estimate: 1 day, 5 hours > > We need a specific documentation to guide developer "How to make CDI Portlet development work under Tomcat" > We could add a sub-page at https://docs.jboss.org/author/display/GTNPORTAL37/CDI+Portlet+Development -- 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 From issues at jboss.org Thu Jan 23 03:44:28 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Thu, 23 Jan 2014 03:44:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3368) CDI Portlet Deployment is not working anymore in latest master In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3368?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938126#comment-12938126 ] Trong Tran commented on GTNPORTAL-3368: --------------------------------------- I built from master. I just tried to build 6.1.x-develop branch as you suggested but unfortunately it failed with following error: {code} [ERROR] The project org.jboss.quickstarts.portal:jboss-portal-quickstarts:6.1.1.build-3-SNAPSHOT (/working/projects/jboss-developer/jboss-portal-quickstarts/pom.xml) has 1 error [ERROR] Non-resolvable import POM: Could not find artifact org.jboss.bom.portal:jboss-portal-bom:pom:6.1.1.build-2 in .... {code} could you tell me where I can get org.jboss.bom.portal:jboss-portal-bom:pom:6.1.1.build-2 ? > CDI Portlet Deployment is not working anymore in latest master > -------------------------------------------------------------- > > Key: GTNPORTAL-3368 > URL: https://issues.jboss.org/browse/GTNPORTAL-3368 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Trong Tran > Assignee: Peter Palaga > Fix For: 3.7.0.Final > > > Today I have tried to deploy cdi-generic-portlet and cdi-scopes-portlet examples from gatein-portal-quickstarts on latest GateIn master. Then I have got following error in console log during startup: > {code} > 13:55:16,715 INFO [org.jboss.weld.deployer] (MSC service thread 1-7) JBAS016005: Starting Services for CDI deployment: cdi-generic-portlet.war > 13:55:16,755 INFO [org.jboss.weld.Version] (MSC service thread 1-7) WELD-000900 1.1.5 (AS71) > 13:55:16,775 INFO [org.jboss.weld.deployer] (MSC service thread 1-1) JBAS016008: Starting weld service for deployment cdi-generic-portlet.war > 13:55:17,103 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC00001: Failed to start service jboss.deployment.unit."cdi-generic-portlet.war".component."org.gatein.cdi.contexts.listeners.CDIServletListener".WeldInstantiator: org.jboss.msc.service.StartException in service jboss.deployment.unit."cdi-generic-portlet.war".component."org.gatein.cdi.contexts.listeners.CDIServletListener".WeldInstantiator: Failed to start service > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1767) [jboss-msc-1.0.2.GA.jar:1.0.2.GA] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_21] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_21] > at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_21] > Caused by: java.lang.RuntimeException: JBAS016060: Could not resolve CDI bean for injection point private org.gatein.cdi.CDIPortletContextExtension org.gatein.cdi.contexts.listeners.CDIServletListener.extension with qualifiers [] > at org.jboss.as.weld.injection.WeldEEInjection.createWeldEEInjection(WeldEEInjection.java:161) > at org.jboss.as.weld.injection.WeldManagedReferenceFactory.start(WeldManagedReferenceFactory.java:127) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.2.GA.jar:1.0.2.GA] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.2.GA.jar:1.0.2.GA] > ... 3 more > 13:55:17,318 INFO [org.jboss.as.server] (DeploymentScanner-threads - 2) JBAS015870: Deploy of deployment "cdi-generic-portlet.war" was rolled back with failure message {"JBAS014671: Failed services" => {"jboss.deployment.unit.\"cdi-generic-portlet.war\".component.\"org.gatein.cdi.contexts.listeners.CDIServletListener\".WeldInstantiator" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"cdi-generic-portlet.war\".component.\"org.gatein.cdi.contexts.listeners.CDIServletListener\".WeldInstantiator: Failed to start service"}} > 13:55:17,327 INFO [org.jboss.weld.deployer] (MSC service thread 1-5) JBAS016009: Stopping weld service for deployment cdi-generic-portlet.war > 13:55:17,340 INFO [org.jboss.as.server.deployment] (MSC service thread 1-8) JBAS015877: Stopped deployment cdi-generic-portlet.war in 22ms > 13:55:17,341 INFO [org.jboss.as.controller] (DeploymentScanner-threads - 2) JBAS014774: Service status report > JBAS014777: Services which failed to start: service jboss.deployment.unit."cdi-generic-portlet.war".component."org.gatein.cdi.contexts.listeners.CDIServletListener".WeldInstantiator: org.jboss.msc.service.StartException in service jboss.deployment.unit."cdi-generic-portlet.war".component."org.gatein.cdi.contexts.listeners.CDIServletListener".WeldInstantiator: Failed to start service > 13:55:17,344 ERROR [org.jboss.as.server.deployment.scanner] (DeploymentScanner-threads - 1) {"JBAS014653: Composite operation failed and was rolled back. Steps that failed:" => {"Operation step-2" => {"JBAS014671: Failed services" => {"jboss.deployment.unit.\"cdi-generic-portlet.war\".component.\"org.gatein.cdi.contexts.listeners.CDIServletListener\".WeldInstantiator" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"cdi-generic-portlet.war\".component.\"org.gatein.cdi.contexts.listeners.CDIServletListener\".WeldInstantiator: Failed to start service"}}}} > {code} > I confirm that it is still working well in latest gatein 3.7.0.Alpha01. -- 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 From issues at jboss.org Thu Jan 23 03:54:29 2014 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Thu, 23 Jan 2014 03:54:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3368) CDI Portlet Deployment is not working anymore in latest master In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3368?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938131#comment-12938131 ] Peter Palaga commented on GTNPORTAL-3368: ----------------------------------------- Hi Trong, you can either (A) build the BOM locally, {code:none} git clone https://github.com/jboss-developer/jboss-portal-boms.git cd jboss-portal-boms mvn clean install {code} or (B) use the last tag (currently {{6.1.1.build-2}} ) in jboss-portal-quickstarts and build with [settings-for-contributors.xml|https://github.com/jboss-developer/jboss-portal-quickstarts/blob/6.1.1.build-2/src/build/settings-for-contributors.xml] > CDI Portlet Deployment is not working anymore in latest master > -------------------------------------------------------------- > > Key: GTNPORTAL-3368 > URL: https://issues.jboss.org/browse/GTNPORTAL-3368 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Trong Tran > Assignee: Peter Palaga > Fix For: 3.7.0.Final > > > Today I have tried to deploy cdi-generic-portlet and cdi-scopes-portlet examples from gatein-portal-quickstarts on latest GateIn master. Then I have got following error in console log during startup: > {code} > 13:55:16,715 INFO [org.jboss.weld.deployer] (MSC service thread 1-7) JBAS016005: Starting Services for CDI deployment: cdi-generic-portlet.war > 13:55:16,755 INFO [org.jboss.weld.Version] (MSC service thread 1-7) WELD-000900 1.1.5 (AS71) > 13:55:16,775 INFO [org.jboss.weld.deployer] (MSC service thread 1-1) JBAS016008: Starting weld service for deployment cdi-generic-portlet.war > 13:55:17,103 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC00001: Failed to start service jboss.deployment.unit."cdi-generic-portlet.war".component."org.gatein.cdi.contexts.listeners.CDIServletListener".WeldInstantiator: org.jboss.msc.service.StartException in service jboss.deployment.unit."cdi-generic-portlet.war".component."org.gatein.cdi.contexts.listeners.CDIServletListener".WeldInstantiator: Failed to start service > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1767) [jboss-msc-1.0.2.GA.jar:1.0.2.GA] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_21] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_21] > at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_21] > Caused by: java.lang.RuntimeException: JBAS016060: Could not resolve CDI bean for injection point private org.gatein.cdi.CDIPortletContextExtension org.gatein.cdi.contexts.listeners.CDIServletListener.extension with qualifiers [] > at org.jboss.as.weld.injection.WeldEEInjection.createWeldEEInjection(WeldEEInjection.java:161) > at org.jboss.as.weld.injection.WeldManagedReferenceFactory.start(WeldManagedReferenceFactory.java:127) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.2.GA.jar:1.0.2.GA] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.2.GA.jar:1.0.2.GA] > ... 3 more > 13:55:17,318 INFO [org.jboss.as.server] (DeploymentScanner-threads - 2) JBAS015870: Deploy of deployment "cdi-generic-portlet.war" was rolled back with failure message {"JBAS014671: Failed services" => {"jboss.deployment.unit.\"cdi-generic-portlet.war\".component.\"org.gatein.cdi.contexts.listeners.CDIServletListener\".WeldInstantiator" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"cdi-generic-portlet.war\".component.\"org.gatein.cdi.contexts.listeners.CDIServletListener\".WeldInstantiator: Failed to start service"}} > 13:55:17,327 INFO [org.jboss.weld.deployer] (MSC service thread 1-5) JBAS016009: Stopping weld service for deployment cdi-generic-portlet.war > 13:55:17,340 INFO [org.jboss.as.server.deployment] (MSC service thread 1-8) JBAS015877: Stopped deployment cdi-generic-portlet.war in 22ms > 13:55:17,341 INFO [org.jboss.as.controller] (DeploymentScanner-threads - 2) JBAS014774: Service status report > JBAS014777: Services which failed to start: service jboss.deployment.unit."cdi-generic-portlet.war".component."org.gatein.cdi.contexts.listeners.CDIServletListener".WeldInstantiator: org.jboss.msc.service.StartException in service jboss.deployment.unit."cdi-generic-portlet.war".component."org.gatein.cdi.contexts.listeners.CDIServletListener".WeldInstantiator: Failed to start service > 13:55:17,344 ERROR [org.jboss.as.server.deployment.scanner] (DeploymentScanner-threads - 1) {"JBAS014653: Composite operation failed and was rolled back. Steps that failed:" => {"Operation step-2" => {"JBAS014671: Failed services" => {"jboss.deployment.unit.\"cdi-generic-portlet.war\".component.\"org.gatein.cdi.contexts.listeners.CDIServletListener\".WeldInstantiator" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"cdi-generic-portlet.war\".component.\"org.gatein.cdi.contexts.listeners.CDIServletListener\".WeldInstantiator: Failed to start service"}}}} > {code} > I confirm that it is still working well in latest gatein 3.7.0.Alpha01. -- 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 From issues at jboss.org Thu Jan 23 06:06:29 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Thu, 23 Jan 2014 06:06:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3384) gatein-cdi-contexts artifact is missing in Tomcat packaging In-Reply-To: References: Message-ID: Trong Tran created GTNPORTAL-3384: ------------------------------------- Summary: gatein-cdi-contexts artifact is missing in Tomcat packaging Key: GTNPORTAL-3384 URL: https://issues.jboss.org/browse/GTNPORTAL-3384 Project: GateIn Portal Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Trong Tran Fix For: 3.7.0.Final This gatein-cdi-contexts artifact needs for CDI Portlet Scopes supported in GateIn -- 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 From issues at jboss.org Thu Jan 23 07:30:28 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Thu, 23 Jan 2014 07:30:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3374) Submenu is displayed off the screen in right to left mode In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3374?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938220#comment-12938220 ] RH Bugzilla Integration commented on GTNPORTAL-3374: ---------------------------------------------------- Lucas Ponce changed the Status of [bug 1053019|https://bugzilla.redhat.com/show_bug.cgi?id=1053019] from MODIFIED to POST > Submenu is displayed off the screen in right to left mode > --------------------------------------------------------- > > Key: GTNPORTAL-3374 > URL: https://issues.jboss.org/browse/GTNPORTAL-3374 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Mobile > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Priority: Minor > Fix For: 3.7.0.Final > > > Description of problem: > On tablet devices there is menu displayed off the screen when you are in Right to left mode. Go to /portal/mobile/home and click: Group pages -> User pages -> My link -> submenu is displayed off the screen. This only happens in landscape mode. See attached screenshot. > Additional info: > Tested on Android 3.2 tablet and 4.1.2 tablet. Phones worked fine. -- 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 From issues at jboss.org Thu Jan 23 09:06:28 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Thu, 23 Jan 2014 09:06:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3385) Support full-ha and ha profiles in domain mode In-Reply-To: References: Message-ID: Lucas Ponce created GTNPORTAL-3385: -------------------------------------- Summary: Support full-ha and ha profiles in domain mode Key: GTNPORTAL-3385 URL: https://issues.jboss.org/browse/GTNPORTAL-3385 Project: GateIn Portal Issue Type: Enhancement Security Level: Public (Everyone can see) Reporter: Lucas Ponce Assignee: Lucas Ponce Add support for full-ha and ha profiles in domain mode for GateIn distribution based on JBoss. -- 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 From issues at jboss.org Thu Jan 23 09:24:28 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Thu, 23 Jan 2014 09:24:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3385) Support full-ha and ha profiles in domain mode In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3385?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] RH Bugzilla Integration updated GTNPORTAL-3385: ----------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1056533 > Support full-ha and ha profiles in domain mode > ---------------------------------------------- > > Key: GTNPORTAL-3385 > URL: https://issues.jboss.org/browse/GTNPORTAL-3385 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Lucas Ponce > Assignee: Lucas Ponce > > Add support for full-ha and ha profiles in domain mode for GateIn distribution based on JBoss. -- 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 From issues at jboss.org Thu Jan 23 10:26:29 2014 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Thu, 23 Jan 2014 10:26:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3369) Add Public Render Parameter support at URL level In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3369?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Palaga updated GTNPORTAL-3369: ------------------------------------ Fix Version/s: 3.8.0.Final (was: 3.7.0.Final) > Add Public Render Parameter support at URL level > ------------------------------------------------ > > Key: GTNPORTAL-3369 > URL: https://issues.jboss.org/browse/GTNPORTAL-3369 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: WebUI > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Fix For: 3.8.0.Final > > > Add support to pass Public Render Parameters at URL level -- 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 From issues at jboss.org Thu Jan 23 10:30:29 2014 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Thu, 23 Jan 2014 10:30:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3379) Provide a button/icon to reset the search string In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3379?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Palaga updated GTNPORTAL-3379: ------------------------------------ Fix Version/s: 3.8.0.Final > Provide a button/icon to reset the search string > ------------------------------------------------- > > Key: GTNPORTAL-3379 > URL: https://issues.jboss.org/browse/GTNPORTAL-3379 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Juraci Paix?o Kr?hling > Assignee: Juraci Paix?o Kr?hling > Fix For: 3.8.0.Final > > > When I first click on the User Management, it does show the full list of users from LDAP. But after searching some user entry if I click on the User Management again, it does not render the full user list. The only way to get the full user list is to clear the entry in the search box and click the Search Icon. > From the usability standpoint of view, I think clicking again on the User Management should clear the search entry and render the full list of users. > If this can't be changed because of the current design then at least there should be a way to clear the search criteria. > The same applies to other lists which offer search functionality, such as in the Page Management. -- 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 From issues at jboss.org Thu Jan 23 10:34:28 2014 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Thu, 23 Jan 2014 10:34:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3382) IFrame portlets are not scrollable on iOS devices In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3382?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Palaga updated GTNPORTAL-3382: ------------------------------------ Fix Version/s: 3.6.4.Final 3.7.0.Final > IFrame portlets are not scrollable on iOS devices > ------------------------------------------------- > > Key: GTNPORTAL-3382 > URL: https://issues.jboss.org/browse/GTNPORTAL-3382 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Mobile > Reporter: Matt Wringe > Assignee: Matt Wringe > Fix For: 3.6.4.Final, 3.7.0.Final > > > IFrame portlets are not scrollable on iOS devices. > This can be seen by going to the Fedora or Blog pages under a user's page. -- 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 From issues at jboss.org Thu Jan 23 10:44:28 2014 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Thu, 23 Jan 2014 10:44:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3351) Could not load user profile for warning In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3351?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Palaga updated GTNPORTAL-3351: ------------------------------------ Fix Version/s: 3.7.0.Final > Could not load user profile for warning > ---------------------------------------------- > > Key: GTNPORTAL-3351 > URL: https://issues.jboss.org/browse/GTNPORTAL-3351 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.7.0.Final > Reporter: Peter Palaga > Assignee: Marek Posolda > Fix For: 3.7.0.Final > > > NOT OK: The warning appears in the log when a user (e.g. root) logs in. > {code} > Could not load user profile for > {code} > Expected: no warning. -- 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 From issues at jboss.org Thu Jan 23 10:46:29 2014 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Thu, 23 Jan 2014 10:46:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3378) NPE due to the new cache control header In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3378?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Palaga updated GTNPORTAL-3378: ------------------------------------ Fix Version/s: 3.7.0.Final > NPE due to the new cache control header > --------------------------------------- > > Key: GTNPORTAL-3378 > URL: https://issues.jboss.org/browse/GTNPORTAL-3378 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Juraci Paix?o Kr?hling > Assignee: Juraci Paix?o Kr?hling > Fix For: 3.7.0.Final > > > The cache control directive introduced by GTNPORTAL-3361 causes a NPE when logging with the demo or john user. -- 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 From issues at jboss.org Thu Jan 23 12:38:29 2014 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Thu, 23 Jan 2014 12:38:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3351) Could not load user profile for warning In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3351?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Palaga updated GTNPORTAL-3351: ------------------------------------ Status: Resolved (was: Pull Request Sent) Resolution: Done > Could not load user profile for warning > ---------------------------------------------- > > Key: GTNPORTAL-3351 > URL: https://issues.jboss.org/browse/GTNPORTAL-3351 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.7.0.Final > Reporter: Peter Palaga > Assignee: Marek Posolda > Fix For: 3.7.0.Final > > > NOT OK: The warning appears in the log when a user (e.g. root) logs in. > {code} > Could not load user profile for > {code} > Expected: no warning. -- 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 From issues at jboss.org Thu Jan 23 12:40:28 2014 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Thu, 23 Jan 2014 12:40:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3374) Submenu is displayed off the screen in right to left mode In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3374?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Palaga updated GTNPORTAL-3374: ------------------------------------ Fix Version/s: 3.6.4.Final > Submenu is displayed off the screen in right to left mode > --------------------------------------------------------- > > Key: GTNPORTAL-3374 > URL: https://issues.jboss.org/browse/GTNPORTAL-3374 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Mobile > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Priority: Minor > Fix For: 3.6.4.Final, 3.7.0.Final > > > Description of problem: > On tablet devices there is menu displayed off the screen when you are in Right to left mode. Go to /portal/mobile/home and click: Group pages -> User pages -> My link -> submenu is displayed off the screen. This only happens in landscape mode. See attached screenshot. > Additional info: > Tested on Android 3.2 tablet and 4.1.2 tablet. Phones worked fine. -- 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 From issues at jboss.org Thu Jan 23 12:40:28 2014 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Thu, 23 Jan 2014 12:40:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3374) Submenu is displayed off the screen in right to left mode In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3374?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Palaga updated GTNPORTAL-3374: ------------------------------------ Status: Resolved (was: Pull Request Sent) Resolution: Done > Submenu is displayed off the screen in right to left mode > --------------------------------------------------------- > > Key: GTNPORTAL-3374 > URL: https://issues.jboss.org/browse/GTNPORTAL-3374 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Mobile > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Priority: Minor > Fix For: 3.6.4.Final, 3.7.0.Final > > > Description of problem: > On tablet devices there is menu displayed off the screen when you are in Right to left mode. Go to /portal/mobile/home and click: Group pages -> User pages -> My link -> submenu is displayed off the screen. This only happens in landscape mode. See attached screenshot. > Additional info: > Tested on Android 3.2 tablet and 4.1.2 tablet. Phones worked fine. -- 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 From issues at jboss.org Thu Jan 23 12:40:29 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Thu, 23 Jan 2014 12:40:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3374) Submenu is displayed off the screen in right to left mode In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3374?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938347#comment-12938347 ] RH Bugzilla Integration commented on GTNPORTAL-3374: ---------------------------------------------------- Peter Palaga changed the Status of [bug 1053019|https://bugzilla.redhat.com/show_bug.cgi?id=1053019] from POST to MODIFIED > Submenu is displayed off the screen in right to left mode > --------------------------------------------------------- > > Key: GTNPORTAL-3374 > URL: https://issues.jboss.org/browse/GTNPORTAL-3374 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Mobile > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Priority: Minor > Fix For: 3.6.4.Final, 3.7.0.Final > > > Description of problem: > On tablet devices there is menu displayed off the screen when you are in Right to left mode. Go to /portal/mobile/home and click: Group pages -> User pages -> My link -> submenu is displayed off the screen. This only happens in landscape mode. See attached screenshot. > Additional info: > Tested on Android 3.2 tablet and 4.1.2 tablet. Phones worked fine. -- 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 From issues at jboss.org Thu Jan 23 12:42:28 2014 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Thu, 23 Jan 2014 12:42:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3378) NPE due to the new cache control header In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3378?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Palaga updated GTNPORTAL-3378: ------------------------------------ Status: Resolved (was: Pull Request Sent) Resolution: Done > NPE due to the new cache control header > --------------------------------------- > > Key: GTNPORTAL-3378 > URL: https://issues.jboss.org/browse/GTNPORTAL-3378 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Juraci Paix?o Kr?hling > Assignee: Juraci Paix?o Kr?hling > Fix For: 3.7.0.Final > > > The cache control directive introduced by GTNPORTAL-3361 causes a NPE when logging with the demo or john user. -- 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 From issues at jboss.org Thu Jan 23 12:42:28 2014 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Thu, 23 Jan 2014 12:42:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3380) Error during OAuth flow with: TWITTER_ERROR: Server returned HTTP response code: 403 for URL: http://api.twitter.com/oauth/request_token In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3380?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Palaga updated GTNPORTAL-3380: ------------------------------------ Status: Resolved (was: Pull Request Sent) Resolution: Done > Error during OAuth flow with: TWITTER_ERROR: Server returned HTTP response code: 403 for URL: http://api.twitter.com/oauth/request_token > ---------------------------------------------------------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3380 > URL: https://issues.jboss.org/browse/GTNPORTAL-3380 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.6.3.Final > Reporter: Marek Posolda > Assignee: Marek Posolda > Fix For: 3.6.4.Final, 3.7.0.Final > > > See https://bugzilla.redhat.com/show_bug.cgi?id=1056305 -- 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 From issues at jboss.org Thu Jan 23 12:52:28 2014 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Thu, 23 Jan 2014 12:52:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3382) IFrame portlets are not scrollable on iOS devices In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3382?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Palaga updated GTNPORTAL-3382: ------------------------------------ Status: Resolved (was: Pull Request Sent) Resolution: Done > IFrame portlets are not scrollable on iOS devices > ------------------------------------------------- > > Key: GTNPORTAL-3382 > URL: https://issues.jboss.org/browse/GTNPORTAL-3382 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Mobile > Reporter: Matt Wringe > Assignee: Matt Wringe > Fix For: 3.6.4.Final, 3.7.0.Final > > > IFrame portlets are not scrollable on iOS devices. > This can be seen by going to the Fedora or Blog pages under a user's page. -- 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 From issues at jboss.org Thu Jan 23 12:52:28 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Thu, 23 Jan 2014 12:52:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3382) IFrame portlets are not scrollable on iOS devices In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3382?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938352#comment-12938352 ] RH Bugzilla Integration commented on GTNPORTAL-3382: ---------------------------------------------------- Peter Palaga changed the Status of [bug 1053027|https://bugzilla.redhat.com/show_bug.cgi?id=1053027] from ASSIGNED to MODIFIED > IFrame portlets are not scrollable on iOS devices > ------------------------------------------------- > > Key: GTNPORTAL-3382 > URL: https://issues.jboss.org/browse/GTNPORTAL-3382 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Mobile > Reporter: Matt Wringe > Assignee: Matt Wringe > Fix For: 3.6.4.Final, 3.7.0.Final > > > IFrame portlets are not scrollable on iOS devices. > This can be seen by going to the Fedora or Blog pages under a user's page. -- 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 From issues at jboss.org Thu Jan 23 21:56:28 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Thu, 23 Jan 2014 21:56:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3375) Documentation for CDI Portlet Development support under Tomcat In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3375?focusedWorklogId=12430516&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-12430516 ] Trong Tran logged work on GTNPORTAL-3375: ----------------------------------------- Author: Trong Tran Created on: 23/Jan/14 9:55 PM Start Date: 23/Jan/14 9:54 AM Worklog Time Spent: 3 hours Work Description: Final test on master under Tomcat. It works perfectly ! Issue Time Tracking ------------------- Remaining Estimate: 1 day, 2 hours (was: 1 day, 5 hours) Time Spent: 6 hours (was: 3 hours) Worklog Id: (was: 12430516) > Documentation for CDI Portlet Development support under Tomcat > -------------------------------------------------------------- > > Key: GTNPORTAL-3375 > URL: https://issues.jboss.org/browse/GTNPORTAL-3375 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Components: Documentation > Reporter: Trong Tran > Assignee: Trong Tran > Fix For: 3.7.0.Final > > Original Estimate: 2 days > Time Spent: 6 hours > Remaining Estimate: 1 day, 2 hours > > We need a specific documentation to guide developer "How to make CDI Portlet development work under Tomcat" > We could add a sub-page at https://docs.jboss.org/author/display/GTNPORTAL37/CDI+Portlet+Development -- 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 From issues at jboss.org Thu Jan 23 22:40:28 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Thu, 23 Jan 2014 22:40:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3384) gatein-cdi-contexts artifact is missing in Tomcat packaging In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3384?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran resolved GTNPORTAL-3384. ----------------------------------- Assignee: Trong Tran Resolution: Done > gatein-cdi-contexts artifact is missing in Tomcat packaging > ----------------------------------------------------------- > > Key: GTNPORTAL-3384 > URL: https://issues.jboss.org/browse/GTNPORTAL-3384 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Trong Tran > Assignee: Trong Tran > Fix For: 3.7.0.Final > > > This gatein-cdi-contexts artifact needs for CDI Portlet Scopes supported in GateIn -- 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 From issues at jboss.org Fri Jan 24 04:10:29 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Fri, 24 Jan 2014 04:10:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3362) Add examples for Inter Portlet Communication In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3362?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938482#comment-12938482 ] RH Bugzilla Integration commented on GTNPORTAL-3362: ---------------------------------------------------- Lucas Ponce changed the Status of [bug 793726|https://bugzilla.redhat.com/show_bug.cgi?id=793726] from MODIFIED to POST > Add examples for Inter Portlet Communication > -------------------------------------------- > > Key: GTNPORTAL-3362 > URL: https://issues.jboss.org/browse/GTNPORTAL-3362 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Fix For: 3.7.0.Final > > > Add examples covering Public Render Parameters and Portlet Events -- 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 From issues at jboss.org Fri Jan 24 04:10:30 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Fri, 24 Jan 2014 04:10:30 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3369) Add Public Render Parameter support at URL level In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3369?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938483#comment-12938483 ] RH Bugzilla Integration commented on GTNPORTAL-3369: ---------------------------------------------------- Lucas Ponce changed the Status of [bug 793726|https://bugzilla.redhat.com/show_bug.cgi?id=793726] from MODIFIED to POST > Add Public Render Parameter support at URL level > ------------------------------------------------ > > Key: GTNPORTAL-3369 > URL: https://issues.jboss.org/browse/GTNPORTAL-3369 > Project: GateIn Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: WebUI > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Fix For: 3.8.0.Final > > > Add support to pass Public Render Parameters at URL level -- 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 From issues at jboss.org Fri Jan 24 07:08:28 2014 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Fri, 24 Jan 2014 07:08:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3265) Remove unused class TicketConfiguration In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3265?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Palaga updated GTNPORTAL-3265: ------------------------------------ Git Pull Request: https://github.com/gatein/gatein-portal/pull/658 > Remove unused class TicketConfiguration > --------------------------------------- > > Key: GTNPORTAL-3265 > URL: https://issues.jboss.org/browse/GTNPORTAL-3265 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Tuyen Nguyen The > Assignee: Trong Tran > Priority: Minor > Fix For: 3.7.0.Final > > Original Estimate: 30 minutes > Time Spent: 30 minutes > Remaining Estimate: 0 minutes > > class > {code} > org.exoplatform.web.security.security.TicketConfiguration > {code} > All method of this class is emtpy or throw new NotYetImplemented() and this class is not used anywhere. But it expose a jmx mbean object and make confuse when monitoring via jmx. > So, this class should be removed. -- 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 From issues at jboss.org Fri Jan 24 07:26:28 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Fri, 24 Jan 2014 07:26:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3385) Support full-ha and ha profiles in domain mode In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3385?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce updated GTNPORTAL-3385: ----------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/776 > Support full-ha and ha profiles in domain mode > ---------------------------------------------- > > Key: GTNPORTAL-3385 > URL: https://issues.jboss.org/browse/GTNPORTAL-3385 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Lucas Ponce > Assignee: Lucas Ponce > > Add support for full-ha and ha profiles in domain mode for GateIn distribution based on JBoss. -- 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 From issues at jboss.org Fri Jan 24 07:34:28 2014 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Fri, 24 Jan 2014 07:34:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3245) Add comfriming when user remove permissions on edit page & site In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938530#comment-12938530 ] Peter Palaga commented on GTNPORTAL-3245: ----------------------------------------- What is the present status of the linked pull request? It passed the review, right? [~haint], could you please update the PR so that there are no conflicts? > Add comfriming when user remove permissions on edit page & site > --------------------------------------------------------------- > > Key: GTNPORTAL-3245 > URL: https://issues.jboss.org/browse/GTNPORTAL-3245 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.6.1.Final > Reporter: Hai Nguyen > Assignee: Hai Nguyen > Labels: backlogs > Original Estimate: 4 hours > Time Spent: 3 days, 1 hour, 20 minutes > Remaining Estimate: 0 minutes > > - Login portal > - Go to user and group management > - Choose Group management tab > - Add new group ( ex: AAA) > - Go to Pages > - Add new page for group above > - Search this page and click edit > - Click view page properties > - Change access and edit permission to ( organization/*) > - Click Finish button on Editor composer > => Unknown error and throw exception in console > {noformat} > 2013-08-08 15:20:18,549 | ERROR | Error during the processAction phase [portal:UIPortalApplication] > java.lang.NullPointerException: null > at org.exoplatform.portal.webui.portal.UIPortalComposer$FinishPageEditionActionListener.execute(UIPortalComposer.java:680) ~[exo.portal.webui.portal-3.5.6-PLF.jar:3.5.6-PLF] > > {noformat} > > Reproduce on edit site is the same -- 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 From issues at jboss.org Fri Jan 24 08:00:30 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Fri, 24 Jan 2014 08:00:30 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3385) Support full-ha and ha profiles in domain mode In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3385?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938538#comment-12938538 ] RH Bugzilla Integration commented on GTNPORTAL-3385: ---------------------------------------------------- Lucas Ponce changed the Status of [bug 1056533|https://bugzilla.redhat.com/show_bug.cgi?id=1056533] from ASSIGNED to POST > Support full-ha and ha profiles in domain mode > ---------------------------------------------- > > Key: GTNPORTAL-3385 > URL: https://issues.jboss.org/browse/GTNPORTAL-3385 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Lucas Ponce > Assignee: Lucas Ponce > > Add support for full-ha and ha profiles in domain mode for GateIn distribution based on JBoss. -- 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 From issues at jboss.org Fri Jan 24 08:30:28 2014 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Fri, 24 Jan 2014 08:30:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3285) Logic of deleting user is not proper In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3285?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938555#comment-12938555 ] Peter Palaga commented on GTNPORTAL-3285: ----------------------------------------- I am not sure what the last sentence of the previous comment means for the linked pull request. It means that the PR is unnecessary, right? Could you please comment and close the PR if so? > 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 > > 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/identity/src/main/java/org/exoplatform/services/organization/idm/UserDAOImpl.java): 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 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 From issues at jboss.org Fri Jan 24 09:58:28 2014 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Fri, 24 Jan 2014 09:58:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3320) Set Root password feature not work with "gtn" password In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Palaga updated GTNPORTAL-3320: ------------------------------------ Status: Resolved (was: Pull Request Sent) Resolution: Rejected Closing as GTNPORTAL-3315 renders this unnecessary. Please reopen this issue and the linked pull request if you disagree. > Set Root password feature not work with "gtn" password > ------------------------------------------------------ > > Key: GTNPORTAL-3320 > URL: https://issues.jboss.org/browse/GTNPORTAL-3320 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Environment: - Tomcat 7.0.47 > Reporter: Hai Nguyen > Assignee: Tuyen Nguyen The > Original Estimate: 4 hours > Time Spent: 5 hours > Remaining Estimate: 0 minutes > > Step to reproduce: > - Comment out "gatein.portal.setup.initialpassword.root" in gate/conf/configuration.properties > - Access to /portal then redirected to /portal/setupaction > - Setup password for Root by "gtn" > - Login with root > - The request always is waiting and could not finish => NOK -- 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 From issues at jboss.org Fri Jan 24 10:20:28 2014 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Fri, 24 Jan 2014 10:20:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3356) NPE when Add new page in Page Management In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3356?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938592#comment-12938592 ] Peter Palaga commented on GTNPORTAL-3356: ----------------------------------------- [~vstorm83], I like your refactoring but please, do not push directly. Having a valid PR link in Jira is practical for users coming after you. Except for that, please close PRs that you make invalid. Removing the PR link https://github.com/gatein/gatein-portal/pull/751 because it does not mirror [~vstorm83]'s final version that can be seen here: https://github.com/gatein/gatein-portal/commit/0bef9455ccb9f04abbb211f3e59c9f9dd7fedc89 > NPE when Add new page in Page Management > ---------------------------------------- > > Key: GTNPORTAL-3356 > URL: https://issues.jboss.org/browse/GTNPORTAL-3356 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Trong Tran > Assignee: Vu Viet Phuong > Fix For: 3.7.0.Final > > Original Estimate: 4 hours > Time Spent: 4 hours > Remaining Estimate: 0 minutes > > Steps to reproduce: > - Log-in as root > - Add Page Management to the Home page, and make it public (everyone can access) > - Log-out > 1/ Click on "Add new page" in anonymous mode, it throws NPE ==> NOK > 2/ Login with marry, then click on "Add new page". It also throws NPE ==> NOK > Expected: Show warning message if user don't have right to create new page in any space. -- 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 From issues at jboss.org Fri Jan 24 10:20:28 2014 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Fri, 24 Jan 2014 10:20:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3356) NPE when Add new page in Page Management In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3356?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Palaga updated GTNPORTAL-3356: ------------------------------------ Git Pull Request: (was: https://github.com/gatein/gatein-portal/pull/751) > NPE when Add new page in Page Management > ---------------------------------------- > > Key: GTNPORTAL-3356 > URL: https://issues.jboss.org/browse/GTNPORTAL-3356 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Trong Tran > Assignee: Vu Viet Phuong > Fix For: 3.7.0.Final > > Original Estimate: 4 hours > Time Spent: 4 hours > Remaining Estimate: 0 minutes > > Steps to reproduce: > - Log-in as root > - Add Page Management to the Home page, and make it public (everyone can access) > - Log-out > 1/ Click on "Add new page" in anonymous mode, it throws NPE ==> NOK > 2/ Login with marry, then click on "Add new page". It also throws NPE ==> NOK > Expected: Show warning message if user don't have right to create new page in any space. -- 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 From issues at jboss.org Fri Jan 24 11:44:28 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Fri, 24 Jan 2014 11:44:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNWCM-23) Create a WCMSecurityService implementation linked with GateIn Portal In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNWCM-23?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce updated GTNWCM-23: ------------------------------ Affects Version/s: 1.0 > Create a WCMSecurityService implementation linked with GateIn Portal > -------------------------------------------------------------------- > > Key: GTNWCM-23 > URL: https://issues.jboss.org/browse/GTNWCM-23 > Project: GateIn WCM > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Affects Versions: 1.0 > Reporter: Lucas Ponce > Assignee: Lucas Ponce > > WCMSecurityService is an API to plug an authentication and authorization service into WCM. > For GateIn Portal context we need an implementation. > This implementation should be configured in the xml subsystem for wcm. -- 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 From issues at jboss.org Fri Jan 24 11:46:29 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Fri, 24 Jan 2014 11:46:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNWCM-20) Create gatein-wcm-ui-distribution and gatein-wcm-ui-integration modules In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNWCM-20?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce updated GTNWCM-20: ------------------------------ Affects Version/s: 1.0 > Create gatein-wcm-ui-distribution and gatein-wcm-ui-integration modules > ----------------------------------------------------------------------- > > Key: GTNWCM-20 > URL: https://issues.jboss.org/browse/GTNWCM-20 > Project: GateIn WCM > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 1.0 > Environment: Background: gatein-wcm will contain portlets, thus having some kind of dependency on GateIn. To get gatein-wcm working (and test) one would have to: unzip EAP, unzip ModeShape, unzip Gatein, unzip WCM, unzip WCM UI - the order is not definitive. > * gatein-wcm-ui-distribution will prepare a ZIP containing gatein-wcm > * gatein-wcm-ui-integration modules will test all the above ZIPs together > Reporter: Peter Palaga > Assignee: Peter Palaga > -- 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 From issues at jboss.org Fri Jan 24 11:46:29 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Fri, 24 Jan 2014 11:46:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNWCM-24) Upgrade to ModeShape 3.3.0.Final In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNWCM-24?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce updated GTNWCM-24: ------------------------------ Affects Version/s: 1.0 > Upgrade to ModeShape 3.3.0.Final > -------------------------------- > > Key: GTNWCM-24 > URL: https://issues.jboss.org/browse/GTNWCM-24 > Project: GateIn WCM > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 1.0 > Reporter: Peter Palaga > Assignee: Peter Palaga > -- 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 From issues at jboss.org Fri Jan 24 11:46:29 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Fri, 24 Jan 2014 11:46:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNWCM-22) GateIn WCM UI for portal In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNWCM-22?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce updated GTNWCM-22: ------------------------------ Affects Version/s: 1.0 > GateIn WCM UI for portal > ------------------------ > > Key: GTNWCM-22 > URL: https://issues.jboss.org/browse/GTNWCM-22 > Project: GateIn WCM > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 1.0 > Reporter: Lucas Ponce > Assignee: Lucas Ponce > > Start a gatein-wcm-ui-portal project which will hold all portlets versions for WCM UI. -- 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 From issues at jboss.org Fri Jan 24 11:46:29 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Fri, 24 Jan 2014 11:46:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNWCM-15) Implement simple publishing workflow In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNWCM-15?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce updated GTNWCM-15: ------------------------------ Affects Version/s: 1.0 > Implement simple publishing workflow > ------------------------------------ > > Key: GTNWCM-15 > URL: https://issues.jboss.org/browse/GTNWCM-15 > Project: GateIn WCM > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 1.0 > Reporter: Lucas Ponce > Assignee: Lucas Ponce > -- 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 From issues at jboss.org Fri Jan 24 11:46:29 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Fri, 24 Jan 2014 11:46:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNWCM-12) Implement some common CMIS usecases In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNWCM-12?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce updated GTNWCM-12: ------------------------------ Affects Version/s: 1.0 > Implement some common CMIS usecases > ----------------------------------- > > Key: GTNWCM-12 > URL: https://issues.jboss.org/browse/GTNWCM-12 > Project: GateIn WCM > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 1.0 > Reporter: Peter Palaga > Assignee: Peter Palaga > -- 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 From issues at jboss.org Fri Jan 24 11:46:29 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Fri, 24 Jan 2014 11:46:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNWCM-11) Simplify CMIS Session creation In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNWCM-11?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce updated GTNWCM-11: ------------------------------ Affects Version/s: 1.0 > Simplify CMIS Session creation > ------------------------------ > > Key: GTNWCM-11 > URL: https://issues.jboss.org/browse/GTNWCM-11 > Project: GateIn WCM > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 1.0 > Reporter: Peter Palaga > Assignee: Peter Palaga > -- 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 From issues at jboss.org Fri Jan 24 11:48:28 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Fri, 24 Jan 2014 11:48:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNWCM-19) Add relationship between content In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNWCM-19?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce updated GTNWCM-19: ------------------------------ Affects Version/s: 1.0 > Add relationship between content > -------------------------------- > > Key: GTNWCM-19 > URL: https://issues.jboss.org/browse/GTNWCM-19 > Project: GateIn WCM > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Affects Versions: 1.0 > Reporter: Lucas Ponce > Assignee: Lucas Ponce > > In current version a content has a unique path (i.e. path1). > Under path1 there is a multilanguage at the moment. > It would be interesting to have possibility to link to independent content with a locale relationship. > For example, I have two contents, on path1 and path2, and I want to link that f(path1, locale1) = path2. > The current functionality to handle in a transparent way locales should remain, to allow to simplify multi-locale sites with the API. -- 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 From issues at jboss.org Fri Jan 24 11:48:28 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Fri, 24 Jan 2014 11:48:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNWCM-18) Add default locale functionality ContentServices API In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNWCM-18?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce updated GTNWCM-18: ------------------------------ Affects Version/s: 1.0 > Add default locale functionality ContentServices API > ---------------------------------------------------- > > Key: GTNWCM-18 > URL: https://issues.jboss.org/browse/GTNWCM-18 > Project: GateIn WCM > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Affects Versions: 1.0 > Reporter: Lucas Ponce > Assignee: Lucas Ponce > -- 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 From issues at jboss.org Fri Jan 24 11:48:28 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Fri, 24 Jan 2014 11:48:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNWCM-17) Study refactoring of update() methods in wcm services In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNWCM-17?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce updated GTNWCM-17: ------------------------------ Affects Version/s: 1.0 > Study refactoring of update() methods in wcm services > ----------------------------------------------------- > > Key: GTNWCM-17 > URL: https://issues.jboss.org/browse/GTNWCM-17 > Project: GateIn WCM > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 1.0 > Reporter: Lucas Ponce > Assignee: Lucas Ponce > -- 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 From issues at jboss.org Fri Jan 24 11:48:28 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Fri, 24 Jan 2014 11:48:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNWCM-16) Apply renaming ambiguous terms in API In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNWCM-16?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce updated GTNWCM-16: ------------------------------ Affects Version/s: 1.0 > Apply renaming ambiguous terms in API > ------------------------------------- > > Key: GTNWCM-16 > URL: https://issues.jboss.org/browse/GTNWCM-16 > Project: GateIn WCM > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 1.0 > Reporter: Lucas Ponce > Assignee: Lucas Ponce > -- 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 From issues at jboss.org Fri Jan 24 11:54:28 2014 From: issues at jboss.org (Marek Posolda (JIRA)) Date: Fri, 24 Jan 2014 11:54:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3365) Exception swallow in UserDaoImpl.persistUserInfo() In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3365?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938642#comment-12938642 ] Marek Posolda commented on GTNPORTAL-3365: ------------------------------------------ Hi, I have one concern around your PR. When handling exception during user creation: you are calling: session.getPersistenceManager().removeUser(user.getUserName(),true); Is it possible to wrap this into another try/catch block like: {code} try { session.getPersistenceManager().removeUser(user.getUserName(),true); } catch (Exception e2) { handleException(e2); } {code} The original exception "e" will be rethrown to UI, which is correct from user perspective. But if removing of user fails, it will also log to server.log that removal failed as well and it will also correctly handle transaction state at IDM/hibernate level. > Exception swallow in UserDaoImpl.persistUserInfo() > -------------------------------------------------- > > Key: GTNPORTAL-3365 > URL: https://issues.jboss.org/browse/GTNPORTAL-3365 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 3.6.3.Final > Reporter: Vu Viet Phuong > Assignee: Vu Viet Phuong > Fix For: 3.6.4.Final, 3.7.0.Final > > Original Estimate: 4 hours > Time Spent: 6 hours > Remaining Estimate: 0 minutes > > Under "{{org.exoplatform.services.organization.idm}}, > focus on : > {code:title=UserDAOImp.java|borderStyle=solid} > public void persistUserInfo(User user, IdentitySession session) throws Exception > { > orgService.flush(); > AttributesManager am = session.getAttributesManager(); > ArrayList attributes = new ArrayList(); > /* ... */ > if (user.getPassword() != null) > { > if (orgService.getConfiguration().isPasswordAsAttribute()) > { > attributes.add(new SimpleAttribute(USER_PASSWORD, user.getPassword())); > } > else > { > try > { > am.updatePassword(session.getPersistenceManager().findUser(user.getUserName()), user.getPassword()); > } > catch (IdentityException e) > { > log.info("Cannot update password: " + user.getUserName() + "; ", e); > } > } > } > Attribute[] attrs = new Attribute[attributes.size()]; > attrs = (Attribute[])attributes.toArray(attrs); > try > { > am.updateAttributes(user.getUserName(), attrs); > } > catch (IdentityException e) > { > log.info("Cannot update attributes for user: " + user.getUserName() + "; ", e); > } > } > {code} > > The method {{saveUser(User, boolean) _throws Exception_}} > calls > {{persistUserInfo(User user, IdentitySession session) _throws Exception_}}. > > Whereas, deeper in the code, you can easily notice that exceptions are caught in this level and traced by a {{log.info}}: > * first time in the password level > * second time when updating all of the attributes. > (!) Users want to be notified when an error occurs during user registration. > As well as being aware of the type of the caught exception. -- 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 From issues at jboss.org Fri Jan 24 11:54:28 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Fri, 24 Jan 2014 11:54:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNWCM-25) Add getReader to WCMTextDocument and make WCMTextDocument extend WCMBinaryDocument In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNWCM-25?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce updated GTNWCM-25: ------------------------------ Affects Version/s: 1.x > Add getReader to WCMTextDocument and make WCMTextDocument extend WCMBinaryDocument > ---------------------------------------------------------------------------------- > > Key: GTNWCM-25 > URL: https://issues.jboss.org/browse/GTNWCM-25 > Project: GateIn WCM > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 1.x > Reporter: Peter Palaga > Assignee: Peter Palaga > > This change is for performance reasons so that it is not necessary to create (potentially very long) Strings in memory. -- 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 From issues at jboss.org Fri Jan 24 11:54:28 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Fri, 24 Jan 2014 11:54:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNWCM-9) Initialize ModeShape CMIS on server startup In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNWCM-9?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce updated GTNWCM-9: ----------------------------- Affects Version/s: 1.x > Initialize ModeShape CMIS on server startup > ------------------------------------------- > > Key: GTNWCM-9 > URL: https://issues.jboss.org/browse/GTNWCM-9 > Project: GateIn WCM > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 1.x > Environment: Move the ModeShape CMIS init code from CmisServerApiTest to gatein-wcm-cmis project and find a way how that code could be invoked on server startup. > Reporter: Peter Palaga > Assignee: Peter Palaga > -- 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 From issues at jboss.org Fri Jan 24 11:54:28 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Fri, 24 Jan 2014 11:54:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNWCM-8) Setup Maven Checkstyle plugin In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNWCM-8?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce updated GTNWCM-8: ----------------------------- Affects Version/s: 1.x > Setup Maven Checkstyle plugin > ----------------------------- > > Key: GTNWCM-8 > URL: https://issues.jboss.org/browse/GTNWCM-8 > Project: GateIn WCM > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Affects Versions: 1.x > Reporter: Peter Palaga > Assignee: Peter Palaga > -- 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 From issues at jboss.org Fri Jan 24 11:56:29 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Fri, 24 Jan 2014 11:56:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNWCM-7) PoC using OpenCMIS client with BINDING_TYPE LOCAL In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNWCM-7?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce updated GTNWCM-7: ----------------------------- Affects Version/s: 1.x > PoC using OpenCMIS client with BINDING_TYPE LOCAL > ------------------------------------------------- > > Key: GTNWCM-7 > URL: https://issues.jboss.org/browse/GTNWCM-7 > Project: GateIn WCM > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 1.x > Reporter: Peter Palaga > Assignee: Peter Palaga > -- 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 From issues at jboss.org Fri Jan 24 11:56:29 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Fri, 24 Jan 2014 11:56:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNWCM-6) Mavenize **/*.sh scripts In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNWCM-6?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce updated GTNWCM-6: ----------------------------- Affects Version/s: 1.x > Mavenize **/*.sh scripts > ------------------------ > > Key: GTNWCM-6 > URL: https://issues.jboss.org/browse/GTNWCM-6 > Project: GateIn WCM > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 1.x > Reporter: Peter Palaga > Assignee: Peter Palaga > > There is a couple of them and they do things which can be done easily with maven. > gatein-wcm/gatein-wcm-api/setup-module.sh > gatein-wcm/gatein-wcm-impl-sec/setup-module.sh > gatein-wcm/gatein-wcm-impl/setup-module.sh > gatein-wcm/setup.sh > gatein-wcm/test-resources.sh > gatein-wcm/test.sh -- 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 From issues at jboss.org Fri Jan 24 11:56:29 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Fri, 24 Jan 2014 11:56:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNWCM-5) Upgrade ModeShape to 3.1.3 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNWCM-5?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce updated GTNWCM-5: ----------------------------- Affects Version/s: 1.x > Upgrade ModeShape to 3.1.3 > -------------------------- > > Key: GTNWCM-5 > URL: https://issues.jboss.org/browse/GTNWCM-5 > Project: GateIn WCM > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 1.x > Reporter: Lucas Ponce > Assignee: Lucas Ponce > > ModeShape 3.1.2 has been released with a major number of bugs fixed. -- 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 From issues at jboss.org Fri Jan 24 11:56:29 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Fri, 24 Jan 2014 11:56:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNWCM-4) Rename gatein-wcm-tests to gatein-wcm-integration-tests In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNWCM-4?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce updated GTNWCM-4: ----------------------------- Affects Version/s: 1.x > Rename gatein-wcm-tests to gatein-wcm-integration-tests > ------------------------------------------------------- > > Key: GTNWCM-4 > URL: https://issues.jboss.org/browse/GTNWCM-4 > Project: GateIn WCM > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 1.x > Reporter: Peter Palaga > Assignee: Lucas Ponce > -- 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 From issues at jboss.org Fri Jan 24 11:56:29 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Fri, 24 Jan 2014 11:56:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNWCM-3) Make Arquillian tests dependent on AS and ModeShape distribution ZIPs In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNWCM-3?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce updated GTNWCM-3: ----------------------------- Affects Version/s: 1.x > Make Arquillian tests dependent on AS and ModeShape distribution ZIPs > --------------------------------------------------------------------- > > Key: GTNWCM-3 > URL: https://issues.jboss.org/browse/GTNWCM-3 > Project: GateIn WCM > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 1.x > Reporter: Peter Palaga > Assignee: Peter Palaga > -- 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 From issues at jboss.org Fri Jan 24 12:02:28 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Fri, 24 Jan 2014 12:02:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNWCM-14) Implement versioning In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNWCM-14?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce updated GTNWCM-14: ------------------------------ Affects Version/s: 1.x > Implement versioning > -------------------- > > Key: GTNWCM-14 > URL: https://issues.jboss.org/browse/GTNWCM-14 > Project: GateIn WCM > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 1.x > Reporter: Lucas Ponce > Assignee: Lucas Ponce > -- 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 From issues at jboss.org Fri Jan 24 12:04:28 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Fri, 24 Jan 2014 12:04:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNWCM-2) Mavenize GateIn WCM Distribution In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNWCM-2?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce updated GTNWCM-2: ----------------------------- Affects Version/s: 1.x > Mavenize GateIn WCM Distribution > -------------------------------- > > Key: GTNWCM-2 > URL: https://issues.jboss.org/browse/GTNWCM-2 > Project: GateIn WCM > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 1.x > Reporter: Peter Palaga > Assignee: Peter Palaga > -- 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 From issues at jboss.org Fri Jan 24 12:04:28 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Fri, 24 Jan 2014 12:04:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNWCM-1) Fix in pom.xml files and *.xml file license headers In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNWCM-1?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce updated GTNWCM-1: ----------------------------- Affects Version/s: 1.x > Fix in pom.xml files and *.xml file license headers > -------------------------------------------------------------- > > Key: GTNWCM-1 > URL: https://issues.jboss.org/browse/GTNWCM-1 > Project: GateIn WCM > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 1.x > Reporter: Peter Palaga > Assignee: Peter Palaga > -- 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 From issues at jboss.org Fri Jan 24 12:18:28 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Fri, 24 Jan 2014 12:18:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNWCM-15) Implement simple publishing workflow In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNWCM-15?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce resolved GTNWCM-15. ------------------------------- Fix Version/s: 2.x Resolution: Done Publishing workflow feature is not implemented on PoC 1.x or 2.x. In PoC 2.x there is a simple publishing mechanism but without workflow features. > Implement simple publishing workflow > ------------------------------------ > > Key: GTNWCM-15 > URL: https://issues.jboss.org/browse/GTNWCM-15 > Project: GateIn WCM > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 1.x > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Fix For: 2.x > > -- 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 From issues at jboss.org Fri Jan 24 12:20:28 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Fri, 24 Jan 2014 12:20:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNWCM-22) GateIn WCM UI for portal In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNWCM-22?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce resolved GTNWCM-22. ------------------------------- Fix Version/s: 2.x Resolution: Done PoC 1.x has not been continued. PoC 2.x implements proper User Interface based on Portlets technology. > GateIn WCM UI for portal > ------------------------ > > Key: GTNWCM-22 > URL: https://issues.jboss.org/browse/GTNWCM-22 > Project: GateIn WCM > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 1.x > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Fix For: 2.x > > > Start a gatein-wcm-ui-portal project which will hold all portlets versions for WCM UI. -- 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 From issues at jboss.org Fri Jan 24 12:22:28 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Fri, 24 Jan 2014 12:22:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNWCM-23) Create a WCMSecurityService implementation linked with GateIn Portal In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNWCM-23?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce resolved GTNWCM-23. ------------------------------- Resolution: Done WCMSecurityService was designed to link security between ModeShape and GateIn Portal components. PoC 2.x doesn't use Modeshape so this functionality has been re-designed. > Create a WCMSecurityService implementation linked with GateIn Portal > -------------------------------------------------------------------- > > Key: GTNWCM-23 > URL: https://issues.jboss.org/browse/GTNWCM-23 > Project: GateIn WCM > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Affects Versions: 1.x > Reporter: Lucas Ponce > Assignee: Lucas Ponce > > WCMSecurityService is an API to plug an authentication and authorization service into WCM. > For GateIn Portal context we need an implementation. > This implementation should be configured in the xml subsystem for wcm. -- 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 From issues at jboss.org Fri Jan 24 12:26:29 2014 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Fri, 24 Jan 2014 12:26:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-511) userPref of gadgets are not sometime not saved correctly In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-511?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938655#comment-12938655 ] Peter Palaga commented on GTNPORTAL-511: ---------------------------------------- I tried to review and merge the linked PR. It seemed correct when looking at the code, but when I tried to play with the TODO gadget I was not sure anymore. Adding a couple of lines to the gadget, clicking "save" and moving it around led to the loss of entered data. No idea if this was introduced by the patch. I admit I never used the gadget before. What would actually be the steps to verify the PR? > userPref of gadgets are not sometime not saved correctly > -------------------------------------------------------- > > Key: GTNPORTAL-511 > URL: https://issues.jboss.org/browse/GTNPORTAL-511 > Project: GateIn Portal > Issue Type: Bug > Components: User Interface > Affects Versions: 3.0.0-Beta04 > Environment: svn r1330 > Reporter: jerem j > Assignee: Tuyen Nguyen The > Fix For: 3.7.0.Final > > Attachments: GTNPORTAL-511.js.patch, GTNPORTAL-511.patch, stacktrace.txt > > Original Estimate: 2 days > Time Spent: 2 days, 2 hours > Remaining Estimate: 0 minutes > > Every call to gadgets.Prefs.set generate a call to save the data in the backend (an action in the dashboard portlet). To save we send all the set of preferences. > The jira gadget call this API multiple times in a very short time. So there is multiple ajax request sent to the backend but not in a precise order. So it might happen that the first request arrive the last one, and so old preferences are saved. > To fix: > In the file Gadgets.js, function "gadgets.IfrGadgetService.prototype.setUserPref", prefs is updated with all the name/value, and ALL the prefs object is saved. Instead of saving all the preferences, we should only save the updated preferences. > In org.exoplatform.portal.pom.spi.gadget.Gadget it will be needed to be able to add preference by name, something like : > public void setUserPref(String name, String value) > code : > Gadgets.js: http://fisheye.exoplatform.org/browse/projects/portal/trunk/web/eXoResources/src/main/webapp/javascript/eXo/gadget/Gadgets.js?r=HEAD > ExoBasedUserPrefStore.js: http://fisheye.exoplatform.org/browse/projects/portal/trunk/web/eXoResources/src/main/webapp/javascript/eXo/gadget/ExoBasedUserPrefStore.js?r=HEAD > links: > API doc about adgets.Prefs.set: http://code.google.com/apis/gadgets/docs/reference/#gadgets.Prefs.set > Jira gadget to test: http://jira4j.exoplatform.org/rest/gadgets/1.0/g/com.atlassian.jira.gadgets:watched-gadget/gadgets/watched-gadget.xml -- 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 From issues at jboss.org Fri Jan 24 13:32:29 2014 From: issues at jboss.org (=?UTF-8?Q?Alexandre_Mendon=C3=A7a_=28JIRA=29?=) Date: Fri, 24 Jan 2014 13:32:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3386) Redirect Admin UI: Export site option is displayed when clicking on redirect sites In-Reply-To: References: Message-ID: Alexandre Mendon?a created GTNPORTAL-3386: --------------------------------------------- Summary: Redirect Admin UI: Export site option is displayed when clicking on redirect sites Key: GTNPORTAL-3386 URL: https://issues.jboss.org/browse/GTNPORTAL-3386 Project: GateIn Portal Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Alexandre Mendon?a Assignee: Alexandre Mendon?a On Firefox when clicking a site name on the left side menu, the "Export Site" option is displayed (while the mouse button is down). This is due to fixes for accessibility and tab navigation, so on focus the dropdown is shown. Chrome/Webkit does not fires focus event on mouse down, Firefox does. -- 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 From issues at jboss.org Fri Jan 24 13:40:29 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Fri, 24 Jan 2014 13:40:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3386) Redirect Admin UI: Export site option is displayed when clicking on redirect sites In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3386?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] RH Bugzilla Integration updated GTNPORTAL-3386: ----------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1054791 > Redirect Admin UI: Export site option is displayed when clicking on redirect sites > ---------------------------------------------------------------------------------- > > Key: GTNPORTAL-3386 > URL: https://issues.jboss.org/browse/GTNPORTAL-3386 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Alexandre Mendon?a > Assignee: Alexandre Mendon?a > > On Firefox when clicking a site name on the left side menu, the "Export Site" option is displayed (while the mouse button is down). > This is due to fixes for accessibility and tab navigation, so on focus the dropdown is shown. Chrome/Webkit does not fires focus event on mouse down, Firefox does. -- 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 From issues at jboss.org Fri Jan 24 13:40:29 2014 From: issues at jboss.org (=?UTF-8?Q?Alexandre_Mendon=C3=A7a_=28JIRA=29?=) Date: Fri, 24 Jan 2014 13:40:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3386) Redirect Admin UI: Export site option is displayed when clicking on redirect sites In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3386?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alexandre Mendon?a updated GTNPORTAL-3386: ------------------------------------------ Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/777 > Redirect Admin UI: Export site option is displayed when clicking on redirect sites > ---------------------------------------------------------------------------------- > > Key: GTNPORTAL-3386 > URL: https://issues.jboss.org/browse/GTNPORTAL-3386 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Alexandre Mendon?a > Assignee: Alexandre Mendon?a > > On Firefox when clicking a site name on the left side menu, the "Export Site" option is displayed (while the mouse button is down). > This is due to fixes for accessibility and tab navigation, so on focus the dropdown is shown. Chrome/Webkit does not fires focus event on mouse down, Firefox does. -- 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 From issues at jboss.org Fri Jan 24 14:10:28 2014 From: issues at jboss.org (Peter Palaga (JIRA)) Date: Fri, 24 Jan 2014 14:10:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3385) Support full-ha and ha profiles in domain mode In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3385?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Palaga updated GTNPORTAL-3385: ------------------------------------ Status: Resolved (was: Pull Request Sent) Fix Version/s: 3.6.4.Final 3.7.0.Final Resolution: Done > Support full-ha and ha profiles in domain mode > ---------------------------------------------- > > Key: GTNPORTAL-3385 > URL: https://issues.jboss.org/browse/GTNPORTAL-3385 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Fix For: 3.6.4.Final, 3.7.0.Final > > > Add support for full-ha and ha profiles in domain mode for GateIn distribution based on JBoss. -- 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 From issues at jboss.org Sun Jan 26 22:59:28 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Sun, 26 Jan 2014 22:59:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3376) Improve code and label for Permission setting UI In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3376?focusedWorklogId=12430518&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-12430518 ] Trong Tran logged work on GTNPORTAL-3376: ----------------------------------------- Author: Trong Tran Created on: 26/Jan/14 10:57 PM Start Date: 24/Jan/14 5:57 AM Worklog Time Spent: 6 hours Issue Time Tracking ------------------- Time Spent: 1 day, 2 hours (was: 4 hours) Worklog Id: (was: 12430518) > Improve code and label for Permission setting UI > ------------------------------------------------ > > Key: GTNPORTAL-3376 > URL: https://issues.jboss.org/browse/GTNPORTAL-3376 > Project: GateIn Portal > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Reporter: Vu Viet Phuong > Assignee: Hai Nguyen > Priority: Minor > Labels: done > Fix For: 3.7.0.Final > > Attachments: permission.png > > Original Estimate: 3 hours > Time Spent: 1 day, 2 hours > Remaining Estimate: 0 minutes > > - The label is not right: > + Click on Move* permissioni tab --> Make public (everyone can access) > + Click to open the permissioin window --> the localized title is not found > - in UIListPermissionSelector.java > iname.substring(prefix.length()) is called too much time > - UIContainerForm is re-used for portal, group, user layout. Then let see if this : if(acl.isSuperUser() || acl.isUserInGroup(acl.getAdminGroups())) checking is enought or not -- 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 From issues at jboss.org Sun Jan 26 22:59:29 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Sun, 26 Jan 2014 22:59:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3376) Improve code and label for Permission setting UI In-Reply-To: References: Message-ID: The following worklog was deleted: ----------------------------------------- Author: Trong Tran Created on: 26/Jan/14 10:57 PM Start Date: 24/Jan/14 5:57 AM Worklog Time Spent: 6 hours Issue Time Tracking ------------------- Remaining Estimate: 6 hours (was: 0 minutes) Time Spent: 4 hours (was: 1 day, 2 hours) > Improve code and label for Permission setting UI > ------------------------------------------------ > > Key: GTNPORTAL-3376 > URL: https://issues.jboss.org/browse/GTNPORTAL-3376 > Project: GateIn Portal > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Reporter: Vu Viet Phuong > Assignee: Hai Nguyen > Priority: Minor > Labels: done > Fix For: 3.7.0.Final > > Attachments: permission.png > > Original Estimate: 3 hours > Time Spent: 4 hours > Remaining Estimate: 6 hours > > - The label is not right: > + Click on Move* permissioni tab --> Make public (everyone can access) > + Click to open the permissioin window --> the localized title is not found > - in UIListPermissionSelector.java > iname.substring(prefix.length()) is called too much time > - UIContainerForm is re-used for portal, group, user layout. Then let see if this : if(acl.isSuperUser() || acl.isUserInGroup(acl.getAdminGroups())) checking is enought or not -- 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 From issues at jboss.org Sun Jan 26 22:59:29 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Sun, 26 Jan 2014 22:59:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3376) Improve code and label for Permission setting UI In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3376?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Trong Tran updated GTNPORTAL-3376: ---------------------------------- Remaining Estimate: 0 minutes (was: 6 hours) > Improve code and label for Permission setting UI > ------------------------------------------------ > > Key: GTNPORTAL-3376 > URL: https://issues.jboss.org/browse/GTNPORTAL-3376 > Project: GateIn Portal > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Reporter: Vu Viet Phuong > Assignee: Hai Nguyen > Priority: Minor > Labels: done > Fix For: 3.7.0.Final > > Attachments: permission.png > > Original Estimate: 3 hours > Time Spent: 4 hours > Remaining Estimate: 0 minutes > > - The label is not right: > + Click on Move* permissioni tab --> Make public (everyone can access) > + Click to open the permissioin window --> the localized title is not found > - in UIListPermissionSelector.java > iname.substring(prefix.length()) is called too much time > - UIContainerForm is re-used for portal, group, user layout. Then let see if this : if(acl.isSuperUser() || acl.isUserInGroup(acl.getAdminGroups())) checking is enought or not -- 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 From issues at jboss.org Sun Jan 26 22:59:29 2014 From: issues at jboss.org (Trong Tran (JIRA)) Date: Sun, 26 Jan 2014 22:59:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3375) Documentation for CDI Portlet Development support under Tomcat In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3375?focusedWorklogId=12430519&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-12430519 ] Trong Tran logged work on GTNPORTAL-3375: ----------------------------------------- Author: Trong Tran Created on: 26/Jan/14 10:59 PM Start Date: 24/Jan/14 6:59 AM Worklog Time Spent: 6 hours Issue Time Tracking ------------------- Remaining Estimate: 4 hours (was: 1 day, 2 hours) Time Spent: 1 day, 4 hours (was: 6 hours) Worklog Id: (was: 12430519) > Documentation for CDI Portlet Development support under Tomcat > -------------------------------------------------------------- > > Key: GTNPORTAL-3375 > URL: https://issues.jboss.org/browse/GTNPORTAL-3375 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Components: Documentation > Reporter: Trong Tran > Assignee: Trong Tran > Fix For: 3.7.0.Final > > Original Estimate: 2 days > Time Spent: 1 day, 4 hours > Remaining Estimate: 4 hours > > We need a specific documentation to guide developer "How to make CDI Portlet development work under Tomcat" > We could add a sub-page at https://docs.jboss.org/author/display/GTNPORTAL37/CDI+Portlet+Development -- 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 From issues at jboss.org Mon Jan 27 04:09:28 2014 From: issues at jboss.org (Martin Weiler (JIRA)) Date: Mon, 27 Jan 2014 04:09:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNCOMMON-21) Serialization of ParameterMap breaks with JBoss Marshalling In-Reply-To: References: Message-ID: Martin Weiler created GTNCOMMON-21: -------------------------------------- Summary: Serialization of ParameterMap breaks with JBoss Marshalling Key: GTNCOMMON-21 URL: https://issues.jboss.org/browse/GTNCOMMON-21 Project: GateIn Common Issue Type: Bug Affects Versions: 2.1.1.Final Environment: JPP 6.1.0 Reporter: Martin Weiler Serialization of a ParameterMap instance with JBoss Marshalling (used by Infinispan) breaks with the following exception: {noformat} 15:20:33,853 ERROR [org.infinispan.marshall.VersionAwareMarshaller] (transport-thread-11) ISPN000065: Exception while marshalling object: java.io.NotActiveException: Fields were never written at org.jboss.marshalling.river.RiverObjectOutputStream.finish(RiverObjectOutputStream.java:175) at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:1009) at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:885) at org.jboss.marshalling.river.RiverMarshaller.doWriteFields(RiverMarshaller.java:1063) at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:1019) at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:885) at org.jboss.marshalling.river.RiverMarshaller.doWriteFields(RiverMarshaller.java:1063) at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:1019) at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:885) at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:680) at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:680) at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62) at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119) at org.jboss.as.clustering.SimpleMarshalledValue.getBytes(SimpleMarshalledValue.java:85) at org.jboss.as.clustering.SimpleMarshalledValue.writeExternal(SimpleMarshalledValue.java:175) at org.jboss.as.clustering.infinispan.io.ExternalizableExternalizer.writeObject(ExternalizableExternalizer.java:47) at org.jboss.as.clustering.infinispan.io.ExternalizableExternalizer.writeObject(ExternalizableExternalizer.java:36) at org.infinispan.marshall.jboss.ExternalizerTable$ForeignExternalizerAdapter.writeObject(ExternalizerTable.java:459) at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145) at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62) at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119) at org.infinispan.marshall.MarshallUtil.marshallMap(MarshallUtil.java:59) at org.infinispan.marshall.exts.MapExternalizer.writeObject(MapExternalizer.java:63) at org.infinispan.marshall.exts.MapExternalizer.writeObject(MapExternalizer.java:47) at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.writeObject(ExternalizerTable.java:410) at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145) at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62) at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119) at org.infinispan.atomic.AtomicHashMap$Externalizer.writeObject(AtomicHashMap.java:250) at org.infinispan.atomic.AtomicHashMap$Externalizer.writeObject(AtomicHashMap.java:247) at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.writeObject(ExternalizerTable.java:410) at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145) at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62) at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119) at org.infinispan.container.entries.ImmortalCacheEntry$Externalizer.writeObject(ImmortalCacheEntry.java:154) at org.infinispan.container.entries.ImmortalCacheEntry$Externalizer.writeObject(ImmortalCacheEntry.java:150) at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.writeObject(ExternalizerTable.java:410) at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145) at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62) at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119) at org.infinispan.marshall.MarshallUtil.marshallCollection(MarshallUtil.java:48) at org.infinispan.marshall.exts.ArrayListExternalizer.writeObject(ArrayListExternalizer.java:50) at org.infinispan.marshall.exts.ArrayListExternalizer.writeObject(ArrayListExternalizer.java:45) at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.writeObject(ExternalizerTable.java:410) at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145) at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62) at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119) at org.infinispan.statetransfer.StateChunk$Externalizer.writeObject(StateChunk.java:103) at org.infinispan.statetransfer.StateChunk$Externalizer.writeObject(StateChunk.java:88) at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.writeObject(ExternalizerTable.java:410) at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145) at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62) at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119) at org.infinispan.marshall.MarshallUtil.marshallCollection(MarshallUtil.java:48) at org.infinispan.marshall.exts.ArrayListExternalizer.writeObject(ArrayListExternalizer.java:50) at org.infinispan.marshall.exts.ArrayListExternalizer.writeObject(ArrayListExternalizer.java:45) at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.writeObject(ExternalizerTable.java:410) at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145) at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62) at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119) at org.infinispan.marshall.exts.ReplicableCommandExternalizer.writeCommandParameters(ReplicableCommandExternalizer.java:87) at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.marshallParameters(CacheRpcCommandExternalizer.java:128) at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.writeObject(CacheRpcCommandExternalizer.java:112) at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.writeObject(CacheRpcCommandExternalizer.java:73) at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.writeObject(ExternalizerTable.java:410) at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145) at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62) at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119) at org.infinispan.marshall.jboss.AbstractJBossMarshaller.objectToObjectStream(AbstractJBossMarshaller.java:96) at org.infinispan.marshall.VersionAwareMarshaller.objectToBuffer(VersionAwareMarshaller.java:92) at org.infinispan.marshall.AbstractMarshaller.objectToBuffer(AbstractMarshaller.java:64) at org.infinispan.marshall.AbstractDelegatingMarshaller.objectToBuffer(AbstractDelegatingMarshaller.java:109) at org.infinispan.remoting.transport.jgroups.MarshallerAdapter.objectToBuffer(MarshallerAdapter.java:45) at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.marshallCall(CommandAwareRpcDispatcher.java:279) at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.processSingleCall(CommandAwareRpcDispatcher.java:300) at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.invokeRemoteCommand(CommandAwareRpcDispatcher.java:179) at org.infinispan.remoting.transport.jgroups.JGroupsTransport.invokeRemotely(JGroupsTransport.java:515) at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotely(RpcManagerImpl.java:169) at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotely(RpcManagerImpl.java:190) at org.infinispan.statetransfer.OutboundTransferTask.sendEntries(OutboundTransferTask.java:257) at org.infinispan.statetransfer.OutboundTransferTask.run(OutboundTransferTask.java:187) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_51] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_51] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_51] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_51] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_51] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_51] at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_51] Caused by: an exception which occurred: in field parameters in field navigationalState in object java.util.HashMap at 7b2c68fe {noformat} The NotActiveException is a result of a broken writeObject implementation in org.gatein.common.util.ParameterMap, which does not call out.defaultWriteObject(); -- 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 From issues at jboss.org Mon Jan 27 04:17:28 2014 From: issues at jboss.org (Martin Weiler (JIRA)) Date: Mon, 27 Jan 2014 04:17:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNCOMMON-21) Serialization of ParameterMap breaks with JBoss Marshalling In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNCOMMON-21?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Weiler updated GTNCOMMON-21: ----------------------------------- Git Pull Request: https://github.com/gatein/gatein-common/pull/4 > Serialization of ParameterMap breaks with JBoss Marshalling > ----------------------------------------------------------- > > Key: GTNCOMMON-21 > URL: https://issues.jboss.org/browse/GTNCOMMON-21 > Project: GateIn Common > Issue Type: Bug > Affects Versions: 2.1.1.Final > Environment: JPP 6.1.0 > Reporter: Martin Weiler > > Serialization of a ParameterMap instance with JBoss Marshalling (used by Infinispan) breaks with the following exception: > {noformat} > 15:20:33,853 ERROR [org.infinispan.marshall.VersionAwareMarshaller] (transport-thread-11) ISPN000065: Exception while marshalling object: java.io.NotActiveException: Fields were never written > at org.jboss.marshalling.river.RiverObjectOutputStream.finish(RiverObjectOutputStream.java:175) > at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:1009) > at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:885) > at org.jboss.marshalling.river.RiverMarshaller.doWriteFields(RiverMarshaller.java:1063) > at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:1019) > at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:885) > at org.jboss.marshalling.river.RiverMarshaller.doWriteFields(RiverMarshaller.java:1063) > at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:1019) > at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:885) > at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:680) > at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:680) > at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62) > at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119) > at org.jboss.as.clustering.SimpleMarshalledValue.getBytes(SimpleMarshalledValue.java:85) > at org.jboss.as.clustering.SimpleMarshalledValue.writeExternal(SimpleMarshalledValue.java:175) > at org.jboss.as.clustering.infinispan.io.ExternalizableExternalizer.writeObject(ExternalizableExternalizer.java:47) > at org.jboss.as.clustering.infinispan.io.ExternalizableExternalizer.writeObject(ExternalizableExternalizer.java:36) > at org.infinispan.marshall.jboss.ExternalizerTable$ForeignExternalizerAdapter.writeObject(ExternalizerTable.java:459) > at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145) > at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62) > at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119) > at org.infinispan.marshall.MarshallUtil.marshallMap(MarshallUtil.java:59) > at org.infinispan.marshall.exts.MapExternalizer.writeObject(MapExternalizer.java:63) > at org.infinispan.marshall.exts.MapExternalizer.writeObject(MapExternalizer.java:47) > at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.writeObject(ExternalizerTable.java:410) > at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145) > at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62) > at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119) > at org.infinispan.atomic.AtomicHashMap$Externalizer.writeObject(AtomicHashMap.java:250) > at org.infinispan.atomic.AtomicHashMap$Externalizer.writeObject(AtomicHashMap.java:247) > at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.writeObject(ExternalizerTable.java:410) > at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145) > at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62) > at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119) > at org.infinispan.container.entries.ImmortalCacheEntry$Externalizer.writeObject(ImmortalCacheEntry.java:154) > at org.infinispan.container.entries.ImmortalCacheEntry$Externalizer.writeObject(ImmortalCacheEntry.java:150) > at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.writeObject(ExternalizerTable.java:410) > at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145) > at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62) > at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119) > at org.infinispan.marshall.MarshallUtil.marshallCollection(MarshallUtil.java:48) > at org.infinispan.marshall.exts.ArrayListExternalizer.writeObject(ArrayListExternalizer.java:50) > at org.infinispan.marshall.exts.ArrayListExternalizer.writeObject(ArrayListExternalizer.java:45) > at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.writeObject(ExternalizerTable.java:410) > at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145) > at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62) > at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119) > at org.infinispan.statetransfer.StateChunk$Externalizer.writeObject(StateChunk.java:103) > at org.infinispan.statetransfer.StateChunk$Externalizer.writeObject(StateChunk.java:88) > at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.writeObject(ExternalizerTable.java:410) > at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145) > at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62) > at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119) > at org.infinispan.marshall.MarshallUtil.marshallCollection(MarshallUtil.java:48) > at org.infinispan.marshall.exts.ArrayListExternalizer.writeObject(ArrayListExternalizer.java:50) > at org.infinispan.marshall.exts.ArrayListExternalizer.writeObject(ArrayListExternalizer.java:45) > at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.writeObject(ExternalizerTable.java:410) > at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145) > at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62) > at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119) > at org.infinispan.marshall.exts.ReplicableCommandExternalizer.writeCommandParameters(ReplicableCommandExternalizer.java:87) > at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.marshallParameters(CacheRpcCommandExternalizer.java:128) > at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.writeObject(CacheRpcCommandExternalizer.java:112) > at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.writeObject(CacheRpcCommandExternalizer.java:73) > at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.writeObject(ExternalizerTable.java:410) > at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145) > at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62) > at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119) > at org.infinispan.marshall.jboss.AbstractJBossMarshaller.objectToObjectStream(AbstractJBossMarshaller.java:96) > at org.infinispan.marshall.VersionAwareMarshaller.objectToBuffer(VersionAwareMarshaller.java:92) > at org.infinispan.marshall.AbstractMarshaller.objectToBuffer(AbstractMarshaller.java:64) > at org.infinispan.marshall.AbstractDelegatingMarshaller.objectToBuffer(AbstractDelegatingMarshaller.java:109) > at org.infinispan.remoting.transport.jgroups.MarshallerAdapter.objectToBuffer(MarshallerAdapter.java:45) > at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.marshallCall(CommandAwareRpcDispatcher.java:279) > at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.processSingleCall(CommandAwareRpcDispatcher.java:300) > at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.invokeRemoteCommand(CommandAwareRpcDispatcher.java:179) > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.invokeRemotely(JGroupsTransport.java:515) > at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotely(RpcManagerImpl.java:169) > at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotely(RpcManagerImpl.java:190) > at org.infinispan.statetransfer.OutboundTransferTask.sendEntries(OutboundTransferTask.java:257) > at org.infinispan.statetransfer.OutboundTransferTask.run(OutboundTransferTask.java:187) > at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_51] > at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_51] > at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_51] > at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_51] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_51] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_51] > at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_51] > Caused by: an exception which occurred: > in field parameters > in field navigationalState > in object java.util.HashMap at 7b2c68fe > {noformat} > The NotActiveException is a result of a broken writeObject implementation in org.gatein.common.util.ParameterMap, which does not call out.defaultWriteObject(); -- 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 From issues at jboss.org Mon Jan 27 04:25:28 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Mon, 27 Jan 2014 04:25:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNCOMMON-21) Serialization of ParameterMap breaks with JBoss Marshalling In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNCOMMON-21?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] RH Bugzilla Integration updated GTNCOMMON-21: --------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1058216 > Serialization of ParameterMap breaks with JBoss Marshalling > ----------------------------------------------------------- > > Key: GTNCOMMON-21 > URL: https://issues.jboss.org/browse/GTNCOMMON-21 > Project: GateIn Common > Issue Type: Bug > Affects Versions: 2.1.1.Final > Environment: JPP 6.1.0 > Reporter: Martin Weiler > > Serialization of a ParameterMap instance with JBoss Marshalling (used by Infinispan) breaks with the following exception: > {noformat} > 15:20:33,853 ERROR [org.infinispan.marshall.VersionAwareMarshaller] (transport-thread-11) ISPN000065: Exception while marshalling object: java.io.NotActiveException: Fields were never written > at org.jboss.marshalling.river.RiverObjectOutputStream.finish(RiverObjectOutputStream.java:175) > at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:1009) > at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:885) > at org.jboss.marshalling.river.RiverMarshaller.doWriteFields(RiverMarshaller.java:1063) > at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:1019) > at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:885) > at org.jboss.marshalling.river.RiverMarshaller.doWriteFields(RiverMarshaller.java:1063) > at org.jboss.marshalling.river.RiverMarshaller.doWriteSerializableObject(RiverMarshaller.java:1019) > at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:885) > at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:680) > at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:680) > at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62) > at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119) > at org.jboss.as.clustering.SimpleMarshalledValue.getBytes(SimpleMarshalledValue.java:85) > at org.jboss.as.clustering.SimpleMarshalledValue.writeExternal(SimpleMarshalledValue.java:175) > at org.jboss.as.clustering.infinispan.io.ExternalizableExternalizer.writeObject(ExternalizableExternalizer.java:47) > at org.jboss.as.clustering.infinispan.io.ExternalizableExternalizer.writeObject(ExternalizableExternalizer.java:36) > at org.infinispan.marshall.jboss.ExternalizerTable$ForeignExternalizerAdapter.writeObject(ExternalizerTable.java:459) > at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145) > at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62) > at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119) > at org.infinispan.marshall.MarshallUtil.marshallMap(MarshallUtil.java:59) > at org.infinispan.marshall.exts.MapExternalizer.writeObject(MapExternalizer.java:63) > at org.infinispan.marshall.exts.MapExternalizer.writeObject(MapExternalizer.java:47) > at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.writeObject(ExternalizerTable.java:410) > at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145) > at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62) > at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119) > at org.infinispan.atomic.AtomicHashMap$Externalizer.writeObject(AtomicHashMap.java:250) > at org.infinispan.atomic.AtomicHashMap$Externalizer.writeObject(AtomicHashMap.java:247) > at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.writeObject(ExternalizerTable.java:410) > at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145) > at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62) > at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119) > at org.infinispan.container.entries.ImmortalCacheEntry$Externalizer.writeObject(ImmortalCacheEntry.java:154) > at org.infinispan.container.entries.ImmortalCacheEntry$Externalizer.writeObject(ImmortalCacheEntry.java:150) > at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.writeObject(ExternalizerTable.java:410) > at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145) > at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62) > at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119) > at org.infinispan.marshall.MarshallUtil.marshallCollection(MarshallUtil.java:48) > at org.infinispan.marshall.exts.ArrayListExternalizer.writeObject(ArrayListExternalizer.java:50) > at org.infinispan.marshall.exts.ArrayListExternalizer.writeObject(ArrayListExternalizer.java:45) > at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.writeObject(ExternalizerTable.java:410) > at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145) > at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62) > at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119) > at org.infinispan.statetransfer.StateChunk$Externalizer.writeObject(StateChunk.java:103) > at org.infinispan.statetransfer.StateChunk$Externalizer.writeObject(StateChunk.java:88) > at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.writeObject(ExternalizerTable.java:410) > at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145) > at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62) > at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119) > at org.infinispan.marshall.MarshallUtil.marshallCollection(MarshallUtil.java:48) > at org.infinispan.marshall.exts.ArrayListExternalizer.writeObject(ArrayListExternalizer.java:50) > at org.infinispan.marshall.exts.ArrayListExternalizer.writeObject(ArrayListExternalizer.java:45) > at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.writeObject(ExternalizerTable.java:410) > at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145) > at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62) > at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119) > at org.infinispan.marshall.exts.ReplicableCommandExternalizer.writeCommandParameters(ReplicableCommandExternalizer.java:87) > at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.marshallParameters(CacheRpcCommandExternalizer.java:128) > at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.writeObject(CacheRpcCommandExternalizer.java:112) > at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.writeObject(CacheRpcCommandExternalizer.java:73) > at org.infinispan.marshall.jboss.ExternalizerTable$ExternalizerAdapter.writeObject(ExternalizerTable.java:410) > at org.jboss.marshalling.river.RiverMarshaller.doWriteObject(RiverMarshaller.java:145) > at org.jboss.marshalling.AbstractObjectOutput.writeObject(AbstractObjectOutput.java:62) > at org.jboss.marshalling.AbstractMarshaller.writeObject(AbstractMarshaller.java:119) > at org.infinispan.marshall.jboss.AbstractJBossMarshaller.objectToObjectStream(AbstractJBossMarshaller.java:96) > at org.infinispan.marshall.VersionAwareMarshaller.objectToBuffer(VersionAwareMarshaller.java:92) > at org.infinispan.marshall.AbstractMarshaller.objectToBuffer(AbstractMarshaller.java:64) > at org.infinispan.marshall.AbstractDelegatingMarshaller.objectToBuffer(AbstractDelegatingMarshaller.java:109) > at org.infinispan.remoting.transport.jgroups.MarshallerAdapter.objectToBuffer(MarshallerAdapter.java:45) > at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.marshallCall(CommandAwareRpcDispatcher.java:279) > at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.processSingleCall(CommandAwareRpcDispatcher.java:300) > at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.invokeRemoteCommand(CommandAwareRpcDispatcher.java:179) > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.invokeRemotely(JGroupsTransport.java:515) > at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotely(RpcManagerImpl.java:169) > at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotely(RpcManagerImpl.java:190) > at org.infinispan.statetransfer.OutboundTransferTask.sendEntries(OutboundTransferTask.java:257) > at org.infinispan.statetransfer.OutboundTransferTask.run(OutboundTransferTask.java:187) > at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_51] > at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_51] > at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_51] > at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_51] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_51] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_51] > at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_51] > Caused by: an exception which occurred: > in field parameters > in field navigationalState > in object java.util.HashMap at 7b2c68fe > {noformat} > The NotActiveException is a result of a broken writeObject implementation in org.gatein.common.util.ParameterMap, which does not call out.defaultWriteObject(); -- 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 From issues at jboss.org Mon Jan 27 05:11:28 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Mon, 27 Jan 2014 05:11:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3387) Workaround - POMSessionManager: Unexpected error when clearing pom cache: java.lang.NullPointerException In-Reply-To: References: Message-ID: Lucas Ponce created GTNPORTAL-3387: -------------------------------------- Summary: Workaround - POMSessionManager: Unexpected error when clearing pom cache: java.lang.NullPointerException Key: GTNPORTAL-3387 URL: https://issues.jboss.org/browse/GTNPORTAL-3387 Project: GateIn Portal Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 3.6.3.Final Reporter: Lucas Ponce Assignee: Lucas Ponce Fix For: 3.6.4.Final Description of problem: When starting portal in cluster mode I can see errors like this in the log: ERROR [org.exoplatform.portal.pom.config.POMSessionManager] (MSC service thread 1-5) Unexpected error when clearing pom cache: java.lang.NullPointerException at org.exoplatform.services.cache.impl.jboss.AbstractExoCache.select(AbstractExoCache.java:343) ... Steps to Reproduce: 1. start portal in cluster mode: a) start H2 DB: java -jar ./modules/system/layers/base/com/h2database/h2/main/h2-1.3.168-redhat-2.jar -tcp -web -pg b) start portal: ./standalone -c standalone-ha.xml -Djboss.node.name=node1 -u 239.23.42.2 Additional info: JDK 1.7.0_17 and 1.7.0_25 -- 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 From issues at jboss.org Mon Jan 27 05:15:29 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Mon, 27 Jan 2014 05:15:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3387) Workaround - POMSessionManager: Unexpected error when clearing pom cache: java.lang.NullPointerException In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3387?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938876#comment-12938876 ] Lucas Ponce commented on GTNPORTAL-3387: ---------------------------------------- Root cause is defined in: https://jira.exoplatform.org/browse/KER-276 But a valid workaround can be: if (cache.getCacheSize() > 0) at POMSessionManager. This workaround only is valid for 3.6.x branch as 2.4.8.GA is not release yet. Once 2.4.8.GA is out, this workaround can be reverted as original issue is defined on exo.kernel.component.ext.cache.impl.jboss.v3-2.4.6-GA.jar component. > Workaround - POMSessionManager: Unexpected error when clearing pom cache: java.lang.NullPointerException > -------------------------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3387 > URL: https://issues.jboss.org/browse/GTNPORTAL-3387 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.6.3.Final > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Fix For: 3.6.4.Final > > > Description of problem: > When starting portal in cluster mode I can see errors like this in the log: > ERROR [org.exoplatform.portal.pom.config.POMSessionManager] (MSC service thread 1-5) Unexpected error when clearing pom cache: java.lang.NullPointerException > at org.exoplatform.services.cache.impl.jboss.AbstractExoCache.select(AbstractExoCache.java:343) > ... > Steps to Reproduce: > 1. start portal in cluster mode: > a) start H2 DB: > java -jar ./modules/system/layers/base/com/h2database/h2/main/h2-1.3.168-redhat-2.jar -tcp -web -pg > b) start portal: > ./standalone -c standalone-ha.xml -Djboss.node.name=node1 -u 239.23.42.2 > Additional info: > JDK 1.7.0_17 and 1.7.0_25 -- 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 From issues at jboss.org Mon Jan 27 05:29:29 2014 From: issues at jboss.org (RH Bugzilla Integration (JIRA)) Date: Mon, 27 Jan 2014 05:29:29 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3387) Workaround - POMSessionManager: Unexpected error when clearing pom cache: java.lang.NullPointerException In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3387?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] RH Bugzilla Integration updated GTNPORTAL-3387: ----------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1051155 > Workaround - POMSessionManager: Unexpected error when clearing pom cache: java.lang.NullPointerException > -------------------------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3387 > URL: https://issues.jboss.org/browse/GTNPORTAL-3387 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.6.3.Final > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Fix For: 3.6.4.Final > > > Description of problem: > When starting portal in cluster mode I can see errors like this in the log: > ERROR [org.exoplatform.portal.pom.config.POMSessionManager] (MSC service thread 1-5) Unexpected error when clearing pom cache: java.lang.NullPointerException > at org.exoplatform.services.cache.impl.jboss.AbstractExoCache.select(AbstractExoCache.java:343) > ... > Steps to Reproduce: > 1. start portal in cluster mode: > a) start H2 DB: > java -jar ./modules/system/layers/base/com/h2database/h2/main/h2-1.3.168-redhat-2.jar -tcp -web -pg > b) start portal: > ./standalone -c standalone-ha.xml -Djboss.node.name=node1 -u 239.23.42.2 > Additional info: > JDK 1.7.0_17 and 1.7.0_25 -- 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 From issues at jboss.org Mon Jan 27 05:43:28 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Mon, 27 Jan 2014 05:43:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3387) Workaround - POMSessionManager: Unexpected error when clearing pom cache: java.lang.NullPointerException In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3387?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce updated GTNPORTAL-3387: ----------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/778 > Workaround - POMSessionManager: Unexpected error when clearing pom cache: java.lang.NullPointerException > -------------------------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3387 > URL: https://issues.jboss.org/browse/GTNPORTAL-3387 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.6.3.Final > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Fix For: 3.6.4.Final > > > Description of problem: > When starting portal in cluster mode I can see errors like this in the log: > ERROR [org.exoplatform.portal.pom.config.POMSessionManager] (MSC service thread 1-5) Unexpected error when clearing pom cache: java.lang.NullPointerException > at org.exoplatform.services.cache.impl.jboss.AbstractExoCache.select(AbstractExoCache.java:343) > ... > Steps to Reproduce: > 1. start portal in cluster mode: > a) start H2 DB: > java -jar ./modules/system/layers/base/com/h2database/h2/main/h2-1.3.168-redhat-2.jar -tcp -web -pg > b) start portal: > ./standalone -c standalone-ha.xml -Djboss.node.name=node1 -u 239.23.42.2 > Additional info: > JDK 1.7.0_17 and 1.7.0_25 -- 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 From issues at jboss.org Mon Jan 27 07:11:30 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Mon, 27 Jan 2014 07:11:30 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3055) Minor accessibility issues In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3055?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce updated GTNPORTAL-3055: ----------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done Merged > Minor accessibility issues > -------------------------- > > Key: GTNPORTAL-3055 > URL: https://issues.jboss.org/browse/GTNPORTAL-3055 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Lucas Ponce > Assignee: Lucas Ponce > -- 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 From issues at jboss.org Mon Jan 27 07:11:30 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Mon, 27 Jan 2014 07:11:30 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3064) Color changes in links for better accessibility In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/GTNPORTAL-3064?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lucas Ponce updated GTNPORTAL-3064: ----------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done Merged > Color changes in links for better accessibility > ----------------------------------------------- > > Key: GTNPORTAL-3064 > URL: https://issues.jboss.org/browse/GTNPORTAL-3064 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Lucas Ponce > Assignee: Lucas Ponce > -- 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 From issues at jboss.org Mon Jan 27 07:13:28 2014 From: issues at jboss.org (Lucas Ponce (JIRA)) Date: Mon, 27 Jan 2014 07:13:28 -0500 (EST) Subject: [gatein-issues] [JBoss JIRA] (GTNPORTAL-3081) Adding scope attributes and