September 2019 - infinispan-issues

[JBoss JIRA] (ISPN-5102) Latest documentation links needed

by Donald Naro (Jira)

[ https://issues.jboss.org/browse/ISPN-5102?page=com.atlassian.jira.plugin.... ] Donald Naro closed ISPN-5102. ----------------------------- Resolution: Out of Date > Latest documentation links needed > --------------------------------- > > Key: ISPN-5102 > URL: https://issues.jboss.org/browse/ISPN-5102 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation-Core, Documentation-Query, Documentation-Servers > Reporter: Galder Zamarreño > Priority: Major > > Unless talking about a specific documentation release, all our documentation links should be of type: > http://infinispan.org/docs/latest/... > Instead of: > http://infinispan.org/docs/7.0.x... > This would avoid having to keep constantly updating versions in our documentation, and also for blog posts. -- This message was sent by Atlassian Jira (v7.13.5#713005)

5 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5862) Add version number to deprecated comments

by Donald Naro (Jira)

[ https://issues.jboss.org/browse/ISPN-5862?page=com.atlassian.jira.plugin.... ] Donald Naro closed ISPN-5862. ----------------------------- Resolution: Out of Date > Add version number to deprecated comments > ----------------------------------------- > > Key: ISPN-5862 > URL: https://issues.jboss.org/browse/ISPN-5862 > Project: Infinispan > Issue Type: Task > Components: Documentation-Core > Affects Versions: 8.1.0.Alpha1 > Reporter: Dan Berindei > Priority: Major > > It should be possible to remove deprecated classes and methods after one major version cycle, but it's not always obvious when the API was deprecated. -- This message was sent by Atlassian Jira (v7.13.5#713005)

5 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5661) There are a number of broken links in the docs that contain {infinispanversion}

by Donald Naro (Jira)

[ https://issues.jboss.org/browse/ISPN-5661?page=com.atlassian.jira.plugin.... ] Donald Naro closed ISPN-5661. ----------------------------- Resolution: Out of Date > There are a number of broken links in the docs that contain {infinispanversion} > ------------------------------------------------------------------------------- > > Key: ISPN-5661 > URL: https://issues.jboss.org/browse/ISPN-5661 > Project: Infinispan > Issue Type: Bug > Components: Documentation-Core > Affects Versions: 8.0.0.Beta2 > Reporter: Alan Field > Priority: Major > > I initially found an instance of the text {infinispanversion} in the properties file configuration example of section 13.4.3. Java Hot Rod client. However, if you search for that string, there are a number of links to the API docs that are not rendered as links and contain that text. -- This message was sent by Atlassian Jira (v7.13.5#713005)

5 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10428) Document declarative configuration of file-stores

by Donald Naro (Jira)

