June 2014 - gatein-issues - Jboss List Archives

[JBoss JIRA] (GTNPORTAL-3491) [Gadget] Hard-coded English labels in Title and Field Name

by Trong Tran (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3491?page=com.atlassian.jira.pl... ] Trong Tran updated GTNPORTAL-3491: ---------------------------------- Sprint: Sprint 104 > [Gadget] Hard-coded English labels in Title and Field Name > ---------------------------------------------------------- > > Key: GTNPORTAL-3491 > URL: https://issues.jboss.org/browse/GTNPORTAL-3491 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: Internationalization and Localization > Affects Versions: 3.5.10.Final, 3.7.1.Final > Reporter: H. Trang Vu > Attachments: VI-Title-FieldName.png > > > Steps to reproduce: > * Login as root > * Go to Application Registry, add *Services Management* gadget into a category > * Switch to Vietnamese > * Open Dashboard > * Add *Services Management* gadget > * The gadget title is always in English > * Click pencil icon to edit gadget setting > ** "Services URL" is always in English -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3499) Result of Rest API contains original host when Gatein runs behind apache server via HTTP protocal

by Trong Tran (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3499?page=com.atlassian.jira.pl... ] Trong Tran updated GTNPORTAL-3499: ---------------------------------- Sprint: Sprint 104 > Result of Rest API contains original host when Gatein runs behind apache server via HTTP protocal > ------------------------------------------------------------------------------------------------- > > Key: GTNPORTAL-3499 > URL: https://issues.jboss.org/browse/GTNPORTAL-3499 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.5.9.Final > Reporter: Tran Trung Thanh > > - Configure eXo Platform with apache 2 via HTTP protocol by following > http://docs.exoplatform.com/public/topic/PLF40/PLFAdminGuide.Deployment.S... > - Start Gatein server at localhost:8080 > - Access Gatein service by using address of apache for example example.localhost > - Login as john > - Call REST API: http://example.localhost/rest/private/managed-components/mop/usersites/jo... > -> The result contains the original host > {noformat} > {"description":"List of child pages for page 'Tab_Default'","children":[],"operations":[{"operation-name":"read-resource","operation-description":"Lists available pages at a specified address.","link":{"rel":"self","href":"http://localhost:8080/rest/private/managed-components/mop/usersites/john/..."}},{"operation-name":"read-config-as-xml","operation-description":"Reads pages as configuration xml at a specified address.","link":{"rel":"content","href":"http://localhost:8080/rest/private/managed-components/mop/usersites/john/...","type":"application/xml"}},{"operation-name":"export-resource","operation-description":"Exports pages configuration xml as a zip file.","link":{"rel":"content","href":"http://localhost:8080/rest/private/managed-components/mop/usersites/john/...","type":"application/zip","method":"get"}}]} > {noformat} > Note that: No problem when configuring apache front-end with ajp. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3500) testMemoryLeakWithMultiThread fails sometimes

