[JBoss JIRA] (ISPN-10431) REST client
by Pedro Zapata Fernandez (Jira)
[ https://issues.jboss.org/browse/ISPN-10431?page=com.atlassian.jira.plugin... ]
Pedro Zapata Fernandez updated ISPN-10431:
------------------------------------------
Sprint: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34 (was: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33)
> REST client
> -----------
>
> Key: ISPN-10431
> URL: https://issues.jboss.org/browse/ISPN-10431
> Project: Infinispan
> Issue Type: Feature Request
> Components: REST
> Reporter: Tristan Tarrant
> Assignee: Tristan Tarrant
> Priority: Major
> Fix For: 10.0.0.CR2
>
>
> There are several places in Infinispan where we need a common HTTP client API:
> * CLI
> * REST loader
> * Testsuite
> Since the testsuite already has one based on AHC, it can be refactored and reused.
> In the future it can be enhanced with ISPN-5186
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 7 months
[JBoss JIRA] (ISPN-10423) RocksDB ReadOptions memory leak
by Pedro Zapata Fernandez (Jira)
[ https://issues.jboss.org/browse/ISPN-10423?page=com.atlassian.jira.plugin... ]
Pedro Zapata Fernandez updated ISPN-10423:
------------------------------------------
Sprint: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34 (was: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33)
> RocksDB ReadOptions memory leak
> -------------------------------
>
> Key: ISPN-10423
> URL: https://issues.jboss.org/browse/ISPN-10423
> Project: Infinispan
> Issue Type: Bug
> Components: Loaders and Stores
> Affects Versions: 10.0.0.Beta4, 9.4.15.Final
> Reporter: Ryan Emerson
> Assignee: Ryan Emerson
> Priority: Major
> Fix For: 10.0.0.Beta5, 9.4.16.Final
>
>
> Currently our rocksdb store impl creates a new ReadOptions instance per iterator created. As per the RocksDB we should be calling {{dispose()}} on this once it goes out of scope, so that the c++ underlying impl can free the memory. Currently we're not doing this, resulting in a memory leak.
> As we only ever use the same ReadOptions for all iterators, we should simply re-use a singleton for all iterators and then dispose of this on shutdown.
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 7 months
[JBoss JIRA] (ISPN-10422) Deprecate MediaType::parse in favour of MediaType::fromString
by Pedro Zapata Fernandez (Jira)
[ https://issues.jboss.org/browse/ISPN-10422?page=com.atlassian.jira.plugin... ]
Pedro Zapata Fernandez updated ISPN-10422:
------------------------------------------
Sprint: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34 (was: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33)
> Deprecate MediaType::parse in favour of MediaType::fromString
> -------------------------------------------------------------
>
> Key: ISPN-10422
> URL: https://issues.jboss.org/browse/ISPN-10422
> Project: Infinispan
> Issue Type: Enhancement
> Components: API
> Affects Versions: 10.0.0.Beta4
> Reporter: Ryan Emerson
> Assignee: Ryan Emerson
> Priority: Major
> Fix For: 10.0.0.Beta5
>
>
> Currently {{org.infinispan.commons.dataconversion.MediaType}} exposes both {{fromString}} and {{parse}} methods to create an instance from a String. We should deprecate the latter in favour of the former and update all internal code references.
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 7 months
[JBoss JIRA] (ISPN-10419) RocksDB purge should not utilise ArrayList to store multiple expired keys
by Pedro Zapata Fernandez (Jira)
[ https://issues.jboss.org/browse/ISPN-10419?page=com.atlassian.jira.plugin... ]
Pedro Zapata Fernandez updated ISPN-10419:
------------------------------------------
Sprint: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34 (was: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33)
> RocksDB purge should not utilise ArrayList to store multiple expired keys
> -------------------------------------------------------------------------
>
> Key: ISPN-10419
> URL: https://issues.jboss.org/browse/ISPN-10419
> Project: Infinispan
> Issue Type: Enhancement
> Components: Loaders and Stores
> Affects Versions: 10.0.0.Beta4
> Reporter: Ryan Emerson
> Assignee: Ryan Emerson
> Priority: Major
> Fix For: 10.0.0.CR1
>
>
> Currently the RocksDB purge method stores multiple keys that expire at the same time in a ArrayList associated with the expiry time. This is currently marshallable because ArrayList is serializable and we utilise Jboss-marshalling, however ISPN-10354 means this is no longer possible in embedded mode when `infinispan-jboss-marshalling` is not present. Therefore, we should create a `ExpiryBucket` that can be marshalled via the persistence marshaller i.e. protobuf based.
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 7 months
[JBoss JIRA] (ISPN-10418) java.lang.UnsupportedOperationException: FieldDescriptor.getDefaultValue() called on an embedded message field (only scalars can have a default value)
by Pedro Zapata Fernandez (Jira)
[ https://issues.jboss.org/browse/ISPN-10418?page=com.atlassian.jira.plugin... ]
Pedro Zapata Fernandez updated ISPN-10418:
------------------------------------------
Sprint: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34 (was: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33)
> java.lang.UnsupportedOperationException: FieldDescriptor.getDefaultValue() called on an embedded message field (only scalars can have a default value)
> ------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: ISPN-10418
> URL: https://issues.jboss.org/browse/ISPN-10418
> Project: Infinispan
> Issue Type: Bug
> Components: Remote Querying
> Affects Versions: 10.0.0.Beta4
> Reporter: Nistor Adrian
> Assignee: Nistor Adrian
> Priority: Major
> Fix For: 10.0.0.Beta5
>
>
> This started to happen after upgrading to protostream 4.3 which introduces some asserts in FieldDescriptor.getDefaultValue() with the recently fixed IPROTO-80.
> This happens mainly due to IndexingTagHandler.indexMissingFields calling getDefaultValue() regardless of the type.
> {code}
> org.infinispan.client.hotrod.exceptions.HotRodClientException:Request for messageId=686 returned server error (status=0x85): org.infinispan.remoting.RemoteException: ISPN000217: Received exception from RemoteContinuousQueryTest-NodeD-22902, see cause for remote stack trace
> org.hibernate.search.bridge.BridgeException: Exception while calling bridge#set
> entity class: org.infinispan.query.remote.impl.indexing.ProtobufValueWrapper
> field bridge: org.infinispan.query.remote.impl.indexing.ProtobufValueWrapperFieldBridge@1b9bf39c
> java.lang.UnsupportedOperationException: FieldDescriptor.getDefaultValue() called on an embedded message field (only scalars can have a default value).
> at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:340)
> at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:177)
> at org.infinispan.client.hotrod.impl.transport.netty.HeaderDecoder.decode(HeaderDecoder.java:138)
> at org.infinispan.client.hotrod.impl.transport.netty.HintedReplayingDecoder.callDecode(HintedReplayingDecoder.java:94)
> at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:278)
> {code}
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 7 months
[JBoss JIRA] (ISPN-10414) Remove AtomicObjectFactory
by Pedro Zapata Fernandez (Jira)
[ https://issues.jboss.org/browse/ISPN-10414?page=com.atlassian.jira.plugin... ]
Pedro Zapata Fernandez updated ISPN-10414:
------------------------------------------
Sprint: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34 (was: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33)
> Remove AtomicObjectFactory
> --------------------------
>
> Key: ISPN-10414
> URL: https://issues.jboss.org/browse/ISPN-10414
> Project: Infinispan
> Issue Type: Task
> Components: API
> Affects Versions: 10.0.0.Beta4
> Reporter: Ryan Emerson
> Assignee: Ryan Emerson
> Priority: Major
> Fix For: 10.0.0.Beta5
>
>
> The AtomicObjectFactory has not been actively developed since it's inception in ISPN-3695 and is not documented in the user guide. We should remove this module.
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 7 months
[JBoss JIRA] (ISPN-10413) os-maven-plugin not setting `os.detected.classifier` property on partial maven builds
by Pedro Zapata Fernandez (Jira)
[ https://issues.jboss.org/browse/ISPN-10413?page=com.atlassian.jira.plugin... ]
Pedro Zapata Fernandez updated ISPN-10413:
------------------------------------------
Sprint: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34 (was: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33)
> os-maven-plugin not setting `os.detected.classifier` property on partial maven builds
> -------------------------------------------------------------------------------------
>
> Key: ISPN-10413
> URL: https://issues.jboss.org/browse/ISPN-10413
> Project: Infinispan
> Issue Type: Bug
> Components: Build
> Affects Versions: 10.0.0.Beta4
> Reporter: Ryan Emerson
> Assignee: Ryan Emerson
> Priority: Major
> Fix For: 10.0.0.Beta5
>
>
> When executing {{mvn clean install -am -pl core}} the commons module will fail because the property {{os.detected.classifier}} is not set by the {{os-maven-plugin}} resulting in a NPE being thrown by the {{proto-schema-compatibility}} maven plugin.
> {code:java}
> [ERROR] Failed to execute goal org.infinispan.maven-plugins:proto-schema-compatibility:1.0.1.Final:proto-schema-compatibility-check (default) on project infinispan-commons: Execution default of goal org.infinispan.maven-plugins:proto-schema-compatibility:1.0.1.Final:proto-schema-compatibility-check failed.: NullPointerException -> [Help 1]
> {code}
> The solution is to add the following to the parent pom:
> {code:java}
> <extensions>
> <extension>
> <groupId>kr.motd.maven</groupId>
> <artifactId>os-maven-plugin</artifactId>
> </extension>
> </extensions>
> {code}
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 7 months
[JBoss JIRA] (ISPN-10409) ByteBuf leak in the REST Server
by Pedro Zapata Fernandez (Jira)
[ https://issues.jboss.org/browse/ISPN-10409?page=com.atlassian.jira.plugin... ]
Pedro Zapata Fernandez updated ISPN-10409:
------------------------------------------
Sprint: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34 (was: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33)
> ByteBuf leak in the REST Server
> -------------------------------
>
> Key: ISPN-10409
> URL: https://issues.jboss.org/browse/ISPN-10409
> Project: Infinispan
> Issue Type: Bug
> Components: REST
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
> Priority: Critical
> Fix For: 10.0.0.Beta5
>
>
> From the Netty ResourceLeakDetector:
> {noformat}
> [0m[40.039s][info ][gc] GC(6) Pause Young (Normal) (G1 Evacuation Pause) 812M->114M(16384M) 136.927ms
> [31m08:31:03,559 ERROR [io.netty.util.ResourceLeakDetector] (REST-ServerIO-8-12) LEAK: ByteBuf.release() was not called before it's garbage-collected. See http://netty.io/wiki/reference-counted-objects.html for more information.
> Recent access records:
> Created at:
> io.netty:ispn-10.0@4.1.30.Final//io.netty.buffer.AbstractByteBufAllocator.compositeDirectBuffer(AbstractByteBufAllocator.java:221)
> io.netty:ispn-10.0@4.1.30.Final//io.netty.buffer.AbstractByteBufAllocator.compositeBuffer(AbstractByteBufAllocator.java:199)
> io.netty:ispn-10.0@4.1.30.Final//io.netty.handler.codec.MessageAggregator.decode(MessageAggregator.java:255)
> io.netty:ispn-10.0@4.1.30.Final//io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:88)
> io.netty:ispn-10.0@4.1.30.Final//io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362)
> io.netty:ispn-10.0@4.1.30.Final//io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348)
> io.netty:ispn-10.0@4.1.30.Final//io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340)
> io.netty:ispn-10.0@4.1.30.Final//io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:102)
> {noformat}
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
6 years, 7 months