[ https://issues.jboss.org/browse/ISPN-10428?page=com.atlassian.jira.plugin... ] Donald Naro updated ISPN-10428: ------------------------------- Component/s: Documentation-Servers (was: Core) (was: Server) > Document declarative configuration of file-stores > ------------------------------------------------- > > Key: ISPN-10428 > URL: https://issues.jboss.org/browse/ISPN-10428 > Project: Infinispan > Issue Type: Task > Components: Documentation-Servers > Environment: XSD > jboss-infinispan-core*.xsd > infinispan-config*.xsd > Reporter: Wolf-Dieter Fink > Assignee: Donald Naro > Priority: Minor > > Embedded and server mode are using a different configuration for file-store > embedded : infinispan-config* > {code} > </xs:attribute> > <xs:attribute name="relative-to" type="xs:string"> > <xs:annotation><xs:documentation>Unused XML attribute</xs:documentation></xs:annotation> > </xs:attribute> > <xs:attribute name="path" type="xs:string"> > <xs:annotation> > <xs:documentation> > The path within "relative-to" in which to store the cache state. > If undefined, the path defaults to the cache container name. > </xs:documentation> > </xs:annotation> > </xs:attribute> > </xs:extension> > </xs:complexContent> > </xs:complexType> > {code} > Here the relative-to is not used but referenced for path. > But path is used relative to PWD if it is not an absolute one, also if defaults to 'Infinispan-SingleFileStore' if not set. > For the server configuration it is > {code} > <xs:attribute name="relative-to" type="xs:string" default="jboss.server.data.dir"> > <xs:annotation> > <xs:documentation>The base directory in which to store the cache state.</xs:documentation> > </xs:annotation> > </xs:attribute> > <xs:attribute name="path" type="xs:string"> > <xs:annotation> > <xs:documentation> > The path within "relative-to" in which to store the cache state. > If undefined, the path defaults to the cache container name. > </xs:documentation> > </xs:annotation> > </xs:attribute> > {code} > But relative-to is a reference to a path declaration like this > {code} > <paths> > <path name="my.dir" path="/MyCacheStore"/> > </paths> > ... > <distributed-cache name="wolf"> > <persistence> > <file-store shared="false" fetch-state="true" relative-to="my.dir"/> > </persistence> > </distributed-cache> > {code} > If relative-to is set to a real path or env variable the server start will fail with > {code} > ERROR [org.jboss.msc.service.fail] (MSC service thread 1-8) MSC000001: Failed to start service jboss.datagrid-infinispan.clustered.wolf.config: org.jboss.msc.service.StartException in service jboss.datagrid-infinispan.clustered.wolf.config: Failed to start service > ... > Caused by: java.lang.IllegalArgumentException: WFLYCTL0256: Could not find a path called '/MyCacheStore' > at org.jboss.as.controller.services.path.PathManagerService.resolveRelativePathEntry(PathManagerService.java:110) > at org.jboss.as.clustering.infinispan.subsystem.CacheConfigurationAdd$5.inject(CacheConfigurationAdd.java:765) > at org.jboss.as.clustering.infinispan.subsystem.CacheConfigurationAdd$5.inject(CacheConfigurationAdd.java:760) > at org.jboss.msc.inject.CastingInjector.inject(CastingInjector.java:58) > at org.jboss.msc.service.ServiceControllerImpl.inject(ServiceControllerImpl.java:1517) > at org.jboss.msc.service.ServiceControllerImpl.inject(ServiceControllerImpl.java:1503) > at org.jboss.msc.service.ServiceControllerImpl.access$2800(ServiceControllerImpl.java:55) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1699) > ... 6 more > {code} -- This message was sent by Atlassian Jira (v7.13.5#713005)

5 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10598) Docs: Endpoint authentication and encryption

by Donald Naro (Jira)

[ https://issues.jboss.org/browse/ISPN-10598?page=com.atlassian.jira.plugin... ] Donald Naro updated ISPN-10598: ------------------------------- Sprint: DataGrid Sprint #35 > Docs: Endpoint authentication and encryption > -------------------------------------------- > > Key: ISPN-10598 > URL: https://issues.jboss.org/browse/ISPN-10598 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation-Servers > Reporter: Donald Naro > Assignee: Donald Naro > Priority: Major > -- This message was sent by Atlassian Jira (v7.13.5#713005)

5 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10564) Docs: Remove Wildfly/EAP content from 10.x

by Donald Naro (Jira)

[ https://issues.jboss.org/browse/ISPN-10564?page=com.atlassian.jira.plugin... ] Donald Naro updated ISPN-10564: ------------------------------- Sprint: DataGrid Sprint #35 (was: DataGrid Sprint #34) > Docs: Remove Wildfly/EAP content from 10.x > ------------------------------------------ > > Key: ISPN-10564 > URL: https://issues.jboss.org/browse/ISPN-10564 > Project: Infinispan > Issue Type: Task > Components: Documentation-Servers > Reporter: Donald Naro > Assignee: Donald Naro > Priority: Major > > Need to remove wildfly/eap attributes from product-attributes.adoc and pom.xml. Also need to remove old references to wildfly/eap functionality like the server modules, etc. -- This message was sent by Atlassian Jira (v7.13.5#713005)

5 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4610) Implement total order for non-transactional caches

by Pedro Ruivo (Jira)

[ https://issues.jboss.org/browse/ISPN-4610?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-4610: ------------------------------ Priority: Optional (was: Major) > Implement total order for non-transactional caches > -------------------------------------------------- > > Key: ISPN-4610 > URL: https://issues.jboss.org/browse/ISPN-4610 > Project: Infinispan > Issue Type: Feature Request > Components: Core > Affects Versions: 7.0.0.Alpha5 > Reporter: Dan Berindei > Assignee: Pedro Ruivo > Priority: Optional > > Current locking algorithm in non-transactional caches needs a remote thread on the primary owner to block while replicating the update to the backup owner. The thread is also holding the lock for the key, so it's blocking other threads that want to write to the same key. When there is a lot of contention, this can exhaust the remote executor thread pool and cause lock timeouts. > TO was designed with high contention in mind, and it doesn't block threads to acquire locks. So it should handle this much better. > An alternative solution would be the locking rework in ISPN-2849. -- This message was sent by Atlassian Jira (v7.13.5#713005)

5 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3189) Extend Grouping API to mapping of DeltaCompositeKeys to the same node as the delta aware value key