by Trong Tran (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3500?page=com.atlassian.jira.pl... ] Trong Tran updated GTNPORTAL-3500: ---------------------------------- Sprint: Sprint 104 > testMemoryLeakWithMultiThread fails sometimes > --------------------------------------------- > > Key: GTNPORTAL-3500 > URL: https://issues.jboss.org/browse/GTNPORTAL-3500 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Peter Palaga > > Cloned from https://bugzilla.redhat.com/show_bug.cgi?id=1103304 > org.exoplatform.download.TestDownloadService.testMemoryLeakWithMultiThread() fails in some cases. The stack trace: > junit.framework.AssertionFailedError > at junit.framework.Assert.fail(Assert.java:48) > at junit.framework.Assert.assertTrue(Assert.java:20) > at junit.framework.Assert.assertTrue(Assert.java:27) > at org.exoplatform.download.TestDownloadService.testMemoryLeakWithMultiThread(TestDownloadService.java:109) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > ... > The line where it fails is > assertTrue(cache.getCacheSize() <= 10); > Version-Release number of selected component (if applicable): > GateIn 3.8.x or 3.9.x > Reproducible sometimes: 1/10 or even less. Happens both on Jenkins and desktop. > Steps to Reproduce: > Not sure. It happens randomly. Perhaps overloading the machine with some CPU-intensive task might help. Just build the exo.portal.component.web.server artifact with tests repeatedly until it fails. > Actual results: > Test fails > Expected results: > Not sure if the subject under the test is broken or the test itself. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3503) Define a default order for page management results

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3503?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-3503: ---------------------------------------------------- Lucas Ponce <lponce(a)redhat.com> changed the Status of [bug 1102742|https://bugzilla.redhat.com/show_bug.cgi?id=1102742] from ASSIGNED to POST > Define a default order for page management results > -------------------------------------------------- > > Key: GTNPORTAL-3503 > URL: https://issues.jboss.org/browse/GTNPORTAL-3503 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Fix For: 3.9.0.Final > > > POMSession.findObjects() performs a pages query without a default order. > This can cause an issue in PageManagement portlet repeating results. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3503) Define a default order for page management results

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3503?page=com.atlassian.jira.pl... ] RH Bugzilla Integration updated GTNPORTAL-3503: ----------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1102742 > Define a default order for page management results > -------------------------------------------------- > > Key: GTNPORTAL-3503 > URL: https://issues.jboss.org/browse/GTNPORTAL-3503 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Fix For: 3.9.0.Final > > > POMSession.findObjects() performs a pages query without a default order. > This can cause an issue in PageManagement portlet repeating results. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3503) Define a default order for page management results

by Lucas Ponce (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3503?page=com.atlassian.jira.pl... ] Lucas Ponce updated GTNPORTAL-3503: ----------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/868 > Define a default order for page management results > -------------------------------------------------- > > Key: GTNPORTAL-3503 > URL: https://issues.jboss.org/browse/GTNPORTAL-3503 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Lucas Ponce > Assignee: Lucas Ponce > Fix For: 3.9.0.Final > > > POMSession.findObjects() performs a pages query without a default order. > This can cause an issue in PageManagement portlet repeating results. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3503) Define a default order for page management results

by Lucas Ponce (JIRA)

Lucas Ponce created GTNPORTAL-3503: -------------------------------------- Summary: Define a default order for page management results Key: GTNPORTAL-3503 URL: https://issues.jboss.org/browse/GTNPORTAL-3503 Project: GateIn Portal Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Lucas Ponce Assignee: Lucas Ponce Fix For: 3.9.0.Final POMSession.findObjects() performs a pages query without a default order. This can cause an issue in PageManagement portlet repeating results. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3495) Membership Pagination don't work

