April 2014 - gatein-issues - Jboss List Archives

[JBoss JIRA] (GTNPORTAL-3455) Select page layout doesn't select default item.

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3455?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-3455: ---------------------------------------------------- Lucas Ponce <lponce(a)redhat.com> changed the Status of [bug 1090491|https://bugzilla.redhat.com/show_bug.cgi?id=1090491] from NEW to POST > Select page layout doesn't select default item. > ----------------------------------------------- > > Key: GTNPORTAL-3455 > URL: https://issues.jboss.org/browse/GTNPORTAL-3455 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Lucas Ponce > Assignee: Lucas Ponce > > In step 2 of UIPageCreationWizard select page layout wizard doesn't select by default first element of each sublist. > For example, if we change to row templates and we go to step 3, page layout is empty template instead two rows template. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3455) Select page layout doesn't select default item.

by Lucas Ponce (JIRA)

Lucas Ponce created GTNPORTAL-3455: -------------------------------------- Summary: Select page layout doesn't select default item. Key: GTNPORTAL-3455 URL: https://issues.jboss.org/browse/GTNPORTAL-3455 Project: GateIn Portal Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Lucas Ponce Assignee: Lucas Ponce In step 2 of UIPageCreationWizard select page layout wizard doesn't select by default first element of each sublist. For example, if we change to row templates and we go to step 3, page layout is empty template instead two rows template. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3453) domain.xml demo with default and full profiles

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3453?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-3453: ---------------------------------------------------- Lucas Ponce <lponce(a)redhat.com> changed the Status of [bug 1090419|https://bugzilla.redhat.com/show_bug.cgi?id=1090419] from ASSIGNED to POST > domain.xml demo with default and full profiles > ---------------------------------------------- > > Key: GTNPORTAL-3453 > URL: https://issues.jboss.org/browse/GTNPORTAL-3453 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Lucas Ponce > Assignee: Lucas Ponce > > demo-domain-setup.sh is a demo script to run gatein in domain mode. > server-groups defined in domain.xml use full and full-ha profiles. > For a better demo, these profiles should be default and full, to avoid to run a separate process with a tcp H2 database. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3454) Remove native AMD modules from requireJs config

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3454?page=com.atlassian.jira.pl... ] RH Bugzilla Integration updated GTNPORTAL-3454: ----------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1090470 > Remove native AMD modules from requireJs config > ----------------------------------------------- > > Key: GTNPORTAL-3454 > URL: https://issues.jboss.org/browse/GTNPORTAL-3454 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Peter Palaga > Assignee: Peter Palaga > > RequireJs config is a json structure renderead inline in the HTML markup of every page returned by the portal. The recent "Native AMD Support" feature has brought the possibility to work with large third-party javascript frameworks such as Dojo containing thousands of JavaScript modules. The present implementation adds an entry for every native AMD module into RequireJs config. With a dojo portlet deployed, this causes an overhead of more than 400KB per page. > Steps to Reproduce: > 1. Compile and deploy the dojo portlet application from https://github.com/ppalaga/dojo-portlet > 2. Import applications > 3. Inspect the source of any portal page, e.g. /portal/classic/home > 4. Locate the line starting with > var require = > Actual results: All dojo resources are there in the json structure assigned to the require variable. > Expected results: No resources coming from Dojo should be there. > Additional info: Not having the resources coming from Dojo in requireJS config is technically possible as the native AMD modules are implicitly SHARED and the baseUrl is set properly in the config. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3454) Remove native AMD modules from requireJs config

by Peter Palaga (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3454?page=com.atlassian.jira.pl... ] Peter Palaga updated GTNPORTAL-3454: ------------------------------------ Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/839 > Remove native AMD modules from requireJs config > ----------------------------------------------- > > Key: GTNPORTAL-3454 > URL: https://issues.jboss.org/browse/GTNPORTAL-3454 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Peter Palaga > Assignee: Peter Palaga > > RequireJs config is a json structure renderead inline in the HTML markup of every page returned by the portal. The recent "Native AMD Support" feature has brought the possibility to work with large third-party javascript frameworks such as Dojo containing thousands of JavaScript modules. The present implementation adds an entry for every native AMD module into RequireJs config. With a dojo portlet deployed, this causes an overhead of more than 400KB per page. > Steps to Reproduce: > 1. Compile and deploy the dojo portlet application from https://github.com/ppalaga/dojo-portlet > 2. Import applications > 3. Inspect the source of any portal page, e.g. /portal/classic/home > 4. Locate the line starting with > var require = > Actual results: All dojo resources are there in the json structure assigned to the require variable. > Expected results: No resources coming from Dojo should be there. > Additional info: Not having the resources coming from Dojo in requireJS config is technically possible as the native AMD modules are implicitly SHARED and the baseUrl is set properly in the config. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3453) domain.xml demo with default and full profiles

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3453?page=com.atlassian.jira.pl... ] RH Bugzilla Integration updated GTNPORTAL-3453: ----------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1090419 > domain.xml demo with default and full profiles > ---------------------------------------------- > > Key: GTNPORTAL-3453 > URL: https://issues.jboss.org/browse/GTNPORTAL-3453 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Lucas Ponce > Assignee: Lucas Ponce > > demo-domain-setup.sh is a demo script to run gatein in domain mode. > server-groups defined in domain.xml use full and full-ha profiles. > For a better demo, these profiles should be default and full, to avoid to run a separate process with a tcp H2 database. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3453) domain.xml demo with default and full profiles