by Pedro Ruivo (Jira)

[ https://issues.jboss.org/browse/ISPN-3189?page=com.atlassian.jira.plugin.... ] Pedro Ruivo closed ISPN-3189. ----------------------------- Resolution: Out of Date {{DeltaCompositeKey}} was removed. > Extend Grouping API to mapping of DeltaCompositeKeys to the same node as the delta aware value key > -------------------------------------------------------------------------------------------------- > > Key: ISPN-3189 > URL: https://issues.jboss.org/browse/ISPN-3189 > Project: Infinispan > Issue Type: Enhancement > Components: Core > Affects Versions: 5.3.0.CR1 > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Priority: Minor > > Try to understand and analyze the performance impact to extended the Grouping API to support the DeltaCompositeKey and return the owners based on the delta aware value key. > In the current implementation, the interceptors are responsible to check if the key is a DeltaCompositeKey instance and check for the ownership based on the delta aware value key. > Pros and cons of using an extension of Grouping API > Pros: > * this check for DeltaCompositeKey instance is done in a single point instead of being spread in the code. > * less error prone > Cons: > * possible performance impact since all the getSegment(key) invocations should perform the check. -- This message was sent by Atlassian Jira (v7.13.5#713005)

5 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10343) LocalCacheStateTransferTest random failures

by Pedro Ruivo (Jira)