by Marek Posolda (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3495?page=com.atlassian.jira.pl... ] Marek Posolda commented on GTNPORTAL-3495: ------------------------------------------ Hi Boubaker, There is no easy way to see in GateIn what are underlying identity store implementations. It's abstraction layer, which is not intended to be directly visible by upper layers like GateIn (without doing any hacks). Btv. I don't get why this is problem. Again, default value of "skipPaginationInMembershipQuery" is "true" as I already mentioned above. And in comment https://github.com/gatein/gatein-portal/blob/master/web/portal/src/main/w... it's mentioned that for DB+LDAP are people not expected to change this option to "false". Also in LDAP documentation https://docs.jboss.org/author/display/GTNPORTAL38/LDAP+integration is not anything about this option. So I don't understand why you (or your customers) are switching this option to "false" when they have DB+LDAP setup. What I can do is to reformulate the comment about this parameter to emphasize more that it's intended to be switched to false just in DB-Only setup . I did it here and will be available in next GateIn version - https://github.com/mposolda/gatein-portal/commit/4cd2d5431719157984655704... > Membership Pagination don't work > -------------------------------- > > Key: GTNPORTAL-3495 > URL: https://issues.jboss.org/browse/GTNPORTAL-3495 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 3.5.9.Final > Reporter: Boubaker Khanfir > Assignee: Marek Posolda > Attachments: plidm-ldap-membership-pagination.zip > > > I attach a new unit test for a bug that I met in PL IDM 1.4.4. > Test case description: > 1/ add about 10 users in an LDAP group > 2/ use SearchCriteria to paginate on the Members of this group > => Problem: pagination doesn't work > Why does it fails: > Because in this method "org.picketlink.idm.impl.store.ldap.LDAPIdentityStoreImpl.resolveRelationships(IdentityStoreInvocationContext, IdentityObject, IdentityObjectRelationshipType, boolean, boolean, String, IdentityObjectSearchCriteria)" the attribute "IdentityObjectSearchCriteria" isn't used for pagination. > To workaround this bug I had to use (skipPaginationInMembershipQuery=true). If the UI is buggy without this parameter to "true", I think it has to be *by default "true" in Config class* and may be even delete this option to not use pagination in Membership at all. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3495) Membership Pagination don't work

by Boubaker Khanfir (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3495?page=com.atlassian.jira.pl... ] Boubaker Khanfir commented on GTNPORTAL-3495: --------------------------------------------- Ok, I understand. So you intentionally didn't implement the membership pagination using LDAP store. (as seen in method LDAPIdentityStoreImpl.resolveRelationships). Can we make a change in GateIN so that in case we use LDAP/AD in PL IDM, the "skipPaginationInMembershipQuery" is switched automatically, or at least a "log.warn" to say: "Hey, you are using LDAP, switch this flag to 'true' ". > Membership Pagination don't work > -------------------------------- > > Key: GTNPORTAL-3495 > URL: https://issues.jboss.org/browse/GTNPORTAL-3495 > Project: GateIn Portal > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Affects Versions: 3.5.9.Final > Reporter: Boubaker Khanfir > Assignee: Marek Posolda > Attachments: plidm-ldap-membership-pagination.zip > > > I attach a new unit test for a bug that I met in PL IDM 1.4.4. > Test case description: > 1/ add about 10 users in an LDAP group > 2/ use SearchCriteria to paginate on the Members of this group > => Problem: pagination doesn't work > Why does it fails: > Because in this method "org.picketlink.idm.impl.store.ldap.LDAPIdentityStoreImpl.resolveRelationships(IdentityStoreInvocationContext, IdentityObject, IdentityObjectRelationshipType, boolean, boolean, String, IdentityObjectSearchCriteria)" the attribute "IdentityObjectSearchCriteria" isn't used for pagination. > To workaround this bug I had to use (skipPaginationInMembershipQuery=true). If the UI is buggy without this parameter to "true", I think it has to be *by default "true" in Config class* and may be even delete this option to not use pagination in Membership at all. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years

1
0
0 / 0

[JBoss JIRA] (GTNSSO-29) Implement SPNEGO SSO for gatein-tomcat packaging

by Tuyen Nguyen The (JIRA)

[ https://issues.jboss.org/browse/GTNSSO-29?page=com.atlassian.jira.plugin.... ] Tuyen Nguyen The updated GTNSSO-29: ----------------------------------- Git Pull Request: https://github.com/gatein/gatein-sso/pull/4 > Implement SPNEGO SSO for gatein-tomcat packaging > ------------------------------------------------ > > Key: GTNSSO-29 > URL: https://issues.jboss.org/browse/GTNSSO-29 > Project: GateIn SSO > Issue Type: Feature Request > Reporter: Tuyen Nguyen The > Assignee: Marek Posolda > > Current spnego sso implementation of gatein only works on jboss because it use Jboss Negotiation library - a specific library for jboss. > So, we need provide other implementation for gatein-tomcat packaging. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

gatein-issues June 2014