by Lucas Ponce (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3453?page=com.atlassian.jira.pl... ] Lucas Ponce updated GTNPORTAL-3453: ----------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/838 > domain.xml demo with default and full profiles > ---------------------------------------------- > > Key: GTNPORTAL-3453 > URL: https://issues.jboss.org/browse/GTNPORTAL-3453 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Lucas Ponce > Assignee: Lucas Ponce > > demo-domain-setup.sh is a demo script to run gatein in domain mode. > server-groups defined in domain.xml use full and full-ha profiles. > For a better demo, these profiles should be default and full, to avoid to run a separate process with a tcp H2 database. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3454) Remove native AMD modules from requireJs config

by Peter Palaga (JIRA)

Peter Palaga created GTNPORTAL-3454: --------------------------------------- Summary: Remove native AMD modules from requireJs config Key: GTNPORTAL-3454 URL: https://issues.jboss.org/browse/GTNPORTAL-3454 Project: GateIn Portal Issue Type: Task Security Level: Public (Everyone can see) Reporter: Peter Palaga Assignee: Peter Palaga RequireJs config is a json structure renderead inline in the HTML markup of every page returned by the portal. The recent "Native AMD Support" feature has brought the possibility to work with large third-party javascript frameworks such as Dojo containing thousands of JavaScript modules. The present implementation adds an entry for every native AMD module into RequireJs config. With a dojo portlet deployed, this causes an overhead of more than 400KB per page. Steps to Reproduce: 1. Compile and deploy the dojo portlet application from https://github.com/ppalaga/dojo-portlet 2. Import applications 3. Inspect the source of any portal page, e.g. /portal/classic/home 4. Locate the line starting with var require = Actual results: All dojo resources are there in the json structure assigned to the require variable. Expected results: No resources coming from Dojo should be there. Additional info: Not having the resources coming from Dojo in requireJS config is technically possible as the native AMD modules are implicitly SHARED and the baseUrl is set properly in the config. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3453) domain.xml demo with default and full profiles

by Lucas Ponce (JIRA)

Lucas Ponce created GTNPORTAL-3453: -------------------------------------- Summary: domain.xml demo with default and full profiles Key: GTNPORTAL-3453 URL: https://issues.jboss.org/browse/GTNPORTAL-3453 Project: GateIn Portal Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Lucas Ponce Assignee: Lucas Ponce demo-domain-setup.sh is a demo script to run gatein in domain mode. server-groups defined in domain.xml use full and full-ha profiles. For a better demo, these profiles should be default and full, to avoid to run a separate process with a tcp H2 database. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3450) Impossible to upload file in Content Explorer when tmpdir does not exist

