November 2018 - infinispan-issues

[JBoss JIRA] (ISPN-7863) Ickle lexer wrongly discards letter v as whitespace ruining parsing of identifiers containing v

by Gustavo Lira (Jira)

[ https://issues.jboss.org/browse/ISPN-7863?page=com.atlassian.jira.plugin.... ] Gustavo Lira closed ISPN-7863. ------------------------------ > Ickle lexer wrongly discards letter v as whitespace ruining parsing of identifiers containing v > ----------------------------------------------------------------------------------------------- > > Key: ISPN-7863 > URL: https://issues.jboss.org/browse/ISPN-7863 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying, Remote Querying > Affects Versions: 9.0.0.Final > Reporter: Gregory Orciuch > Assignee: Adrian Nistor > Priority: Blocker > Labels: on-hold > Fix For: 9.4.0.Final, 9.3.4.Final > > > Links to: https://issues.jboss.org/browse/ISPN-7861 > When quering ISPN server over hotrod and trying to access field which begins with "v" character that field access is lost but together with "group by" operator. > Example of entity using proto/annotations: > {code:java} > @ProtoDoc("@Indexed") > public class Offering implements Serializable { > private String name; > private Integer relationSetId; > private Integer variant; > > @ProtoDoc("@Field(store = Store.YES, analyze = Analyze.YES)") > @ProtoField(number = 5, required = true) > public String getName() { > return name; > } > public void setName(String name) { > this.name = name; > } > > @ProtoField(number = 44) > public Integer getRelationSetId() { > return relationSetId; > } > public void setRelationSetId(Integer relationSetId) { > this.relationSetId = relationSetId; > } > > @ProtoDoc("@Field(store = Store.YES, analyze = Analyze.NO)") > @ProtoField(number = 50) > public Integer getVariant() { > return variant; > } > public void setVariant(Integer variant) { > this.variant = variant; > } > > } > {code} > Then executing query like this: > {code:sql} > select min(_gen0.name),min(_gen0.variant) FROM Offering _gen0 WHERE _gen0.variant = 44 GROUP BY _gen0.relationSetId > {code} > Produces server side error which mentions "ariant" - v - is lost. Paste is below. > NOT using group by is causing that query to run well. > ALSO Changing variable name from variant to "bariant" helps. > LOOKS like there is some code which restricts the name or parses wrongly. > Affects not only simple type fields but also List<Variant> variants - "v" is lost. > {panel:title=log} > 14:02:50,951 DEBUG [org.infinispan.query.dsl.embedded.impl.QueryEngine] (HotRod-ServerHandler-6-16) Building query 'select min(_gen0.name),min(_gen0.variant) FROM Offering _gen0 WHERE _gen0.variant = 44 GROUP BY _gen0.relationSetId' with parameters null > 14:02:50,953 DEBUG [org.infinispan.server.hotrod.HotRodExceptionHandler] (HotRod-ServerWorker-4-1) Exception caught: org.infinispan.objectfilter.ParsingException: ISPN028501: The type Offering has no property named '*ariant*'. > at org.infinispan.objectfilter.impl.syntax.parser.QueryResolverDelegateImpl.normalizeProperty(QueryResolverDelegateImpl.java:191) > at org.infinispan.objectfilter.impl.syntax.parser.QueryResolverDelegateImpl.normalizeUnqualifiedPropertyReference(QueryResolverDelegateImpl.java:84) > at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.unqualifiedPropertyReference(QueryResolver.java:7651) > at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.propertyReferencePath(QueryResolver.java:7548) > at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.propertyReferenceExpression(QueryResolver.java:5689) > at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.valueExpressionPrimary(QueryResolver.java:5495) > at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.valueExpression(QueryResolver.java:5271) > at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.rowValueConstructor(QueryResolver.java:4490) > at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.predicate(QueryResolver.java:3326) > at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.searchCondition(QueryResolver.java:2979) > at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.whereClause(QueryResolver.java:655) > at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.querySpec(QueryResolver.java:510) > at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.queryStatement(QueryResolver.java:379) > at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.queryStatementSet(QueryResolver.java:292) > at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.statement(QueryResolver.java:220) > at org.infinispan.objectfilter.impl.ql.QueryParser.resolve(QueryParser.java:81) > at org.infinispan.objectfilter.impl.ql.QueryParser.parseQuery(QueryParser.java:69) > at org.infinispan.objectfilter.impl.syntax.parser.IckleParser.parse(IckleParser.java:19) > at org.infinispan.query.dsl.embedded.impl.QueryEngine.lambda$parse$1(QueryEngine.java:663) > at org.infinispan.query.dsl.embedded.impl.QueryCache.lambda$get$0(QueryCache.java:79) > at org.infinispan.cache.impl.TypeConverterDelegatingAdvancedCache.lambda$convertFunction$1(TypeConverterDelegatingAdvancedCache.java:101) > at java.util.concurrent.ConcurrentMap.computeIfAbsent(ConcurrentMap.java:324) > at org.infinispan.cache.impl.AbstractDelegatingCache.computeIfAbsent(AbstractDelegatingCache.java:343) > at org.infinispan.cache.impl.TypeConverterDelegatingAdvancedCache.computeIfAbsent(TypeConverterDelegatingAdvancedCache.java:161) > at org.infinispan.query.dsl.embedded.impl.QueryCache.get(QueryCache.java:79) > at org.infinispan.query.dsl.embedded.impl.QueryEngine.parse(QueryEngine.java:663) > at org.infinispan.query.dsl.embedded.impl.QueryEngine.buildQueryWithAggregations(QueryEngine.java:299) > at org.infinispan.query.dsl.embedded.impl.QueryEngine.buildQuery(QueryEngine.java:139) > at org.infinispan.query.dsl.embedded.impl.DelegatingQuery.createQuery(DelegatingQuery.java:91) > at org.infinispan.query.dsl.embedded.impl.DelegatingQuery.list(DelegatingQuery.java:98) > at org.infinispan.query.remote.impl.QueryFacadeImpl.makeResponse(QueryFacadeImpl.java:61) > at org.infinispan.query.remote.impl.QueryFacadeImpl.query(QueryFacadeImpl.java:53) > at org.infinispan.server.hotrod.HotRodServer.query(HotRodServer.java:116) > at org.infinispan.server.hotrod.ContextHandler.realRead(ContextHandler.java:148) > at org.infinispan.server.hotrod.ContextHandler.lambda$null$0(ContextHandler.java:59) > at org.infinispan.security.Security.doAs(Security.java:143) > at org.infinispan.server.hotrod.ContextHandler.lambda$channelRead0$1(ContextHandler.java:58) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at io.netty.util.concurrent.DefaultThreadFactory$DefaultRunnableDecorator.run(DefaultThreadFactory.java:144) > at java.lang.Thread.run(Thread.java:748) > {panel} -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7863) Ickle lexer wrongly discards letter v as whitespace ruining parsing of identifiers containing v

by Adrian Nistor (Jira)

[ https://issues.jboss.org/browse/ISPN-7863?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-7863: -------------------------------- Git Pull Request: https://github.com/infinispan/infinispan/pull/6265, https://github.com/infinispan/infinispan/pull/6266, https://github.com/infinispan/infinispan/pull/6379 (was: https://github.com/infinispan/infinispan/pull/6265, https://github.com/infinispan/infinispan/pull/6266) > Ickle lexer wrongly discards letter v as whitespace ruining parsing of identifiers containing v > ----------------------------------------------------------------------------------------------- > > Key: ISPN-7863 > URL: https://issues.jboss.org/browse/ISPN-7863 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying, Remote Querying > Affects Versions: 9.0.0.Final > Reporter: Gregory Orciuch > Assignee: Adrian Nistor > Priority: Blocker > Labels: on-hold > Fix For: 9.4.0.Final, 9.3.4.Final > > > Links to: https://issues.jboss.org/browse/ISPN-7861 > When quering ISPN server over hotrod and trying to access field which begins with "v" character that field access is lost but together with "group by" operator. > Example of entity using proto/annotations: > {code:java} > @ProtoDoc("@Indexed") > public class Offering implements Serializable { > private String name; > private Integer relationSetId; > private Integer variant; > > @ProtoDoc("@Field(store = Store.YES, analyze = Analyze.YES)") > @ProtoField(number = 5, required = true) > public String getName() { > return name; > } > public void setName(String name) { > this.name = name; > } > > @ProtoField(number = 44) > public Integer getRelationSetId() { > return relationSetId; > } > public void setRelationSetId(Integer relationSetId) { > this.relationSetId = relationSetId; > } > > @ProtoDoc("@Field(store = Store.YES, analyze = Analyze.NO)") > @ProtoField(number = 50) > public Integer getVariant() { > return variant; > } > public void setVariant(Integer variant) { > this.variant = variant; > } > > } > {code} > Then executing query like this: > {code:sql} > select min(_gen0.name),min(_gen0.variant) FROM Offering _gen0 WHERE _gen0.variant = 44 GROUP BY _gen0.relationSetId > {code} > Produces server side error which mentions "ariant" - v - is lost. Paste is below. > NOT using group by is causing that query to run well. > ALSO Changing variable name from variant to "bariant" helps. > LOOKS like there is some code which restricts the name or parses wrongly. > Affects not only simple type fields but also List<Variant> variants - "v" is lost. > {panel:title=log} > 14:02:50,951 DEBUG [org.infinispan.query.dsl.embedded.impl.QueryEngine] (HotRod-ServerHandler-6-16) Building query 'select min(_gen0.name),min(_gen0.variant) FROM Offering _gen0 WHERE _gen0.variant = 44 GROUP BY _gen0.relationSetId' with parameters null > 14:02:50,953 DEBUG [org.infinispan.server.hotrod.HotRodExceptionHandler] (HotRod-ServerWorker-4-1) Exception caught: org.infinispan.objectfilter.ParsingException: ISPN028501: The type Offering has no property named '*ariant*'. > at org.infinispan.objectfilter.impl.syntax.parser.QueryResolverDelegateImpl.normalizeProperty(QueryResolverDelegateImpl.java:191) > at org.infinispan.objectfilter.impl.syntax.parser.QueryResolverDelegateImpl.normalizeUnqualifiedPropertyReference(QueryResolverDelegateImpl.java:84) > at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.unqualifiedPropertyReference(QueryResolver.java:7651) > at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.propertyReferencePath(QueryResolver.java:7548) > at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.propertyReferenceExpression(QueryResolver.java:5689) > at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.valueExpressionPrimary(QueryResolver.java:5495) > at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.valueExpression(QueryResolver.java:5271) > at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.rowValueConstructor(QueryResolver.java:4490) > at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.predicate(QueryResolver.java:3326) > at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.searchCondition(QueryResolver.java:2979) > at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.whereClause(QueryResolver.java:655) > at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.querySpec(QueryResolver.java:510) > at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.queryStatement(QueryResolver.java:379) > at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.queryStatementSet(QueryResolver.java:292) > at org.infinispan.objectfilter.impl.ql.parse.QueryResolver.statement(QueryResolver.java:220) > at org.infinispan.objectfilter.impl.ql.QueryParser.resolve(QueryParser.java:81) > at org.infinispan.objectfilter.impl.ql.QueryParser.parseQuery(QueryParser.java:69) > at org.infinispan.objectfilter.impl.syntax.parser.IckleParser.parse(IckleParser.java:19) > at org.infinispan.query.dsl.embedded.impl.QueryEngine.lambda$parse$1(QueryEngine.java:663) > at org.infinispan.query.dsl.embedded.impl.QueryCache.lambda$get$0(QueryCache.java:79) > at org.infinispan.cache.impl.TypeConverterDelegatingAdvancedCache.lambda$convertFunction$1(TypeConverterDelegatingAdvancedCache.java:101) > at java.util.concurrent.ConcurrentMap.computeIfAbsent(ConcurrentMap.java:324) > at org.infinispan.cache.impl.AbstractDelegatingCache.computeIfAbsent(AbstractDelegatingCache.java:343) > at org.infinispan.cache.impl.TypeConverterDelegatingAdvancedCache.computeIfAbsent(TypeConverterDelegatingAdvancedCache.java:161) > at org.infinispan.query.dsl.embedded.impl.QueryCache.get(QueryCache.java:79) > at org.infinispan.query.dsl.embedded.impl.QueryEngine.parse(QueryEngine.java:663) > at org.infinispan.query.dsl.embedded.impl.QueryEngine.buildQueryWithAggregations(QueryEngine.java:299) > at org.infinispan.query.dsl.embedded.impl.QueryEngine.buildQuery(QueryEngine.java:139) > at org.infinispan.query.dsl.embedded.impl.DelegatingQuery.createQuery(DelegatingQuery.java:91) > at org.infinispan.query.dsl.embedded.impl.DelegatingQuery.list(DelegatingQuery.java:98) > at org.infinispan.query.remote.impl.QueryFacadeImpl.makeResponse(QueryFacadeImpl.java:61) > at org.infinispan.query.remote.impl.QueryFacadeImpl.query(QueryFacadeImpl.java:53) > at org.infinispan.server.hotrod.HotRodServer.query(HotRodServer.java:116) > at org.infinispan.server.hotrod.ContextHandler.realRead(ContextHandler.java:148) > at org.infinispan.server.hotrod.ContextHandler.lambda$null$0(ContextHandler.java:59) > at org.infinispan.security.Security.doAs(Security.java:143) > at org.infinispan.server.hotrod.ContextHandler.lambda$channelRead0$1(ContextHandler.java:58) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at io.netty.util.concurrent.DefaultThreadFactory$DefaultRunnableDecorator.run(DefaultThreadFactory.java:144) > at java.lang.Thread.run(Thread.java:748) > {panel} -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9688) Internal REST server modularization

by Gustavo Fernandes (Jira)

[ https://issues.jboss.org/browse/ISPN-9688?page=com.atlassian.jira.plugin.... ] Work on ISPN-9688 started by Gustavo Fernandes. ----------------------------------------------- > Internal REST server modularization > ----------------------------------- > > Key: ISPN-9688 > URL: https://issues.jboss.org/browse/ISPN-9688 > Project: Infinispan > Issue Type: Enhancement > Components: REST > Affects Versions: 9.4.1.Final > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Priority: Major > Fix For: 10.0.0.Alpha1 > > > To support the many new resources and multiple API concurrent versions as described in https://issues.jboss.org/browse/ISPN-8535, the REST server should evolve so that it requires minimal changes to add new resources and map them to paths/action. This will also allow better work parallelization to create the v2 API. -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9688) Internal REST server modularization

by Gustavo Fernandes (Jira)

[ https://issues.jboss.org/browse/ISPN-9688?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-9688: ------------------------------------ Status: Open (was: New) > Internal REST server modularization > ----------------------------------- > > Key: ISPN-9688 > URL: https://issues.jboss.org/browse/ISPN-9688 > Project: Infinispan > Issue Type: Enhancement > Components: REST > Affects Versions: 9.4.1.Final > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Priority: Major > Fix For: 10.0.0.Alpha1 > > > To support the many new resources and multiple API concurrent versions as described in https://issues.jboss.org/browse/ISPN-8535, the REST server should evolve so that it requires minimal changes to add new resources and map them to paths/action. This will also allow better work parallelization to create the v2 API. -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9688) Internal REST server modularization

by Gustavo Fernandes (Jira)

Gustavo Fernandes created ISPN-9688: --------------------------------------- Summary: Internal REST server modularization Key: ISPN-9688 URL: https://issues.jboss.org/browse/ISPN-9688 Project: Infinispan Issue Type: Enhancement Components: REST Affects Versions: 9.4.1.Final Reporter: Gustavo Fernandes Assignee: Gustavo Fernandes Fix For: 10.0.0.Alpha1 To support the many new resources and multiple API concurrent versions as described in https://issues.jboss.org/browse/ISPN-8535, the REST server should evolve so that it requires minimal changes to add new resources and map them to paths/action. This will also allow better work parallelization to create the v2 API. -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9648) Docs: Async HR Client Changes for 7.3

by Don Naro (Jira)

[ https://issues.jboss.org/browse/ISPN-9648?page=com.atlassian.jira.plugin.... ] Don Naro updated ISPN-9648: --------------------------- Sprint: JDG Sprint #22 (was: JDG Sprint #21) > Docs: Async HR Client Changes for 7.3 > ------------------------------------- > > Key: ISPN-9648 > URL: https://issues.jboss.org/browse/ISPN-9648 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation-Core, Hot Rod > Affects Versions: 9.4.0.Final > Reporter: Don Naro > Assignee: Don Naro > Priority: Major > > The purpose of this task is to capture details for Asynchronous HR operations that were added with the HR 2.8 protocol. This is a new feature for DG 7.3. > ISPN-8620 PR: https://github.com/infinispan/infinispan/pull/5742/files#diff-49ab3bc2e6f... adds maxPendingRequests property > Also ISPN-8619 deprecates transportFactory https://github.com/infinispan/infinispan/pull/5646/files#diff-83f007d4160... and some of the connection pool options https://github.com/infinispan/infinispan/pull/5646/files#diff-49ab3bc2e6f... > Customers might encounter trouble if they rely on the thread doing unmarshalling: https://developer.jboss.org/message/985942 -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9650) Docs: Migration to clustered executor from distributed executor

by Don Naro (Jira)

[ https://issues.jboss.org/browse/ISPN-9650?page=com.atlassian.jira.plugin.... ] Don Naro updated ISPN-9650: --------------------------- Sprint: JDG Sprint #22 (was: JDG Sprint #21) > Docs: Migration to clustered executor from distributed executor > --------------------------------------------------------------- > > Key: ISPN-9650 > URL: https://issues.jboss.org/browse/ISPN-9650 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation-Core > Affects Versions: 9.4.0.Final > Reporter: Don Naro > Assignee: Don Naro > Priority: Major > > User Guide and Javadoc have details on clustered executor. Need to explain how to migrate from distributed executor to clustered executor. -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9649) Docs: Locked Streams Details in User Guide

by Don Naro (Jira)

[ https://issues.jboss.org/browse/ISPN-9649?page=com.atlassian.jira.plugin.... ] Don Naro updated ISPN-9649: --------------------------- Sprint: JDG Sprint #22 (was: JDG Sprint #21) > Docs: Locked Streams Details in User Guide > ------------------------------------------ > > Key: ISPN-9649 > URL: https://issues.jboss.org/browse/ISPN-9649 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation-Core > Affects Versions: 9.4.0.Final > Reporter: Don Naro > Assignee: Don Naro > Priority: Major > > User Guide === Locked Streams TODO: need to detail Locked Streams > Work with William to add some docs for Locked Streams to the User Guide. Details in Javadocs at org.infinispan.LockedStream -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9651) Docs: Immutable Configuration Storage

by Don Naro (Jira)

[ https://issues.jboss.org/browse/ISPN-9651?page=com.atlassian.jira.plugin.... ] Don Naro updated ISPN-9651: --------------------------- Sprint: JDG Sprint #22 (was: JDG Sprint #21) > Docs: Immutable Configuration Storage > ------------------------------------- > > Key: ISPN-9651 > URL: https://issues.jboss.org/browse/ISPN-9651 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation-Core > Affects Versions: 9.4.0.Final > Reporter: Don Naro > Assignee: Don Naro > Priority: Major > > User Guide here: http://infinispan.org/docs/stable/user_guide/user_guide.html#obtaining_ca... > Need to include immutable configuration storage from this PR: https://github.com/infinispan/infinispan/pull/5719/commits/a04d16700c3c02... > There is also a 404 in Javadocs when pointing to https://docs.jboss.org/infinispan/9.4/apidocs/org/infinispan/globalstate/... -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9682) NullPointerException when put to JCache

by Katia Aresti (Jira)

[ https://issues.jboss.org/browse/ISPN-9682?page=com.atlassian.jira.plugin.... ] Katia Aresti reassigned ISPN-9682: ---------------------------------- Assignee: (was: Katia Aresti) > NullPointerException when put to JCache > --------------------------------------- > > Key: ISPN-9682 > URL: https://issues.jboss.org/browse/ISPN-9682 > Project: Infinispan > Issue Type: Bug > Components: JCache > Affects Versions: 9.4.0.Final, 9.4.1.Final > Reporter: Andrei Arkaev > Priority: Blocker > > After upgrade from 9.4.0.RC3 to 9.4.0.Final (and 9.4.1.Final too) I have an error > java.lang.NullPointerException: null > at org.infinispan.functional.impl.AbstractFunctionalMap.invokeAsync(AbstractFunctionalMap.java:127) > at org.infinispan.functional.impl.ReadWriteMapImpl.eval(ReadWriteMapImpl.java:70) > at org.infinispan.jcache.embedded.JCache.put(JCache.java:409) > Cache configuration > <local-cache > name="SomeGlobalCache" > simple-cache="true" > statistics="false" > statistics-available="false"> > <transaction mode="NONE"/> > </local-cache> -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 5 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues November 2018