[ https://issues.jboss.org/browse/ISPN-10343?page=com.atlassian.jira.plugin... ] Pedro Ruivo updated ISPN-10343: ------------------------------- Sprint: DataGrid Sprint #30, DataGrid Sprint #34 (was: DataGrid Sprint #30) > LocalCacheStateTransferTest random failures > ------------------------------------------- > > Key: ISPN-10343 > URL: https://issues.jboss.org/browse/ISPN-10343 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Affects Versions: 10.0.0.Beta3 > Reporter: Dan Berindei > Assignee: Pedro Ruivo > Priority: Major > Labels: testsuite_stability > Fix For: 10.0.0.CR3 > > Attachments: master_20190622-0130_LocalCacheStateTransferTest-infinispan-core.log.gz, master_20190622-0130_threaddump-org_infinispan_xsite_statetransfer_LocalCacheStateTransferTest_testStateTransferWithClusterIdle-2019-06-22-28963.log > > > NodeA starts xsite state transfer before the bridge cluster view is updated, and the push start command is dropped without reaching NodeB. Then NodeA sends a cancel command which does reach NodeB, but before NodeB updates its bridge cluster view, so the response is dropped, and NodeA waits for the response for 20 mins (if the JVM wasn't killed). > {noformat} > 01:40:54,271 INFO (testng-Test:[]) [TestSuiteProgress] Test starting: org.infinispan.xsite.statetransfer.LocalCacheStateTransferTest.testStateTransferWithClusterIdle > 01:40:54,274 INFO (testng-Test:[]) [CLUSTER] [Context=Test][Context=Test-NodeA-48836] ISPN100005: Site 'NYC-2' is online. > 01:40:54,277 TRACE (testng-Test:[]) [JGroupsTransport] Test-NodeA-48836 sending backup request 2 to SiteMaster(NYC-2): XSiteStateTransferControlCommand{control=START_RECEIVE, siteName='null', statusOk=false, cacheName='Test'} > 01:40:54,277 ERROR (testng-Test:[]) [TEST_RELAY2] Test-NodeA-48836: no route to NYC-2: dropping message > 01:40:54,313 TRACE (jgroups-5,bridge-org.infinispan.xsite.statetransfer.Test,_Test-NodeA-48836:LON-1:[]) [TEST_RELAY2] [Relayer _Test-NodeA-48836:LON-1] view: [_Test-NodeA-48836:LON-1|1] (2) [_Test-NodeA-48836:LON-1, _Test-NodeB-37463:NYC-2] > 01:40:54,313 TRACE (jgroups-5,bridge-org.infinispan.xsite.statetransfer.Test,_Test-NodeA-48836:LON-1:[]) [JGroupsTransport] Sites view changed: up [NYC-2], down [], new view is [NYC-2, LON-1] > 01:40:54,347 TRACE (testng-Test:[]) [JGroupsBackupResponse] Communication error with site NYC-2 > org.infinispan.remoting.transport.jgroups.SuspectException: ISPN000400: Node null was suspected > at org.infinispan.remoting.transport.ResponseCollectors.remoteNodeSuspected(ResponseCollectors.java:34) ~[classes/:?] > at org.infinispan.remoting.transport.impl.SingleResponseCollector.targetNotFound(SingleResponseCollector.java:31) ~[classes/:?] > at org.infinispan.remoting.transport.impl.SingleResponseCollector.targetNotFound(SingleResponseCollector.java:17) ~[classes/:?] > at org.infinispan.remoting.transport.ValidSingleResponseCollector.addResponse(ValidSingleResponseCollector.java:23) ~[classes/:?] > at org.infinispan.remoting.transport.jgroups.SingleSiteRequest.receiveResponse(SingleSiteRequest.java:50) ~[classes/:?] > at org.infinispan.remoting.transport.jgroups.SingleSiteRequest.sitesUnreachable(SingleSiteRequest.java:68) ~[classes/:?] > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.lambda$siteUnreachable$7(JGroupsTransport.java:1229) ~[classes/:?] > at org.infinispan.remoting.transport.impl.RequestRepository.lambda$forEach$0(RequestRepository.java:60) ~[classes/:?] > at java.util.concurrent.ConcurrentHashMap.forEach(ConcurrentHashMap.java:1603) ~[?:?] > at org.infinispan.remoting.transport.impl.RequestRepository.forEach(RequestRepository.java:60) ~[classes/:?] > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.siteUnreachable(JGroupsTransport.java:1227) ~[classes/:?] > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.access$200(JGroupsTransport.java:130) ~[classes/:?] > at org.infinispan.remoting.transport.jgroups.JGroupsTransport$ChannelCallbacks.up(JGroupsTransport.java:1446) ~[classes/:?] > at org.jgroups.JChannel.up(JChannel.java:756) ~[jgroups-4.1.1.Final.jar:4.1.1.Final] > at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:914) ~[jgroups-4.1.1.Final.jar:4.1.1.Final] > at org.jgroups.protocols.relay.RELAY2.handleMessage(RELAY2.java:533) ~[jgroups-4.1.1.Final.jar:4.1.1.Final] > Suppressed: org.infinispan.util.logging.TraceException > at org.infinispan.remoting.transport.jgroups.JGroupsBackupResponse.waitForBackupToFinish(JGroupsBackupResponse.java:93) [classes/:?] > at org.infinispan.remoting.transport.RetryOnFailureXSiteCommand.execute(RetryOnFailureXSiteCommand.java:64) [classes/:?] > at org.infinispan.xsite.statetransfer.XSiteStateTransferManagerImpl.controlStateTransferOnRemoteSite(XSiteStateTransferManagerImpl.java:343) [classes/:?] > at org.infinispan.xsite.statetransfer.XSiteStateTransferManagerImpl.startPushState(XSiteStateTransferManagerImpl.java:136) [classes/:?] > at org.infinispan.xsite.XSiteAdminOperations.pushState(XSiteAdminOperations.java:276) [classes/:?] > at org.infinispan.xsite.statetransfer.LocalCacheStateTransferTest.startStateTransfer(LocalCacheStateTransferTest.java:99) [test-classes/:?] > at org.infinispan.xsite.statetransfer.LocalCacheStateTransferTest.testStateTransferWithClusterIdle(LocalCacheStateTransferTest.java:53) [test-classes/:?] > ... > 01:40:54,348 TRACE (testng-Test:[]) [JGroupsTransport] Test-NodeA-48836 sending backup request 4 to SiteMaster(NYC-2): XSiteStateTransferControlCommand{control=FINISH_RECEIVE, siteName='null', statusOk=false, cacheName='Test'} > 01:40:54,348 TRACE (testng-Test:[]) [TEST_RELAY2] routing message to SiteMaster(NYC-2) via _Test-NodeB-37463:NYC-2 > 01:40:54,349 DEBUG (remote-thread-Test-NodeB-p37359-t2:[]) [XSiteStateConsumerImpl] Ending state transfer from LON-1 > 01:40:54,349 TRACE (remote-thread-Test-NodeB-p37359-t2:[]) [JGroupsTransport] Test-NodeB-37463 sending response for request 4 to Test-NodeA-48836:LON-1: SuccessfulResponse(null) > 01:40:54,349 ERROR (remote-thread-Test-NodeB-p37359-t2:[]) [TEST_RELAY2] Test-NodeB-37463: no route to LON-1: dropping message > 01:40:54,350 TRACE (jgroups-6,Test-NodeB-37463:[]) [TEST_RELAY2] [Relayer _Test-NodeB-37463:NYC-2] view: [_Test-NodeA-48836:LON-1|1] (2) [_Test-NodeA-48836:LON-1, _Test-NodeB-37463:NYC-2] > 01:40:54,350 TRACE (jgroups-6,Test-NodeB-37463:[]) [JGroupsTransport] Sites view changed: up [NYC-2, LON-1], down [], new view is [NYC-2, LON-1] > ... 5 mins later ... > [ERROR] Test org.infinispan.xsite.statetransfer.LocalCacheStateTransferTest.testStateTransferWithClusterIdle has been running for more than 300 seconds. Interrupting the test thread and dumping threads of the test suite process and its children. > "testng-LocalCacheStateTransferTest" #17 prio=5 os_prio=0 cpu=26949.68ms elapsed=898.86s tid=0x00007f527d399800 nid=0x7147 waiting on condition [0x00007f5203cfb000] > java.lang.Thread.State: TIMED_WAITING (parking) > at jdk.internal.misc.Unsafe.park(java.base(a)11.0.3/Native Method) > - parking to wait for <0x00000000c8300010> (a java.util.concurrent.CompletableFuture$Signaller) > at java.util.concurrent.locks.LockSupport.parkNanos(java.base@11.0.3/LockSupport.java:234) > at java.util.concurrent.CompletableFuture$Signaller.block(java.base@11.0.3/CompletableFuture.java:1798) > at java.util.concurrent.ForkJoinPool.managedBlock(java.base@11.0.3/ForkJoinPool.java:3128) > at java.util.concurrent.CompletableFuture.timedGet(java.base@11.0.3/CompletableFuture.java:1868) > at java.util.concurrent.CompletableFuture.get(java.base@11.0.3/CompletableFuture.java:2021) > at org.infinispan.remoting.transport.jgroups.JGroupsBackupResponse.waitForBackupToFinish(JGroupsBackupResponse.java:87) > at org.infinispan.remoting.transport.RetryOnFailureXSiteCommand.execute(RetryOnFailureXSiteCommand.java:64) > at org.infinispan.xsite.statetransfer.XSiteStateTransferManagerImpl.controlStateTransferOnRemoteSite(XSiteStateTransferManagerImpl.java:343) > at org.infinispan.xsite.statetransfer.XSiteStateTransferManagerImpl.handleFailure(XSiteStateTransferManagerImpl.java:328) > at org.infinispan.xsite.statetransfer.XSiteStateTransferManagerImpl.startPushState(XSiteStateTransferManagerImpl.java:147) > at org.infinispan.xsite.XSiteAdminOperations.pushState(XSiteAdminOperations.java:276) > at org.infinispan.xsite.statetransfer.LocalCacheStateTransferTest.startStateTransfer(LocalCacheStateTransferTest.java:99) > at org.infinispan.xsite.statetransfer.LocalCacheStateTransferTest.testStateTransferWithClusterIdle(LocalCacheStateTransferTest.java:53) > {noformat} -- This message was sent by Atlassian Jira (v7.13.5#713005)

5 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9564) Align pom.xml order and versions

by Pedro Ruivo (Jira)

[ https://issues.jboss.org/browse/ISPN-9564?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-9564: ------------------------------ Status: Resolved (was: Pull Request Sent) Resolution: Done > Align pom.xml order and versions > -------------------------------- > > Key: ISPN-9564 > URL: https://issues.jboss.org/browse/ISPN-9564 > Project: Infinispan > Issue Type: Enhancement > Components: Build > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Priority: Major > Fix For: 9.4.15.Final > > -- This message was sent by Atlassian Jira (v7.13.5#713005)

5 years, 3 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues September 2019