by Tran Trung Thanh (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3450?page=com.atlassian.jira.pl... ] Tran Trung Thanh updated GTNPORTAL-3450: ---------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/836 Fix description: - When uploading a file, check if tmpdir exists. If not, create it > Impossible to upload file in Content Explorer when tmpdir does not exist > ------------------------------------------------------------------------ > > Key: GTNPORTAL-3450 > URL: https://issues.jboss.org/browse/GTNPORTAL-3450 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.5.8.Final > Reporter: Tran Trung Thanh > > We have a problem when trying to upload files. > We noticed that the "org.exoplatform.upload.UploadService" Service uses java.io.tmpdir (System Properties) to create the portal/eXoUpload directory needed to upload files. > If the directory does not exist (ie, deleted : custermer's case deleted by tmpwatch command). > << we can view the file tree but nothing happens, it stays at 0 % (blocking). > *Error log:* > {code}DEBUG [org.exoplatform.upload.UploadService] (ajp-10.11.2.212-8009-42) IOException while upload resource > org.apache.commons.fileupload.FileUploadBase$IOFileUploadException: Processing of multipart/form-data request failed. /tmp/portal/eXoUpload/upload__175985d8_14550fb3b24_d1a_00000003.tmp (Aucun fichier ou dossier de ce type) > at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:367) > at org.apache.commons.fileupload.servlet.ServletFileUpload.parseRequest(ServletFileUpload.java:126) > at org.exoplatform.upload.UploadService.createUploadResource(UploadService.java:120) > at org.exoplatform.upload.UploadService.createUploadResource(UploadService.java:96) > at org.exoplatform.web.handler.UploadHandler.execute(UploadHandler.java:123) > at org.exoplatform.web.handler.UploadHandler.execute(UploadHandler.java:60) > at org.exoplatform.web.WebAppController.service(WebAppController.java:358) > at org.exoplatform.portal.application.PortalController.onService(PortalController.java:125) > at org.exoplatform.container.web.AbstractHttpServlet.service(AbstractHttpServlet.java:132) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at org.exoplatform.web.login.RememberMeFilter.doFilter(RememberMeFilter.java:84) > at org.exoplatform.web.login.RememberMeFilter.doFilter(RememberMeFilter.java:54) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at org.exoplatform.web.filter.ExtensibleFilter$ExtensibleFilterChain.doFilter(ExtensibleFilter.java:114) > at com.filhetallard.dis.extranet.adp.portlet.common.SitesAccessFilter.doFilter(SitesAccessFilter.java:195) > at com.filhetallard.dis.extranet.fac.exo.web.FilterAdapter.doFilter(FilterAdapter.java:23) > at org.exoplatform.web.filter.ExtensibleFilter$ExtensibleFilterChain.doFilter(ExtensibleFilter.java:110) > at org.exoplatform.platform.common.admin.TermsAndConditionsFilter.doFilter(TermsAndConditionsFilter.java:77) > at org.exoplatform.web.filter.ExtensibleFilter$ExtensibleFilterChain.doFilter(ExtensibleFilter.java:110) > at org.exoplatform.web.filter.ExtensibleFilter.doFilter(ExtensibleFilter.java:84) > at org.exoplatform.web.filter.GenericFilter.doFilter(GenericFilter.java:78) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at org.exoplatform.web.CacheUserProfileFilter.doFilter(CacheUserProfileFilter.java:78) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at org.exoplatform.frameworks.jcr.web.ThreadLocalSessionProviderInitializedFilter.doFilter(ThreadLocalSessionProviderInitializedFilter.java:116) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at org.exoplatform.services.security.web.SetCurrentIdentityFilter.doFilter(SetCurrentIdentityFilter.java:88) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at org.exoplatform.web.login.ClusteredSSOFilter.doFilter(ClusteredSSOFilter.java:62) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at org.exoplatform.container.web.PortalContainerFilter.doFilter(PortalContainerFilter.java:69) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:235) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) > at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:183) > at org.jboss.web.tomcat.service.session.ClusteredSessionValve.handleRequest(ClusteredSessionValve.java:135) > at org.jboss.web.tomcat.service.session.ClusteredSessionValve.invoke(ClusteredSessionValve.java:94) > at org.jboss.web.tomcat.service.session.JvmRouteValve.invoke(JvmRouteValve.java:88) > at org.jboss.web.tomcat.service.session.LockingValve.invoke(LockingValve.java:62) > at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:433) > at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:95) > at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process(SecurityContextEstablishmentValve.java:126) > at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:70) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > at org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:402) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at org.jboss.web.tomcat.service.request.ActiveRequestResponseCacheValve.internalProcess(ActiveRequestResponseCacheValve.java:74) > at org.jboss.web.tomcat.service.request.ActiveRequestResponseCacheValve.invoke(ActiveRequestResponseCacheValve.java:47) > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:330) > at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:436) > at org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:385) > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:451) > at java.lang.Thread.run(Thread.java:701) > Caused by: java.io.FileNotFoundException: /tmp/portal/eXoUpload/upload__175985d8_14550fb3b24_d1a_00000003.tmp (Aucun fichier ou dossier de ce type) > at java.io.FileOutputStream.open(Native Method) > at java.io.FileOutputStream.<init>(FileOutputStream.java:212) > at java.io.FileOutputStream.<init>(FileOutputStream.java:160) > at org.apache.commons.io.output.DeferredFileOutputStream.thresholdReached(DeferredFileOutputStream.java:165) > at org.apache.commons.io.output.ThresholdingOutputStream.checkThreshold(ThresholdingOutputStream.java:221) > at org.apache.commons.io.output.ThresholdingOutputStream.write(ThresholdingOutputStream.java:127) > at org.apache.commons.fileupload.util.Streams.copy(Streams.java:101) > at org.apache.commons.fileupload.util.Streams.copy(Streams.java:64) > at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:362) > ... 65 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

10 years, 8 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

gatein-issues April 2014