[JBoss JIRA] (ISPN-11030) ConcurrentModificationException - ArrayList$Itr.checkForComodification(ArrayList.java:1042) - regression-cs-rest-dist-(reads|writes)
by Diego Lovison (Jira)
Diego Lovison created ISPN-11030:
------------------------------------
Summary: ConcurrentModificationException - ArrayList$Itr.checkForComodification(ArrayList.java:1042) - regression-cs-rest-dist-(reads|writes)
Key: ISPN-11030
URL: https://issues.jboss.org/browse/ISPN-11030
Project: Infinispan
Issue Type: Bug
Components: REST
Affects Versions: 10.1.0.CR1
Reporter: Diego Lovison
{noformat}
[0m19:08:46,465 INFO [org.infinispan.CLUSTER] (remote-thread--p3-t2) [Context=rest]ISPN100002: Starting rebalance with members [edg-perf06-12311, edg-perf04-40561], phase READ_OLD_WRITE_ALL, topology id 2
[0m[0m19:08:46,680 INFO [org.infinispan.CLUSTER] (remote-thread--p3-t3) [Context=rest]ISPN100009: Advancing to rebalance phase READ_ALL_WRITE_ALL, topology id 3
[0m[0m19:08:46,718 INFO [org.infinispan.CLUSTER] (remote-thread--p3-t13) [Context=rest]ISPN100009: Advancing to rebalance phase READ_NEW_WRITE_ALL, topology id 4
[0m[31m19:08:46,607 ERROR [org.infinispan.rest.RestRequestHandler] (SINGLE_PORT-ServerIO-8-9) ISPN012006: Uncaught exception in the pipeline: java.util.ConcurrentModificationException
at java.base/java.util.ArrayList$Itr.checkForComodification(ArrayList.java:1042)
at java.base/java.util.ArrayList$Itr.next(ArrayList.java:996)
at io.netty.handler.codec.http.cors.CorsHandler.getForOrigin(CorsHandler.java:125)
at io.netty.handler.codec.http.cors.CorsHandler.channelRead(CorsHandler.java:85)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:374)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:360)
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:352)
at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:102)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:374)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:360)
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:352)
at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:102)
at io.netty.handler.codec.MessageToMessageCodec.channelRead(MessageToMessageCodec.java:111)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:374)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:360)
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:352)
at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:102)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:374)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:360)
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:352)
at io.netty.channel.CombinedChannelDuplexHandler$DelegatingChannelHandlerContext.fireChannelRead(CombinedChannelDuplexHandler.java:438)
at io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:326)
at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:300)
at io.netty.channel.CombinedChannelDuplexHandler.channelRead(CombinedChannelDuplexHandler.java:253)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:374)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:360)
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:352)
at io.netty.channel.ChannelInboundHandlerAdapter.channelRead(ChannelInboundHandlerAdapter.java:93)
at org.infinispan.server.core.transport.StatsChannelHandler.channelRead(StatsChannelHandler.java:26)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:374)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:360)
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:352)
at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1422)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:374)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:360)
at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:931)
at io.netty.channel.epoll.AbstractEpollStreamChannel$EpollStreamUnsafe.epollInReady(AbstractEpollStreamChannel.java:792)
at io.netty.channel.epoll.EpollEventLoop.processReady(EpollEventLoop.java:502)
at io.netty.channel.epoll.EpollEventLoop.run(EpollEventLoop.java:407)
at io.netty.util.concurrent.SingleThreadEventExecutor$6.run(SingleThreadEventExecutor.java:1050)
at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74)
at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
at java.base/java.lang.Thread.run(Thread.java:834)
[0m[0m19:08:46,791 INFO [org.infinispan.CLUSTER] (remote-thread--p3-t5) [Context=rest]ISPN100010: Finished rebalance with members [edg-perf06-12311, edg-perf04-40561], topology id 5
[0m[0m19:08:46,804 INFO [org.infinispan.CLUSTER] (remote-thread--p3-t5) [Context=rest]ISPN100002: Starting rebalance with members [edg-perf06-12311, edg-perf04-40561, edg-perf03-42053, edg-perf07-41186, edg-perf05-21163, edg-perf02-59957, edg-perf08-16062, edg-perf01-57801], phase READ_OLD_WRITE_ALL, topology id 6
[0m[0m19:08:46,949 INFO [org.infinispan.CLUSTER] (remote-thread--p3-t3) [Context=rest]ISPN100009: Advancing to rebalance phase READ_ALL_WRITE_ALL, topology id 7
[0m[0m19:08:47,014 INFO [org.infinispan.CLUSTER] (remote-thread--p3-t3) [Context=rest]ISPN100009: Advancing to rebalance phase READ_NEW_WRITE_ALL, topology id 8
[0m[0m19:08:47,023 INFO [org.infinispan.CLUSTER] (remote-thread--p3-t5) [Context=rest]ISPN100010: Finished rebalance with members [edg-perf06-12311, edg-perf04-40561, edg-perf03-42053, edg-perf07-41186, edg-perf05-21163, edg-perf02-59957, edg-perf08-16062, edg-perf01-57801], topology id 9
19:08:47,143 INFO [org.radargun.service.InfinispanRestAPI] (pool-2-thread-1) CacheManagerInfo{clusterMembers=[edg-perf01-57801, edg-perf03-42053, edg-perf02-59957, edg-perf04-40561, edg-perf05-21163, edg-perf07-41186, edg-perf06-12311, edg-perf08-16062], clusterSize=8}
[0m[40.227s][info ][gc] GC(6) Pause Young (Normal) (G1 Evacuation Pause) 838M->143M(16384M) 95.766ms
19:08:56,735 INFO [org.radargun.service.InfinispanRestAPI] (pool-2-thread-1) CacheManagerInfo{clusterMembers=[edg-perf01-57801, edg-perf03-42053, edg-perf02-59957, edg-perf04-40561, edg-perf05-21163, edg-perf07-41186, edg-perf06-12311, edg-perf08-16062], clusterSize=8}
[45.080s][info ][gc] GC(7) Pause Young (Normal) (G1 Evacuation Pause) 855M->246M(16384M) 132.612ms
[49.699s][info ][gc] GC(8) Pause Young (Normal) (G1 Evacuation Pause) 958M->348M(16384M) 116.067ms
19:09:06,731 INFO [org.radargun.service.InfinispanRestAPI] (pool-2-thread-1) CacheManagerInfo{clusterMembers=[edg-perf01-57801, edg-perf03-42053, edg-perf02-59957, edg-perf04-40561, edg-perf05-21163, edg-perf07-41186, edg-perf06-12311, edg-perf08-16062], clusterSize=8}
[53.220s][info ][gc] GC(9) Pause Young (Normal) (G1 Evacuation Pause) 1060M->459M(16384M) 100.669ms
[56.705s][info ][gc] GC(10) Pause Young (Normal) (G1 Evacuation Pause) 1171M->578M(16384M) 112.650ms
[31m19:09:10,384 ERROR [org.infinispan.rest.RestRequestHandler] (SINGLE_PORT-ServerIO-8-15) ISPN012006: Uncaught exception in the pipeline: java.util.ConcurrentModificationException
at java.base/java.util.ArrayList$Itr.checkForComodification(ArrayList.java:1042)
at java.base/java.util.ArrayList$Itr.next(ArrayList.java:996)
at io.netty.handler.codec.http.cors.CorsHandler.getForOrigin(CorsHandler.java:125)
at io.netty.handler.codec.http.cors.CorsHandler.channelRead(CorsHandler.java:85)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:374)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:360)
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:352)
at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:102)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:374)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:360)
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:352)
at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:102)
at io.netty.handler.codec.MessageToMessageCodec.channelRead(MessageToMessageCodec.java:111)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:374)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:360)
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:352)
at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:102)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:374)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:360)
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:352)
at io.netty.channel.CombinedChannelDuplexHandler$DelegatingChannelHandlerContext.fireChannelRead(CombinedChannelDuplexHandler.java:438)
at io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:326)
at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:300)
at io.netty.channel.CombinedChannelDuplexHandler.channelRead(CombinedChannelDuplexHandler.java:253)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:374)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:360)
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:352)
at io.netty.channel.ChannelInboundHandlerAdapter.channelRead(ChannelInboundHandlerAdapter.java:93)
at org.infinispan.server.core.transport.StatsChannelHandler.channelRead(StatsChannelHandler.java:26)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:374)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:360)
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:352)
at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1422)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:374)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:360)
at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:931)
at io.netty.channel.epoll.AbstractEpollStreamChannel$EpollStreamUnsafe.epollInReady(AbstractEpollStreamChannel.java:792)
at io.netty.channel.epoll.EpollEventLoop.processReady(EpollEventLoop.java:502)
at io.netty.channel.epoll.EpollEventLoop.run(EpollEventLoop.java:407)
at io.netty.util.concurrent.SingleThreadEventExecutor$6.run(SingleThreadEventExecutor.java:1050)
at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74)
at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
at java.base/java.lang.Thread.run(Thread.java:834)
[0m[60.055s][info ][gc] GC(11) Pause Young (Normal) (G1 Evacuation Pause) 1290M->693M(16384M) 109.505ms
19:09:16,737 INFO [org.radargun.service.InfinispanRestAPI] (pool-2-thread-1) CacheManagerInfo{clusterMembers=[edg-perf01-57801, edg-perf03-42053, edg-perf02-59957, edg-perf04-40561, edg-perf05-21163, edg-perf07-41186, edg-perf06-12311, edg-perf08-16062], clusterSize=8}
[63.456s][info ][gc] GC(12) Pause Young (Normal) (G1 Evacuation Pause) 1405M->807M(16384M) 109.216ms
[31m19:09:17,139 ERROR [org.infinispan.rest.RestRequestHandler] (SINGLE_PORT-ServerIO-8-7) ISPN012006: Uncaught exception in the pipeline: java.util.ConcurrentModificationException
at java.base/java.util.ArrayList$Itr.checkForComodification(ArrayList.java:1042)
at java.base/java.util.ArrayList$Itr.next(ArrayList.java:996)
at io.netty.handler.codec.http.cors.CorsHandler.getForOrigin(CorsHandler.java:125)
at io.netty.handler.codec.http.cors.CorsHandler.channelRead(CorsHandler.java:85)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:374)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:360)
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:352)
at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:102)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:374)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:360)
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:352)
at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:102)
at io.netty.handler.codec.MessageToMessageCodec.channelRead(MessageToMessageCodec.java:111)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:374)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:360)
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:352)
at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:102)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:374)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:360)
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:352)
at io.netty.channel.CombinedChannelDuplexHandler$DelegatingChannelHandlerContext.fireChannelRead(CombinedChannelDuplexHandler.java:438)
at io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:326)
at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:300)
at io.netty.channel.CombinedChannelDuplexHandler.channelRead(CombinedChannelDuplexHandler.java:253)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:374)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:360)
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:352)
at io.netty.channel.ChannelInboundHandlerAdapter.channelRead(ChannelInboundHandlerAdapter.java:93)
at org.infinispan.server.core.transport.StatsChannelHandler.channelRead(StatsChannelHandler.java:26)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:374)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:360)
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:352)
at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1422)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:374)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:360)
at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:931)
at io.netty.channel.epoll.AbstractEpollStreamChannel$EpollStreamUnsafe.epollInReady(AbstractEpollStreamChannel.java:792)
at io.netty.channel.epoll.EpollEventLoop.processReady(EpollEventLoop.java:502)
at io.netty.channel.epoll.EpollEventLoop.run(EpollEventLoop.java:407)
at io.netty.util.concurrent.SingleThreadEventExecutor$6.run(SingleThreadEventExecutor.java:1050)
at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74)
at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
at java.base/java.lang.Thread.run(Thread.java:834)
[0m[66.872s][info ][gc] GC(13) Pause Young (Normal) (G1 Evacuation Pause) 1519M->925M(16384M) 105.106ms
[70.354s][info ][gc] GC(14) Pause Young (Normal) (G1 Evacuation Pause) 1653M->1048M(16384M) 112.962ms
19:09:26,750 INFO [org.radargun.service.InfinispanRestAPI] (pool-2-thread-1) CacheManagerInfo{clusterMembers=[edg-perf01-57801, edg-perf03-42053, edg-perf02-59957, edg-perf04-40561, edg-perf05-21163, edg-perf07-41186, edg-perf06-12311, edg-perf08-16062], clusterSize=8}
[74.102s][info ][gc] GC(15) Pause Young (Normal) (G1 Evacuation Pause) 1824M->1176M(16384M) 118.885ms
[31m19:09:27,781 ERROR [org.infinispan.rest.RestRequestHandler] (SINGLE_PORT-ServerIO-8-1) ISPN012006: Uncaught exception in the pipeline: java.util.ConcurrentModificationException
at java.base/java.util.ArrayList$Itr.checkForComodification(ArrayList.java:1042)
{noformat}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 10 months
[JBoss JIRA] (ISPN-11028) org.infinispan:infinispan-spring5-common missing from infinispan-bom
by Pedro Ruivo (Jira)
[ https://issues.jboss.org/browse/ISPN-11028?page=com.atlassian.jira.plugin... ]
Pedro Ruivo commented on ISPN-11028:
------------------------------------
Adding to {{infinispan-bom}} fixes the issue:
{code}
[INFO] org.infinispan:infinispan-spring-boot-starter-embedded:jar:2.1.8-SNAPSHOT
[INFO] \- org.infinispan:infinispan-spring5-embedded:jar:9.4.17-SNAPSHOT:compile
[INFO] \- org.infinispan:infinispan-spring5-common:jar:9.4.17-SNAPSHOT:compile
{code}
> org.infinispan:infinispan-spring5-common missing from infinispan-bom
> --------------------------------------------------------------------
>
> Key: ISPN-11028
> URL: https://issues.jboss.org/browse/ISPN-11028
> Project: Infinispan
> Issue Type: Bug
> Components: Build
> Affects Versions: 9.4.16.Final, 10.1.0.Beta1
> Reporter: Pedro Ruivo
> Assignee: Pedro Ruivo
> Priority: Major
> Fix For: 9.4.17.Final, 10.1.0.CR1
>
>
> {{org.infinispan:infinispan-spring5-common}} is missing from {{infinispan-bom}}.
> It causes problems in {{infinispan-spring-boot-starter}} project as maven downloads the wrong version (as shown below):
> {code}
> [INFO] org.infinispan:infinispan-spring-boot-starter-embedded:jar:2.1.8-SNAPSHOT
> [INFO] \- org.infinispan:infinispan-spring5-embedded:jar:9.4.17-SNAPSHOT:compile
> [INFO] \- org.infinispan:infinispan-spring5-common:jar:9.4.16.Final:compile
> {code}
> {{org.infinispan:infinispan-spring5-common}} was added to {{spring-boot-dependencies}} bom and since it is missing from our {{infinispan-bom}}, maven choose whatever version is declared in {{spring-boot-dependencies}}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 10 months
[JBoss JIRA] (ISPN-11028) org.infinispan:infinispan-spring5-common missing from infinispan-bom
by Pedro Ruivo (Jira)
[ https://issues.jboss.org/browse/ISPN-11028?page=com.atlassian.jira.plugin... ]
Pedro Ruivo updated ISPN-11028:
-------------------------------
Status: Pull Request Sent (was: Coding In Progress)
Git Pull Request: https://github.com/infinispan/infinispan/pull/7641, https://github.com/infinispan/infinispan/pull/7642
> org.infinispan:infinispan-spring5-common missing from infinispan-bom
> --------------------------------------------------------------------
>
> Key: ISPN-11028
> URL: https://issues.jboss.org/browse/ISPN-11028
> Project: Infinispan
> Issue Type: Bug
> Components: Build
> Affects Versions: 9.4.16.Final, 10.1.0.Beta1
> Reporter: Pedro Ruivo
> Assignee: Pedro Ruivo
> Priority: Major
> Fix For: 9.4.17.Final, 10.1.0.CR1
>
>
> {{org.infinispan:infinispan-spring5-common}} is missing from {{infinispan-bom}}.
> It causes problems in {{infinispan-spring-boot-starter}} project as maven downloads the wrong version (as shown below):
> {code}
> [INFO] org.infinispan:infinispan-spring-boot-starter-embedded:jar:2.1.8-SNAPSHOT
> [INFO] \- org.infinispan:infinispan-spring5-embedded:jar:9.4.17-SNAPSHOT:compile
> [INFO] \- org.infinispan:infinispan-spring5-common:jar:9.4.16.Final:compile
> {code}
> {{org.infinispan:infinispan-spring5-common}} was added to {{spring-boot-dependencies}} bom and since it is missing from our {{infinispan-bom}}, maven choose whatever version is declared in {{spring-boot-dependencies}}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 10 months
[JBoss JIRA] (ISPN-11028) org.infinispan:infinispan-spring5-common missing from infinispan-bom
by Pedro Ruivo (Jira)
[ https://issues.jboss.org/browse/ISPN-11028?page=com.atlassian.jira.plugin... ]
Work on ISPN-11028 started by Pedro Ruivo.
------------------------------------------
> org.infinispan:infinispan-spring5-common missing from infinispan-bom
> --------------------------------------------------------------------
>
> Key: ISPN-11028
> URL: https://issues.jboss.org/browse/ISPN-11028
> Project: Infinispan
> Issue Type: Bug
> Components: Build
> Affects Versions: 9.4.16.Final, 10.1.0.Beta1
> Reporter: Pedro Ruivo
> Assignee: Pedro Ruivo
> Priority: Major
> Fix For: 9.4.17.Final, 10.1.0.CR1
>
>
> {{org.infinispan:infinispan-spring5-common}} is missing from {{infinispan-bom}}.
> It causes problems in {{infinispan-spring-boot-starter}} project as maven downloads the wrong version (as shown below):
> {code}
> [INFO] org.infinispan:infinispan-spring-boot-starter-embedded:jar:2.1.8-SNAPSHOT
> [INFO] \- org.infinispan:infinispan-spring5-embedded:jar:9.4.17-SNAPSHOT:compile
> [INFO] \- org.infinispan:infinispan-spring5-common:jar:9.4.16.Final:compile
> {code}
> {{org.infinispan:infinispan-spring5-common}} was added to {{spring-boot-dependencies}} bom and since it is missing from our {{infinispan-bom}}, maven choose whatever version is declared in {{spring-boot-dependencies}}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 10 months
[JBoss JIRA] (ISPN-11028) org.infinispan:infinispan-spring5-common missing from infinispan-bom
by Pedro Ruivo (Jira)
[ https://issues.jboss.org/browse/ISPN-11028?page=com.atlassian.jira.plugin... ]
Pedro Ruivo updated ISPN-11028:
-------------------------------
Status: Open (was: New)
> org.infinispan:infinispan-spring5-common missing from infinispan-bom
> --------------------------------------------------------------------
>
> Key: ISPN-11028
> URL: https://issues.jboss.org/browse/ISPN-11028
> Project: Infinispan
> Issue Type: Bug
> Components: Build
> Affects Versions: 9.4.16.Final, 10.1.0.Beta1
> Reporter: Pedro Ruivo
> Assignee: Pedro Ruivo
> Priority: Major
> Fix For: 9.4.17.Final, 10.1.0.CR1
>
>
> {{org.infinispan:infinispan-spring5-common}} is missing from {{infinispan-bom}}.
> It causes problems in {{infinispan-spring-boot-starter}} project as maven downloads the wrong version (as shown below):
> {code}
> [INFO] org.infinispan:infinispan-spring-boot-starter-embedded:jar:2.1.8-SNAPSHOT
> [INFO] \- org.infinispan:infinispan-spring5-embedded:jar:9.4.17-SNAPSHOT:compile
> [INFO] \- org.infinispan:infinispan-spring5-common:jar:9.4.16.Final:compile
> {code}
> {{org.infinispan:infinispan-spring5-common}} was added to {{spring-boot-dependencies}} bom and since it is missing from our {{infinispan-bom}}, maven choose whatever version is declared in {{spring-boot-dependencies}}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 10 months
[JBoss JIRA] (ISPN-11029) org.infinispan:infinispan-spring5-common missing from infinispan-bom
by Pedro Ruivo (Jira)
Pedro Ruivo created ISPN-11029:
----------------------------------
Summary: org.infinispan:infinispan-spring5-common missing from infinispan-bom
Key: ISPN-11029
URL: https://issues.jboss.org/browse/ISPN-11029
Project: Infinispan
Issue Type: Bug
Components: Build
Affects Versions: 9.4.16.Final, 10.1.0.Beta1
Reporter: Pedro Ruivo
Assignee: Pedro Ruivo
Fix For: 9.4.17.Final, 10.1.0.CR1
{{org.infinispan:infinispan-spring5-common}} is missing from {{infinispan-bom}}.
It causes problems in {{infinispan-spring-boot-starter}} project as maven downloads the wrong version (as shown below):
{code}
[INFO] org.infinispan:infinispan-spring-boot-starter-embedded:jar:2.1.8-SNAPSHOT
[INFO] \- org.infinispan:infinispan-spring5-embedded:jar:9.4.17-SNAPSHOT:compile
[INFO] \- org.infinispan:infinispan-spring5-common:jar:9.4.16.Final:compile
{code}
{{org.infinispan:infinispan-spring5-common}} was added to {{spring-boot-dependencies}} bom and since it is missing from our {{infinispan-bom}}, maven choose whatever version is declared in {{spring-boot-dependencies}}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 10 months
[JBoss JIRA] (ISPN-11028) org.infinispan:infinispan-spring5-common missing from infinispan-bom
by Pedro Ruivo (Jira)
Pedro Ruivo created ISPN-11028:
----------------------------------
Summary: org.infinispan:infinispan-spring5-common missing from infinispan-bom
Key: ISPN-11028
URL: https://issues.jboss.org/browse/ISPN-11028
Project: Infinispan
Issue Type: Bug
Components: Build
Affects Versions: 10.1.0.Beta1, 9.4.16.Final
Reporter: Pedro Ruivo
Assignee: Pedro Ruivo
Fix For: 9.4.17.Final, 10.1.0.CR1
{{org.infinispan:infinispan-spring5-common}} is missing from {{infinispan-bom}}.
It causes problems in {{infinispan-spring-boot-starter}} project as maven downloads the wrong version (as shown below):
{code}
[INFO] org.infinispan:infinispan-spring-boot-starter-embedded:jar:2.1.8-SNAPSHOT
[INFO] \- org.infinispan:infinispan-spring5-embedded:jar:9.4.17-SNAPSHOT:compile
[INFO] \- org.infinispan:infinispan-spring5-common:jar:9.4.16.Final:compile
{code}
{{org.infinispan:infinispan-spring5-common}} was added to {{spring-boot-dependencies}} bom and since it is missing from our {{infinispan-bom}}, maven choose whatever version is declared in {{spring-boot-dependencies}}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 10 months
[JBoss JIRA] (ISPN-11020) Clustered Max Idle Take 2
by Will Burns (Jira)
[ https://issues.jboss.org/browse/ISPN-11020?page=com.atlassian.jira.plugin... ]
Work on ISPN-11020 started by Will Burns.
-----------------------------------------
> Clustered Max Idle Take 2
> -------------------------
>
> Key: ISPN-11020
> URL: https://issues.jboss.org/browse/ISPN-11020
> Project: Infinispan
> Issue Type: Feature Request
> Components: Core, Expiration
> Reporter: Will Burns
> Assignee: Will Burns
> Priority: Major
>
> ISPN-9003 added in clustered max idle expiration. However the approach implemented can cause entries to entries to expire prematurely when a node is lost (due to only the primary having the latest access time). This was deemed not acceptable.
> The new approach will add a new touch command that is fired on an entry access of a max idle entry. This will slow down accesses as they will essentially be light weight synchronous writes, but should guarantee data is properly expired.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 10 months
[JBoss JIRA] (ISPN-11020) Clustered Max Idle Take 2
by Will Burns (Jira)
[ https://issues.jboss.org/browse/ISPN-11020?page=com.atlassian.jira.plugin... ]
Will Burns updated ISPN-11020:
------------------------------
Status: Open (was: New)
> Clustered Max Idle Take 2
> -------------------------
>
> Key: ISPN-11020
> URL: https://issues.jboss.org/browse/ISPN-11020
> Project: Infinispan
> Issue Type: Feature Request
> Components: Core, Expiration
> Reporter: Will Burns
> Assignee: Will Burns
> Priority: Major
>
> ISPN-9003 added in clustered max idle expiration. However the approach implemented can cause entries to entries to expire prematurely when a node is lost (due to only the primary having the latest access time). This was deemed not acceptable.
> The new approach will add a new touch command that is fired on an entry access of a max idle entry. This will slow down accesses as they will essentially be light weight synchronous writes, but should guarantee data is properly expired.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 10 months