April 2014 - gatein-issues - Jboss List Archives

[JBoss JIRA] (GTNPORTAL-3456) Update copyright text to use 2014 year

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3456?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-3456: ---------------------------------------------------- Lucas Ponce <lponce(a)redhat.com> changed the Status of [bug 1089944|https://bugzilla.redhat.com/show_bug.cgi?id=1089944] from ASSIGNED to POST > Update copyright text to use 2014 year > -------------------------------------- > > Key: GTNPORTAL-3456 > URL: https://issues.jboss.org/browse/GTNPORTAL-3456 > 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

12 years

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3456) Update copyright text to use 2014 year

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3456?page=com.atlassian.jira.pl... ] RH Bugzilla Integration updated GTNPORTAL-3456: ----------------------------------------------- Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1089944 > Update copyright text to use 2014 year > -------------------------------------- > > Key: GTNPORTAL-3456 > URL: https://issues.jboss.org/browse/GTNPORTAL-3456 > 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

12 years

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3456) Update copyright text to use 2014 year

by Lucas Ponce (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3456?page=com.atlassian.jira.pl... ] Lucas Ponce updated GTNPORTAL-3456: ----------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/844 > Update copyright text to use 2014 year > -------------------------------------- > > Key: GTNPORTAL-3456 > URL: https://issues.jboss.org/browse/GTNPORTAL-3456 > 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

12 years

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3458) Use infinite TTL for TemplateService caching by default

by Trong Tran (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3458?page=com.atlassian.jira.pl... ] Trong Tran updated GTNPORTAL-3458: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/843 > Use infinite TTL for TemplateService caching by default > ------------------------------------------------------- > > Key: GTNPORTAL-3458 > URL: https://issues.jboss.org/browse/GTNPORTAL-3458 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: Trong Tran > Priority: Minor > Fix For: 3.8.0.Final > > > I think it makes sense to use infinite TTL for default TemplateService caching config as the number of templates are fixed and they never change in production ideally -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3457) Unify gatein jgroups configurations

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3457?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-3457: ---------------------------------------------------- Lucas Ponce <lponce(a)redhat.com> changed the Status of [bug 1090675|https://bugzilla.redhat.com/show_bug.cgi?id=1090675] from ASSIGNED to POST > Unify gatein jgroups configurations > ----------------------------------- > > Key: GTNPORTAL-3457 > URL: https://issues.jboss.org/browse/GTNPORTAL-3457 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Lucas Ponce > Assignee: Lucas Ponce > > GateIn cluster configuration is defined under: > ./gatein/gatein.ear/portal.war/WEB-INF/classes/jgroups/ folder. > There are two separate jgroups configurations for exo.jcr and idm subsystems that can be merged into one. > Also, some properties has to be reviewed, as binding ips and enable_diagnostics. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3457) Unify gatein jgroups configurations

by Lucas Ponce (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3457?page=com.atlassian.jira.pl... ] Lucas Ponce updated GTNPORTAL-3457: ----------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/842 > Unify gatein jgroups configurations > ----------------------------------- > > Key: GTNPORTAL-3457 > URL: https://issues.jboss.org/browse/GTNPORTAL-3457 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Lucas Ponce > Assignee: Lucas Ponce > > GateIn cluster configuration is defined under: > ./gatein/gatein.ear/portal.war/WEB-INF/classes/jgroups/ folder. > There are two separate jgroups configurations for exo.jcr and idm subsystems that can be merged into one. > Also, some properties has to be reviewed, as binding ips and enable_diagnostics. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3459) Permissions Move Apps, Move Containers are not inherited to a newly created page

by Peter Palaga (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3459?page=com.atlassian.jira.pl... ] Peter Palaga updated GTNPORTAL-3459: ------------------------------------ Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/gatein/gatein-portal/pull/841 > Permissions Move Apps, Move Containers are not inherited to a newly created page > --------------------------------------------------------------------------------- > > Key: GTNPORTAL-3459 > URL: https://issues.jboss.org/browse/GTNPORTAL-3459 > Project: GateIn Portal > Issue Type: Task > Security Level: Public(Everyone can see) > Affects Versions: 3.8.0.Final > Reporter: Peter Palaga > Assignee: Peter Palaga > > Cloned from https://bugzilla.redhat.com/show_bug.cgi?id=1090875 > When creating new portal site, there are 4 permissions to set - Access, Edit, Move Apps, Move Containers. When I create new portal and set some permissions, then create new page in this portal, the owner of the new page is the newly created portal, and Access and Edit permissions are inherited or "copied" into the permissions of the new page. But Move Apps, Move Containers permissions are set to "Everyone". This permissions should probably also inherit the permissions from the owning portal. > Steps to reproduce: > 1. Create new portal site, set some permissions > 2. Go to this new portal site, create new page. On the 3rd step of creating the page, in View Page Properties, Permissions tab are inherited only Access and Edit permissions. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3459) Permissions Move Apps, Move Containers are not inherited to a newly created page

by Peter Palaga (JIRA)

Peter Palaga created GTNPORTAL-3459: --------------------------------------- Summary: Permissions Move Apps, Move Containers are not inherited to a newly created page Key: GTNPORTAL-3459 URL: https://issues.jboss.org/browse/GTNPORTAL-3459 Project: GateIn Portal Issue Type: Task Security Level: Public (Everyone can see) Affects Versions: 3.8.0.Final Reporter: Peter Palaga Assignee: Peter Palaga Cloned from https://bugzilla.redhat.com/show_bug.cgi?id=1090875 When creating new portal site, there are 4 permissions to set - Access, Edit, Move Apps, Move Containers. When I create new portal and set some permissions, then create new page in this portal, the owner of the new page is the newly created portal, and Access and Edit permissions are inherited or "copied" into the permissions of the new page. But Move Apps, Move Containers permissions are set to "Everyone". This permissions should probably also inherit the permissions from the owning portal. Steps to reproduce: 1. Create new portal site, set some permissions 2. Go to this new portal site, create new page. On the 3rd step of creating the page, in View Page Properties, Permissions tab are inherited only Access and Edit permissions. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3458) Use infinite TTL for TemplateService caching by default

by Trong Tran (JIRA)

Trong Tran created GTNPORTAL-3458: ------------------------------------- Summary: Use infinite TTL for TemplateService caching by default Key: GTNPORTAL-3458 URL: https://issues.jboss.org/browse/GTNPORTAL-3458 Project: GateIn Portal Issue Type: Task Security Level: Public (Everyone can see) Reporter: Trong Tran Priority: Minor Fix For: 3.8.0.Final I think it makes sense to use infinite TTL for default TemplateService caching config as the number of templates are fixed and they never change in production ideally -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

1
0
0 / 0

[JBoss JIRA] (GTNCOMMON-21) Serialization of ParameterMap breaks with JBoss Marshalling

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNCOMMON-21?page=com.atlassian.jira.plug... ] RH Bugzilla Integration commented on GTNCOMMON-21: -------------------------------------------------- Honza Fnukal <hfnukal(a)redhat.com> changed the Status of [bug 1058216|https://bugzilla.redhat.com/show_bug.cgi?id=1058216] from MODIFIED to ON_QA > 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 > Fix For: 2.2.0.Beta01, 2.1.2.Final > > > 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@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

12 years

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

gatein-issues April 2014