ConcurrentHashMap inboundQoS2 in org.eclipse.paho.mqttv5.client.internal.ClientState takes up over 100MB of HeapSpace

[flo89]

• Bug exists Release Version 1.2.5 ( Master Branch)
• Bug exists in MQTTv3 Client on Snapshot Version 1.2.6-SNAPSHOT (Develop Branch)
• Bug exists in MQTTv5 Client on Snapshot Version 1.2.6-SNAPSHOT (Develop Branch)

Is this a normal behaviour that this single HashMap is using almost 50% of the applications total HeapSpace?

It doesn't seem to increase anymore although the message load is still the same.

I enabled logging and it seems that

paho.mqtt.java/org.eclipse.paho.mqttv5.client/src/main/java/org/eclipse/paho/mqttv5/client/internal/ClientState.java

Line 1532 in 570ed6e

protected void deliveryComplete(MqttPublish message) throws MqttPersistenceException {

or

paho.mqtt.java/org.eclipse.paho.mqttv5.client/src/main/java/org/eclipse/paho/mqttv5/client/internal/ClientState.java

Line 1542 in 570ed6e

protected void deliveryComplete(int messageId) throws MqttPersistenceException {

are never called.

In the mosquitto log I see that the 4-Part Handshake was sucessfully

1695792469: Received PUBLISH from DEFAULT/s7tcp (d0, q2, r1, m632, 'DEFAULT/s7tcp/dev1/REAL1', ... (3 bytes))
1695792469: Sending PUBREC to DEFAULT/s7tcp (m632, rc0)
1695792469: Received PUBREL from DEFAULT/s7tcp (Mid: 632)
1695792469: Sending PUBLISH to DEFAULT/hmi (d0, q2, r0, m1199, 'DEFAULT/s7tcp/dev1/REAL1', ... (3 bytes))
1695792469: Sending PUBCOMP to DEFAULT/s7tcp (m632)
1695792469: Received PUBREC from DEFAULT/hmi (Mid: 1199)
1695792469: Sending PUBREL to DEFAULT/hmi (m1199)
1695792469: Received PUBCOMP from DEFAULT/hmi (Mid: 1199, RC:0)