[JBoss JIRA] (ISPN-10640) Expiration creation/lastUsed timestamp are lost when preloading from store
by Will Burns (Jira)
[ https://issues.jboss.org/browse/ISPN-10640?page=com.atlassian.jira.plugin... ]
Will Burns updated ISPN-10640:
------------------------------
Summary: Expiration creation/lastUsed timestamp are lost when preloading from store (was: If Expiration is enabled the cretionDate is modified to the current server start date if preload is enabled for a persistence)
> Expiration creation/lastUsed timestamp are lost when preloading from store
> --------------------------------------------------------------------------
>
> Key: ISPN-10640
> URL: https://issues.jboss.org/browse/ISPN-10640
> Project: Infinispan
> Issue Type: Bug
> Components: Loaders and Stores
> Affects Versions: 9.4.16.Final
> Environment: Cache configuration with preload
> <local-cache name="default">
> <persistence>
> <file-store shared="false" preload="true" fetch-state="true"/>
> </persistence>
> </local-cache>
> Reporter: Will Burns
> Assignee: Will Burns
> Priority: Critical
>
> If a cache store entries with expiration the MetaData creationTime is used to calculate the expiration.
> This works correct if the server is not restarted or preload=false for the store.
> If preload is enabled and the server preload the date the creationTime is set to the current server start time.
> In this case all expiration for existing entries is not working correctly
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (ISPN-8955) ClusterTopologyManagerImpl should only use non-blocking RPCs
by Dan Berindei (Jira)
[ https://issues.jboss.org/browse/ISPN-8955?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-8955:
-------------------------------
Status: Open (was: New)
> ClusterTopologyManagerImpl should only use non-blocking RPCs
> ------------------------------------------------------------
>
> Key: ISPN-8955
> URL: https://issues.jboss.org/browse/ISPN-8955
> Project: Infinispan
> Issue Type: Task
> Components: Core
> Affects Versions: 9.2.0.Final
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Major
>
> {{ClusterTopologyManagerImpl}} still uses some blocking RPCs, particularly when a node becomes coordinator or after a merge. It should use non-blocking RPCs instead.
> It could also use non-blocking RPCs instead of fire-and-forget messages for things like topology updates, which would allow delivering topology updates in the same order on all the nodes instead of having regular nodes make to with missing topology updates (when the coordinator doesn't change).
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (IPROTO-114) Date fields not initialized with @ProtoFactory
by Nistor Adrian (Jira)
[ https://issues.jboss.org/browse/IPROTO-114?page=com.atlassian.jira.plugin... ]
Nistor Adrian updated IPROTO-114:
---------------------------------
Fix Version/s: 4.3.0.Alpha13
(was: 4.3.0.Alpha12)
> Date fields not initialized with @ProtoFactory
> ----------------------------------------------
>
> Key: IPROTO-114
> URL: https://issues.jboss.org/browse/IPROTO-114
> Project: Infinispan ProtoStream
> Issue Type: Bug
> Affects Versions: 4.3.0.Alpha11
> Reporter: Ryan Emerson
> Assignee: Nistor Adrian
> Priority: Major
> Fix For: 4.3.0.Alpha13
>
>
> {code:java}
> public class Reproducer {
> @ProtoField(number = 1)
> final Date date;
> @ProtoFactory
> public Reproducer(Date date) {
> this.date = date;
> }
> }
> {code}
> Results in the following marshaller code which does not compile:
> {code:java}
> @javax.annotation.Generated(value = "org.infinispan.protostream.annotations.impl.processor.AutoProtoSchemaBuilderAnnotationProcessor",
> comments = "Please do not edit this file!")
> @org.infinispan.protostream.annotations.impl.OriginatingClasses({
> "org.infinispan.query.dsl.embedded.testdomain.Reproducer"
> })
> @SuppressWarnings("unchecked")
> public final class Reproducer$___Marshaller_b7bc8e88b59172b5316adfc20e38742eb183ea955e2ff0dbf8d9fc9cd93038b7 extends org.infinispan.protostream.annotations.impl.GeneratedMarshallerBase implements org.infinispan.protostream.RawProtobufMarshaller<org.infinispan.query.dsl.embedded.testdomain.Reproducer> {
> @Override
> public Class<org.infinispan.query.dsl.embedded.testdomain.Reproducer> getJavaClass() { return org.infinispan.query.dsl.embedded.testdomain.Reproducer.class; }
>
> @Override
> public String getTypeName() { return "org.infinispan.test.query.dsl.Reproducer"; }
>
> @Override
> public org.infinispan.query.dsl.embedded.testdomain.Reproducer readFrom(org.infinispan.protostream.ImmutableSerializationContext $1, org.infinispan.protostream.RawProtoStreamReader $2) throws java.io.IOException {
> java.util.Date __v$1;
> boolean done = false;
> while (!done) {
> final int tag = $2.readTag();
> switch (tag) {
> case 0:
> done = true;
> break;
> case 9: {
> __v$1 = new java.util.Date($2.readFixed64());
> break;
> }
> default: {
> if (!$2.skipField(tag)) done = true;
> }
> }
> }
> return new org.infinispan.query.dsl.embedded.testdomain.Reproducer(__v$1);
> }
>
> @Override
> public void writeTo(org.infinispan.protostream.ImmutableSerializationContext $1, org.infinispan.protostream.RawProtoStreamWriter $2, org.infinispan.query.dsl.embedded.testdomain.Reproducer $3) throws java.io.IOException {
> final org.infinispan.query.dsl.embedded.testdomain.Reproducer o = (org.infinispan.query.dsl.embedded.testdomain.Reproducer) $3;
> {
> final java.util.Date __v$1 = o.date;
> if (__v$1 != null) $2.writeFixed64(1, __v$1.getTime());
> }
> }
> }
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (IPROTO-89) Provide means to calculate serialised message size
by Nistor Adrian (Jira)
[ https://issues.jboss.org/browse/IPROTO-89?page=com.atlassian.jira.plugin.... ]
Nistor Adrian updated IPROTO-89:
--------------------------------
Fix Version/s: 4.3.0.Alpha13
(was: 4.3.0.Alpha12)
> Provide means to calculate serialised message size
> --------------------------------------------------
>
> Key: IPROTO-89
> URL: https://issues.jboss.org/browse/IPROTO-89
> Project: Infinispan ProtoStream
> Issue Type: Enhancement
> Affects Versions: 4.2.2.Final
> Reporter: Ryan Emerson
> Assignee: Nistor Adrian
> Priority: Major
> Fix For: 4.3.0.Alpha13, 4.3.0.Final
>
>
> In order to be able to better estimate the size of output buffers etc, it would be useful to provide a means for a user application to retrieved the anticipated size of a serialized message from an object's current state. For example, in the protobuf-java library this is exposed via {{com.google.protobuf.MessageLite#getSerializedSize}}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months
[JBoss JIRA] (IPROTO-74) Allow repeatable fields to be written as a stream
by Nistor Adrian (Jira)
[ https://issues.jboss.org/browse/IPROTO-74?page=com.atlassian.jira.plugin.... ]
Nistor Adrian updated IPROTO-74:
--------------------------------
Fix Version/s: 4.3.0.Alpha13
(was: 4.3.0.Alpha12)
> Allow repeatable fields to be written as a stream
> -------------------------------------------------
>
> Key: IPROTO-74
> URL: https://issues.jboss.org/browse/IPROTO-74
> Project: Infinispan ProtoStream
> Issue Type: Enhancement
> Affects Versions: 4.2.0.Final
> Reporter: Ryan Emerson
> Assignee: Nistor Adrian
> Priority: Major
> Fix For: 4.3.0.Alpha13, 4.3.0.Final
>
>
> Currently in order to write to a repeatable field it is necessary for an entire array or collection to be serialized at once. When writing larger collections it would be better if each object could be written individually from a stream.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 6 months