[ 
https://issues.apache.org/jira/browse/ARTEMIS-4651?focusedWorklogId=906459&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-906459
 ]

ASF GitHub Bot logged work on ARTEMIS-4651:
-------------------------------------------

                Author: ASF GitHub Bot
            Created on: 22/Feb/24 14:21
            Start Date: 22/Feb/24 14:21
    Worklog Time Spent: 10m 
      Work Description: gemmellr commented on code in PR #4827:
URL: https://github.com/apache/activemq-artemis/pull/4827#discussion_r1499323366


##########
artemis-journal/src/main/java/org/apache/activemq/artemis/core/journal/collections/AbstractHashMapPersister.java:
##########
@@ -0,0 +1,75 @@
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one or more
+ * contributor license agreements. See the NOTICE file distributed with
+ * this work for additional information regarding copyright ownership.
+ * The ASF licenses this file to You under the Apache License, Version 2.0
+ * (the "License"); you may not use this file except in compliance with
+ * the License. You may obtain a copy of the License at
+ *
+ *     http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing, software
+ * distributed under the License is distributed on an "AS IS" BASIS,
+ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ * See the License for the specific language governing permissions and
+ * limitations under the License.
+ */
+
+package org.apache.activemq.artemis.core.journal.collections;
+
+import org.apache.activemq.artemis.api.core.ActiveMQBuffer;
+import org.apache.activemq.artemis.core.persistence.CoreMessageObjectPools;
+import org.apache.activemq.artemis.core.persistence.Persister;
+import org.apache.activemq.artemis.utils.DataConstants;
+
+public abstract class AbstractHashMapPersister<K, V> implements 
Persister<JournalHashMap.MapRecord<K, V>> {
+
+   @Override
+   public byte getID() {
+      return 0;
+   }
+
+   @Override
+   public final int getEncodeSize(JournalHashMap.MapRecord<K, V> record) {
+      return DataConstants.SIZE_BYTE + // FILLER, could be used for versioning 
in the future
+             DataConstants.SIZE_LONG + // recordID
+             DataConstants.SIZE_LONG + // collectionID
+             getKeySize(record.key) +
+             getValueSize(record.value);
+   }
+
+   protected abstract int getKeySize(K key);
+
+   protected abstract void encodeKey(ActiveMQBuffer buffer, K key);
+
+   protected abstract K decodeKey(ActiveMQBuffer buffer);
+
+   protected abstract int getValueSize(V value);
+
+   protected abstract void encodeValue(ActiveMQBuffer buffer, V value);
+
+   protected abstract V decodeValue(ActiveMQBuffer buffer, K key);
+
+   @Override
+   public final void encode(ActiveMQBuffer buffer, JournalHashMap.MapRecord<K, 
V> record) {
+      buffer.writeByte((byte)0); // filler - could be used for versioning in 
the future.
+      buffer.writeLong(record.id);
+      buffer.writeLong(record.collectionID);
+      encodeKey(buffer, record.key);
+      encodeValue(buffer, record.value);
+   }
+
+   @Override
+   public final JournalHashMap.MapRecord<K, V> decode(ActiveMQBuffer buffer,
+                                                JournalHashMap.MapRecord<K, V> 
record,
+                                                CoreMessageObjectPools pool) {
+      buffer.readByte(); // filler - not used currently - just in case we ever 
need to version this wiring
+      long id = buffer.readLong();
+      long collectionID = buffer.readLong();
+      K key = decodeKey(buffer);
+      V value = decodeValue(buffer, key);
+
+      JournalHashMap.MapRecord<K, V> mapRecord = new 
JournalHashMap.MapRecord<>(collectionID, id, key, value);

Review Comment:
   Ok, well that maybe explains why the persister does what it does...but not 
why have the object representation does something slightly different? Would be 
more readable if they were ordered the same.
   
   Placing the version second seems a bit weird. What if we want to change the 
ID type? Didnt you just mentioned the idea of doing that?





Issue Time Tracking
-------------------

    Worklog Id:     (was: 906459)
    Time Spent: 2h  (was: 1h 50m)

> Performance improvements on Mirror and Paging
> ---------------------------------------------
>
>                 Key: ARTEMIS-4651
>                 URL: https://issues.apache.org/jira/browse/ARTEMIS-4651
>             Project: ActiveMQ Artemis
>          Issue Type: Improvement
>            Reporter: Clebert Suconic
>            Assignee: Clebert Suconic
>            Priority: Major
>             Fix For: 2.33.0
>
>          Time Spent: 2h
>  Remaining Estimate: 0h
>
> Before this change, sends were not paged at the SNF. They are now copied.
> I also added a different scheme for retrying messages in a batches. A 
> collection with pending IDs is created and a few retries are performed at 
> different levels.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to