[JBoss JIRA] (ISPN-10413) os-maven-plugin not setting `os.detected.classifier` property on partial maven builds
by Tristan Tarrant (Jira)
[ https://issues.jboss.org/browse/ISPN-10413?page=com.atlassian.jira.plugin... ]
Tristan Tarrant updated ISPN-10413:
-----------------------------------
Sprint: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35, DataGrid Sprint #36, DataGrid Sprint #37 (was: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35, DataGrid Sprint #36)
> 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.8#713008)
6 years, 4 months
[JBoss JIRA] (ISPN-10414) Remove AtomicObjectFactory
by Tristan Tarrant (Jira)
[ https://issues.jboss.org/browse/ISPN-10414?page=com.atlassian.jira.plugin... ]
Tristan Tarrant updated ISPN-10414:
-----------------------------------
Sprint: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35, DataGrid Sprint #36, DataGrid Sprint #37 (was: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35, DataGrid Sprint #36)
> 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.8#713008)
6 years, 4 months
[JBoss JIRA] (ISPN-10418) java.lang.UnsupportedOperationException: FieldDescriptor.getDefaultValue() called on an embedded message field (only scalars can have a default value)
by Tristan Tarrant (Jira)
[ https://issues.jboss.org/browse/ISPN-10418?page=com.atlassian.jira.plugin... ]
Tristan Tarrant updated ISPN-10418:
-----------------------------------
Sprint: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35, DataGrid Sprint #36, DataGrid Sprint #37 (was: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35, DataGrid Sprint #36)
> 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.8#713008)
6 years, 4 months
[JBoss JIRA] (ISPN-10431) REST client
by Tristan Tarrant (Jira)
[ https://issues.jboss.org/browse/ISPN-10431?page=com.atlassian.jira.plugin... ]
Tristan Tarrant updated ISPN-10431:
-----------------------------------
Sprint: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35, DataGrid Sprint #36, DataGrid Sprint #37 (was: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35, DataGrid Sprint #36)
> 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.8#713008)
6 years, 4 months
[JBoss JIRA] (ISPN-10432) Upgrade Protostream to 4.3.0.Alpha9
by Tristan Tarrant (Jira)
[ https://issues.jboss.org/browse/ISPN-10432?page=com.atlassian.jira.plugin... ]
Tristan Tarrant updated ISPN-10432:
-----------------------------------
Sprint: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35, DataGrid Sprint #36, DataGrid Sprint #37 (was: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35, DataGrid Sprint #36)
> Upgrade Protostream to 4.3.0.Alpha9
> -----------------------------------
>
> Key: ISPN-10432
> URL: https://issues.jboss.org/browse/ISPN-10432
> Project: Infinispan
> Issue Type: Component Upgrade
> Components: Remote Querying
> Reporter: Nistor Adrian
> Assignee: Nistor Adrian
> Priority: Major
> Fix For: 10.0.0.Beta5
>
>
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 4 months
[JBoss JIRA] (ISPN-10385) Console Server Ng
by Tristan Tarrant (Jira)
[ https://issues.jboss.org/browse/ISPN-10385?page=com.atlassian.jira.plugin... ]
Tristan Tarrant updated ISPN-10385:
-----------------------------------
Sprint: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35, DataGrid Sprint #36, DataGrid Sprint #37 (was: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35, DataGrid Sprint #36)
> Console Server Ng
> -----------------
>
> Key: ISPN-10385
> URL: https://issues.jboss.org/browse/ISPN-10385
> Project: Infinispan
> Issue Type: Feature Request
> Components: Console
> Reporter: Katia Aresti
> Assignee: Katia Aresti
> Priority: Major
> Labels: console-ng
>
> Create a new console using React and Patternfly 4
> - Create react app skeleton
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 4 months
[JBoss JIRA] (ISPN-10309) Convert Remaining Parts to Non Blocking & Reduce Thread Pools
by Tristan Tarrant (Jira)
[ https://issues.jboss.org/browse/ISPN-10309?page=com.atlassian.jira.plugin... ]
Tristan Tarrant updated ISPN-10309:
-----------------------------------
Sprint: DataGrid Sprint #29, DataGrid Sprint #30, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35, DataGrid Sprint #36, DataGrid Sprint #37 (was: DataGrid Sprint #29, DataGrid Sprint #30, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35, DataGrid Sprint #36)
> Convert Remaining Parts to Non Blocking & Reduce Thread Pools
> -------------------------------------------------------------
>
> Key: ISPN-10309
> URL: https://issues.jboss.org/browse/ISPN-10309
> Project: Infinispan
> Issue Type: Enhancement
> Components: Core
> Reporter: Will Burns
> Assignee: Will Burns
> Priority: Major
> Fix For: 10.1.0.Final
>
>
> We would love to get our thread pools down to a single CPU thread pool (size = numCores) and a blocking thread pool (arbitrarily large). We may also require a scheduler pool for various options as well (limited size 1-2?).
> To do this we need to remove remnants of our blocking code as possible. Possible issues for blocking are mostly around locks and io operations.
> The persistence layer was completed with ISPN-9722 so that is not an issue.
> The requirement around locking can be relaxed if the locks are guaranteed to be small in scope and do not wrap other blocking operations. An example would be a lock such as ones in CHM as long as we don't have large blocks for functional argument types.
> If code cannot be made non blocking we must offload the operation to the blocking thread pool. Care must be taken to ensure that once the blocking portion of code is completed that we switch back the to CPU thread pool as soon as possible. The listener API for example is violating this and will run code in Infinispan from any thread that completes the listener that could be done from a user.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 4 months
[JBoss JIRA] (IPROTO-103) Not possible to have @ProtoField of type List<byte[]>
by Tristan Tarrant (Jira)
[ https://issues.jboss.org/browse/IPROTO-103?page=com.atlassian.jira.plugin... ]
Tristan Tarrant updated IPROTO-103:
-----------------------------------
Sprint: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35, DataGrid Sprint #36, DataGrid Sprint #37 (was: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35, DataGrid Sprint #36)
> Not possible to have @ProtoField of type List<byte[]>
> -----------------------------------------------------
>
> Key: IPROTO-103
> URL: https://issues.jboss.org/browse/IPROTO-103
> Project: Infinispan ProtoStream
> Issue Type: Bug
> Affects Versions: 4.3.0.Alpha8
> Reporter: Ryan Emerson
> Assignee: Nistor Adrian
> Priority: Major
> Fix For: 4.3.0.Alpha9, 4.3.0.Final
>
>
> {code:java}
> static final class ExpiryBucket {
> @ProtoField(number = 1, collectionImplementation = ArrayList.class)
> List<byte[]> entries;
> ExpiryBucket() {}
> ExpiryBucket(byte[]... entries) {
> this.entries = Arrays.asList(entries);
> }
> }
> {code}
> Error:
> {code:java}
> PersistenceContextInitializer.java:[19,1] org.infinispan.protostream.annotations.ProtoSchemaBuilderException: The class byte[] must be instantiable using an accessible no-argument constructor.
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 4 months
[JBoss JIRA] (IPROTO-94) Marshalling of immutable objects
by Tristan Tarrant (Jira)
[ https://issues.jboss.org/browse/IPROTO-94?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated IPROTO-94:
----------------------------------
Sprint: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35, DataGrid Sprint #36, DataGrid Sprint #37 (was: DataGrid Sprint #31, DataGrid Sprint #32, DataGrid Sprint #33, DataGrid Sprint #34, DataGrid Sprint #35, DataGrid Sprint #36)
> Marshalling of immutable objects
> --------------------------------
>
> Key: IPROTO-94
> URL: https://issues.jboss.org/browse/IPROTO-94
> Project: Infinispan ProtoStream
> Issue Type: Enhancement
> Reporter: Nistor Adrian
> Assignee: Nistor Adrian
> Priority: Major
> Fix For: 4.3.0.Alpha8, 4.3.0.Final
>
>
> These typically have final fields, may have getters for them but do not have setters. All fields should be read in advance and passed all at once to a constructor.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 4 months