February 2014 - gatein-issues - Jboss List Archives

[JBoss JIRA] (GTNPORTAL-3382) IFrame portlets are not scrollable on iOS devices

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3382?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-3382: ---------------------------------------------------- Honza Fnukal <hfnukal(a)redhat.com> changed the Status of [bug 1053027|https://bugzilla.redhat.com/show_bug.cgi?id=1053027] from MODIFIED to ON_QA > 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.7.0.Final, 3.6.5.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

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3386) Redirect Admin UI: Export site option is displayed when clicking on redirect sites

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3386?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-3386: ---------------------------------------------------- Honza Fnukal <hfnukal(a)redhat.com> changed the Status of [bug 1054791|https://bugzilla.redhat.com/show_bug.cgi?id=1054791] from MODIFIED to ON_QA > 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 > Fix For: 3.7.0.Final, 3.6.5.Final > > > 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

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3359) Exceptions in log when stopping portal

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3359?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-3359: ---------------------------------------------------- Juraci Paixao Krohling <jcosta(a)redhat.com> changed the Status of [bug 1040395|https://bugzilla.redhat.com/show_bug.cgi?id=1040395] from MODIFIED to ON_QA > 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.7.0.Final, 3.6.5.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

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3374) Submenu is displayed off the screen in right to left mode

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3374?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-3374: ---------------------------------------------------- Lucas Ponce <lponce(a)redhat.com> changed the Status of [bug 1053019|https://bugzilla.redhat.com/show_bug.cgi?id=1053019] from MODIFIED to ON_QA > 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, 3.6.5.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

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3385) Support full-ha and ha profiles in domain mode

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3385?page=com.atlassian.jira.pl... ] RH Bugzilla Integration commented on GTNPORTAL-3385: ---------------------------------------------------- Lucas Ponce <lponce(a)redhat.com> changed the Status of [bug 1056533|https://bugzilla.redhat.com/show_bug.cgi?id=1056533] from MODIFIED to ON_QA > 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.7.0.Final, 3.6.5.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

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3392) DefaultLocalePolicyService doesn't work correctly

by H. Trang Vu (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3392?page=com.atlassian.jira.pl... ] H. Trang Vu updated GTNPORTAL-3392: ----------------------------------- Attachment: ApplicationRegistry-LanguageMixture-NOK.png SiteEditorMenu-NOK.png LanguageSelector-NoSelection.png LanguageSelector-SyntaxError.png > DefaultLocalePolicyService doesn't work correctly > ------------------------------------------------- > > Key: GTNPORTAL-3392 > URL: https://issues.jboss.org/browse/GTNPORTAL-3392 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.5.8.Final, 3.6.5.Final > Reporter: H. Trang Vu > Priority: Minor > Attachments: ApplicationRegistry-LanguageMixture-NOK.png, LanguageSelector-NoSelection.png, LanguageSelector-SyntaxError.png, SiteEditorMenu-NOK.png > > > When there is only one language different from English is configured in locales-config.xml and the first language in browser setting is not the that language, there are some troubles: > * WARNING message and there are still English labels in different screens > {noformat} > 406229 [http-bio-28080-exec-2] WARN portal:LocalizationLifecycle - Unsupported locale returned by LocalePolicy: org.exoplatform.portal.application.localization.DefaultLocalePolicyService@4ca96e78. Falling back to 'en'. > {noformat} > * JavaScript error in Language Selector form > {noformat} > SyntaxError: missing } after function body : window.require(["SHARED/base","SHARED/uiMaskWorkspace","SHARED/selectors","SHARED/skin"],function(base,maskWS,selectors,skin) { > maskWS.show('UIMaskWorkspace', -1, -1) -- 0 > {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

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3392) DefaultLocalePolicyService doesn't work correctly

by H. Trang Vu (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-3392?page=com.atlassian.jira.pl... ] H. Trang Vu updated GTNPORTAL-3392: ----------------------------------- Affects Version/s: 3.5.8.Final 3.6.5.Final > DefaultLocalePolicyService doesn't work correctly > ------------------------------------------------- > > Key: GTNPORTAL-3392 > URL: https://issues.jboss.org/browse/GTNPORTAL-3392 > Project: GateIn Portal > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 3.5.8.Final, 3.6.5.Final > Reporter: H. Trang Vu > Priority: Minor > > When there is only one language different from English is configured in locales-config.xml and the first language in browser setting is not the that language, there are some troubles: > * WARNING message and there are still English labels in different screens > {noformat} > 406229 [http-bio-28080-exec-2] WARN portal:LocalizationLifecycle - Unsupported locale returned by LocalePolicy: org.exoplatform.portal.application.localization.DefaultLocalePolicyService@4ca96e78. Falling back to 'en'. > {noformat} > * JavaScript error in Language Selector form > {noformat} > SyntaxError: missing } after function body : window.require(["SHARED/base","SHARED/uiMaskWorkspace","SHARED/selectors","SHARED/skin"],function(base,maskWS,selectors,skin) { > maskWS.show('UIMaskWorkspace', -1, -1) -- 0 > {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

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-3392) DefaultLocalePolicyService doesn't work correctly

by H. Trang Vu (JIRA)

H. Trang Vu created GTNPORTAL-3392: -------------------------------------- Summary: DefaultLocalePolicyService doesn't work correctly Key: GTNPORTAL-3392 URL: https://issues.jboss.org/browse/GTNPORTAL-3392 Project: GateIn Portal Issue Type: Bug Security Level: Public (Everyone can see) Reporter: H. Trang Vu Priority: Minor When there is only one language different from English is configured in locales-config.xml and the first language in browser setting is not the that language, there are some troubles: * WARNING message and there are still English labels in different screens {noformat} 406229 [http-bio-28080-exec-2] WARN portal:LocalizationLifecycle - Unsupported locale returned by LocalePolicy: org.exoplatform.portal.application.localization.DefaultLocalePolicyService@4ca96e78. Falling back to 'en'. {noformat} * JavaScript error in Language Selector form {noformat} SyntaxError: missing } after function body : window.require(["SHARED/base","SHARED/uiMaskWorkspace","SHARED/selectors","SHARED/skin"],function(base,maskWS,selectors,skin) { maskWS.show('UIMaskWorkspace', -1, -1) -- 0 {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

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (GTNPORTAL-511) userPref of gadgets are not sometime not saved correctly

by Vu Viet Phuong (JIRA)

[ https://issues.jboss.org/browse/GTNPORTAL-511?page=com.atlassian.jira.plu... ] Vu Viet Phuong commented on GTNPORTAL-511: ------------------------------------------ The PR only helps to fix issue when gadget try to call save userPref multiple times (async) But when you DnD the gadget (todo gadget) --> The todos list disapears --> this is another issue (a known issue). The userPref is actually still be saved, it's back when you refresh the page You can reproduce this issue even if you have only 1 note in the ToDo gadget > 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/eXoResour... > ExoBasedUserPrefStore.js: http://fisheye.exoplatform.org/browse/projects/portal/trunk/web/eXoResour... > 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.gadge... -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 9 months

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: -------------------------------------------------- Boleslaw Dawidowicz <bdawidow(a)redhat.com> changed the Status of [bug 1058216|https://bugzilla.redhat.com/show_bug.cgi?id=1058216] from NEW to ASSIGNED > 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

11 years, 9 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

gatein-issues February 2014