3:46 a.m.
Remote nodes send duplicate invalidation messages
-------------------------------------------------
Key: ISPN-1523
URL: https://issues.jboss.org/browse/ISPN-1523
Project: Infinispan
Issue Type: Bug
Components: Distributed Cache
Reporter: Dan Berindei
Assignee: Manik Surtani
I though only the originator should send invalidation messages, but I'm seeing these
messages in the log:
{noformat}
2011-11-11 11:10:27,608 TRACE (OOB-2,Infinispan-Cluster,NodeD-8993)
[org.infinispan.interceptors.DistributionInterceptor] Put occuring on node, requesting
cache invalidation for keys [k1]. Origin of command is remote
2011-11-11 11:10:27,608 TRACE (OOB-3,Infinispan-Cluster,NodeA-31187)
[org.infinispan.interceptors.DistributionInterceptor] Put occuring on node, requesting
cache invalidation for keys [k1]. Origin of command is remote
2011-11-11 11:10:27,608 TRACE (OOB-2,Infinispan-Cluster,NodeD-8993)
[org.infinispan.distribution.L1ManagerImpl] Invalidating L1 caches for keys [k1]
2011-11-11 11:10:27,608 TRACE (OOB-3,Infinispan-Cluster,NodeA-31187)
[org.infinispan.distribution.L1ManagerImpl] Invalidating L1 caches for keys [k1]
{noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
6:41 a.m.
[
https://issues.jboss.org/browse/ISPN-1523?page=com.atlassian.jira.plugin....
]
Mircea Markus reassigned ISPN-1523:
-----------------------------------
Assignee: Mircea Markus (was: Manik Surtani)
Remote nodes send duplicate invalidation messages
-------------------------------------------------
Key: ISPN-1523
URL: https://issues.jboss.org/browse/ISPN-1523
Project: Infinispan
Issue Type: Bug
Components: Distributed Cache
Reporter: Dan Berindei
Assignee: Mircea Markus
I though only the originator should send invalidation messages, but I'm seeing these
messages in the log:
{noformat}
2011-11-11 11:10:27,608 TRACE (OOB-2,Infinispan-Cluster,NodeD-8993)
[org.infinispan.interceptors.DistributionInterceptor] Put occuring on node, requesting
cache invalidation for keys [k1]. Origin of command is remote
2011-11-11 11:10:27,608 TRACE (OOB-3,Infinispan-Cluster,NodeA-31187)
[org.infinispan.interceptors.DistributionInterceptor] Put occuring on node, requesting
cache invalidation for keys [k1]. Origin of command is remote
2011-11-11 11:10:27,608 TRACE (OOB-2,Infinispan-Cluster,NodeD-8993)
[org.infinispan.distribution.L1ManagerImpl] Invalidating L1 caches for keys [k1]
2011-11-11 11:10:27,608 TRACE (OOB-3,Infinispan-Cluster,NodeA-31187)
[org.infinispan.distribution.L1ManagerImpl] Invalidating L1 caches for keys [k1]
{noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
8:32 a.m.
[
https://issues.jboss.org/browse/ISPN-1523?page=com.atlassian.jira.plugin....
]
Mircea Markus commented on ISPN-1523:
-------------------------------------
It's the key owner and not the originator that performs the invalidation:
http://bit.ly/rxyuGN
I think the reason for this is that, with the new smart invalidation logic, the owner
keeps track of the nodes that need invalidated.
So invalidation being initiated by a remote node makes sense.
I'll assign the bug to Pete so that he can confirm and close.
Remote nodes send duplicate invalidation messages
-------------------------------------------------
Key: ISPN-1523
URL: https://issues.jboss.org/browse/ISPN-1523
Project: Infinispan
Issue Type: Bug
Components: Distributed Cache
Reporter: Dan Berindei
Assignee: Mircea Markus
I though only the originator should send invalidation messages, but I'm seeing these
messages in the log:
{noformat}
2011-11-11 11:10:27,608 TRACE (OOB-2,Infinispan-Cluster,NodeD-8993)
[org.infinispan.interceptors.DistributionInterceptor] Put occuring on node, requesting
cache invalidation for keys [k1]. Origin of command is remote
2011-11-11 11:10:27,608 TRACE (OOB-3,Infinispan-Cluster,NodeA-31187)
[org.infinispan.interceptors.DistributionInterceptor] Put occuring on node, requesting
cache invalidation for keys [k1]. Origin of command is remote
2011-11-11 11:10:27,608 TRACE (OOB-2,Infinispan-Cluster,NodeD-8993)
[org.infinispan.distribution.L1ManagerImpl] Invalidating L1 caches for keys [k1]
2011-11-11 11:10:27,608 TRACE (OOB-3,Infinispan-Cluster,NodeA-31187)
[org.infinispan.distribution.L1ManagerImpl] Invalidating L1 caches for keys [k1]
{noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
8:32 a.m.
[
https://issues.jboss.org/browse/ISPN-1523?page=com.atlassian.jira.plugin....
]
Mircea Markus reassigned ISPN-1523:
-----------------------------------
Assignee: Pete Muir (was: Mircea Markus)
Remote nodes send duplicate invalidation messages
-------------------------------------------------
Key: ISPN-1523
URL: https://issues.jboss.org/browse/ISPN-1523
Project: Infinispan
Issue Type: Bug
Components: Distributed Cache
Reporter: Dan Berindei
Assignee: Pete Muir
I though only the originator should send invalidation messages, but I'm seeing these
messages in the log:
{noformat}
2011-11-11 11:10:27,608 TRACE (OOB-2,Infinispan-Cluster,NodeD-8993)
[org.infinispan.interceptors.DistributionInterceptor] Put occuring on node, requesting
cache invalidation for keys [k1]. Origin of command is remote
2011-11-11 11:10:27,608 TRACE (OOB-3,Infinispan-Cluster,NodeA-31187)
[org.infinispan.interceptors.DistributionInterceptor] Put occuring on node, requesting
cache invalidation for keys [k1]. Origin of command is remote
2011-11-11 11:10:27,608 TRACE (OOB-2,Infinispan-Cluster,NodeD-8993)
[org.infinispan.distribution.L1ManagerImpl] Invalidating L1 caches for keys [k1]
2011-11-11 11:10:27,608 TRACE (OOB-3,Infinispan-Cluster,NodeA-31187)
[org.infinispan.distribution.L1ManagerImpl] Invalidating L1 caches for keys [k1]
{noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:02 a.m.
[
https://issues.jboss.org/browse/ISPN-1523?page=com.atlassian.jira.plugin....
]
Dan Berindei updated ISPN-1523:
-------------------------------
Issue Type: Enhancement (was: Bug)
I guess I was wrong about who should send the invalidation message...
But still I find it a bit strange that all the owners send the invalidation message, I was
expecting only one node to do it (either the originator or the primary owner).
Maybe it's required to deal with the scenario where the primary owner stops though, so
I'm making it an enhancement.
Remote nodes send duplicate invalidation messages
-------------------------------------------------
Key: ISPN-1523
URL: https://issues.jboss.org/browse/ISPN-1523
Project: Infinispan
Issue Type: Enhancement
Components: Distributed Cache
Reporter: Dan Berindei
Assignee: Pete Muir
I though only the originator should send invalidation messages, but I'm seeing these
messages in the log:
{noformat}
2011-11-11 11:10:27,608 TRACE (OOB-2,Infinispan-Cluster,NodeD-8993)
[org.infinispan.interceptors.DistributionInterceptor] Put occuring on node, requesting
cache invalidation for keys [k1]. Origin of command is remote
2011-11-11 11:10:27,608 TRACE (OOB-3,Infinispan-Cluster,NodeA-31187)
[org.infinispan.interceptors.DistributionInterceptor] Put occuring on node, requesting
cache invalidation for keys [k1]. Origin of command is remote
2011-11-11 11:10:27,608 TRACE (OOB-2,Infinispan-Cluster,NodeD-8993)
[org.infinispan.distribution.L1ManagerImpl] Invalidating L1 caches for keys [k1]
2011-11-11 11:10:27,608 TRACE (OOB-3,Infinispan-Cluster,NodeA-31187)
[org.infinispan.distribution.L1ManagerImpl] Invalidating L1 caches for keys [k1]
{noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:06 a.m.
[
https://issues.jboss.org/browse/ISPN-1523?page=com.atlassian.jira.plugin....
]
Pete Muir commented on ISPN-1523:
---------------------------------
When a entry is requested, that can be served by any owner with no notification of the
primary owner. So, when the entry must be invalidated, each owner must invalidate the L1
cache in each node that has requested the key from it.
Unless the notification of the primary owner is changed, this behavior is correct, and so
we can't do this.
Remote nodes send duplicate invalidation messages
-------------------------------------------------
Key: ISPN-1523
URL: https://issues.jboss.org/browse/ISPN-1523
Project: Infinispan
Issue Type: Enhancement
Components: Distributed Cache
Reporter: Dan Berindei
Assignee: Pete Muir
I though only the originator should send invalidation messages, but I'm seeing these
messages in the log:
{noformat}
2011-11-11 11:10:27,608 TRACE (OOB-2,Infinispan-Cluster,NodeD-8993)
[org.infinispan.interceptors.DistributionInterceptor] Put occuring on node, requesting
cache invalidation for keys [k1]. Origin of command is remote
2011-11-11 11:10:27,608 TRACE (OOB-3,Infinispan-Cluster,NodeA-31187)
[org.infinispan.interceptors.DistributionInterceptor] Put occuring on node, requesting
cache invalidation for keys [k1]. Origin of command is remote
2011-11-11 11:10:27,608 TRACE (OOB-2,Infinispan-Cluster,NodeD-8993)
[org.infinispan.distribution.L1ManagerImpl] Invalidating L1 caches for keys [k1]
2011-11-11 11:10:27,608 TRACE (OOB-3,Infinispan-Cluster,NodeA-31187)
[org.infinispan.distribution.L1ManagerImpl] Invalidating L1 caches for keys [k1]
{noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:10 a.m.
[
https://issues.jboss.org/browse/ISPN-1523?page=com.atlassian.jira.plugin....
]
Mircea Markus commented on ISPN-1523:
-------------------------------------
AFAIK the entry is requested to all owner, so the primary receives and serves the reuest
as well. If so the primary should be aware of all the requestors.
Remote nodes send duplicate invalidation messages
-------------------------------------------------
Key: ISPN-1523
URL: https://issues.jboss.org/browse/ISPN-1523
Project: Infinispan
Issue Type: Enhancement
Components: Distributed Cache
Reporter: Dan Berindei
Assignee: Pete Muir
I though only the originator should send invalidation messages, but I'm seeing these
messages in the log:
{noformat}
2011-11-11 11:10:27,608 TRACE (OOB-2,Infinispan-Cluster,NodeD-8993)
[org.infinispan.interceptors.DistributionInterceptor] Put occuring on node, requesting
cache invalidation for keys [k1]. Origin of command is remote
2011-11-11 11:10:27,608 TRACE (OOB-3,Infinispan-Cluster,NodeA-31187)
[org.infinispan.interceptors.DistributionInterceptor] Put occuring on node, requesting
cache invalidation for keys [k1]. Origin of command is remote
2011-11-11 11:10:27,608 TRACE (OOB-2,Infinispan-Cluster,NodeD-8993)
[org.infinispan.distribution.L1ManagerImpl] Invalidating L1 caches for keys [k1]
2011-11-11 11:10:27,608 TRACE (OOB-3,Infinispan-Cluster,NodeA-31187)
[org.infinispan.distribution.L1ManagerImpl] Invalidating L1 caches for keys [k1]
{noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:14 a.m.
[
https://issues.jboss.org/browse/ISPN-1523?page=com.atlassian.jira.plugin....
]
Pete Muir commented on ISPN-1523:
---------------------------------
That's not what I saw when I tested this IIRC. Perhaps things have changed.
Remote nodes send duplicate invalidation messages
-------------------------------------------------
Key: ISPN-1523
URL: https://issues.jboss.org/browse/ISPN-1523
Project: Infinispan
Issue Type: Enhancement
Components: Distributed Cache
Reporter: Dan Berindei
Assignee: Pete Muir
I though only the originator should send invalidation messages, but I'm seeing these
messages in the log:
{noformat}
2011-11-11 11:10:27,608 TRACE (OOB-2,Infinispan-Cluster,NodeD-8993)
[org.infinispan.interceptors.DistributionInterceptor] Put occuring on node, requesting
cache invalidation for keys [k1]. Origin of command is remote
2011-11-11 11:10:27,608 TRACE (OOB-3,Infinispan-Cluster,NodeA-31187)
[org.infinispan.interceptors.DistributionInterceptor] Put occuring on node, requesting
cache invalidation for keys [k1]. Origin of command is remote
2011-11-11 11:10:27,608 TRACE (OOB-2,Infinispan-Cluster,NodeD-8993)
[org.infinispan.distribution.L1ManagerImpl] Invalidating L1 caches for keys [k1]
2011-11-11 11:10:27,608 TRACE (OOB-3,Infinispan-Cluster,NodeA-31187)
[org.infinispan.distribution.L1ManagerImpl] Invalidating L1 caches for keys [k1]
{noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:52 a.m.
[
https://issues.jboss.org/browse/ISPN-1523?page=com.atlassian.jira.plugin....
]
Manik Surtani commented on ISPN-1523:
-------------------------------------
I don't understand - what is incorrect about this?
Remote nodes send duplicate invalidation messages
-------------------------------------------------
Key: ISPN-1523
URL: https://issues.jboss.org/browse/ISPN-1523
Project: Infinispan
Issue Type: Enhancement
Components: Distributed Cache
Reporter: Dan Berindei
Assignee: Pete Muir
I though only the originator should send invalidation messages, but I'm seeing these
messages in the log:
{noformat}
2011-11-11 11:10:27,608 TRACE (OOB-2,Infinispan-Cluster,NodeD-8993)
[org.infinispan.interceptors.DistributionInterceptor] Put occuring on node, requesting
cache invalidation for keys [k1]. Origin of command is remote
2011-11-11 11:10:27,608 TRACE (OOB-3,Infinispan-Cluster,NodeA-31187)
[org.infinispan.interceptors.DistributionInterceptor] Put occuring on node, requesting
cache invalidation for keys [k1]. Origin of command is remote
2011-11-11 11:10:27,608 TRACE (OOB-2,Infinispan-Cluster,NodeD-8993)
[org.infinispan.distribution.L1ManagerImpl] Invalidating L1 caches for keys [k1]
2011-11-11 11:10:27,608 TRACE (OOB-3,Infinispan-Cluster,NodeA-31187)
[org.infinispan.distribution.L1ManagerImpl] Invalidating L1 caches for keys [k1]
{noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
1:38 a.m.
[
https://issues.jboss.org/browse/ISPN-1523?page=com.atlassian.jira.plugin....
]
Dan Berindei commented on ISPN-1523:
------------------------------------
Manik, it's not really incorrect, it's just suboptimal (I think) because each
requestor gets the invalidation command numOwner times.
I'm not sure how big the performance difference would be if only the primary owner
sent the invalidation command. I only noticed it because I had an exception breakpoint set
for TimeoutException and one of the invalidation commands would hit my breakpoint (because
the invalidation command tries to acquire the lock with 0 timeout).
Remote nodes send duplicate invalidation messages
-------------------------------------------------
Key: ISPN-1523
URL: https://issues.jboss.org/browse/ISPN-1523
Project: Infinispan
Issue Type: Enhancement
Components: Distributed Cache
Reporter: Dan Berindei
Assignee: Pete Muir
I though only the originator should send invalidation messages, but I'm seeing these
messages in the log:
{noformat}
2011-11-11 11:10:27,608 TRACE (OOB-2,Infinispan-Cluster,NodeD-8993)
[org.infinispan.interceptors.DistributionInterceptor] Put occuring on node, requesting
cache invalidation for keys [k1]. Origin of command is remote
2011-11-11 11:10:27,608 TRACE (OOB-3,Infinispan-Cluster,NodeA-31187)
[org.infinispan.interceptors.DistributionInterceptor] Put occuring on node, requesting
cache invalidation for keys [k1]. Origin of command is remote
2011-11-11 11:10:27,608 TRACE (OOB-2,Infinispan-Cluster,NodeD-8993)
[org.infinispan.distribution.L1ManagerImpl] Invalidating L1 caches for keys [k1]
2011-11-11 11:10:27,608 TRACE (OOB-3,Infinispan-Cluster,NodeA-31187)
[org.infinispan.distribution.L1ManagerImpl] Invalidating L1 caches for keys [k1]
{noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
4:28 a.m.
[
https://issues.jboss.org/browse/ISPN-1523?page=com.atlassian.jira.plugin....
]
Manik Surtani commented on ISPN-1523:
-------------------------------------
One for Pete to investigate for 5.2 then
Remote nodes send duplicate invalidation messages
-------------------------------------------------
Key: ISPN-1523
URL: https://issues.jboss.org/browse/ISPN-1523
Project: Infinispan
Issue Type: Enhancement
Components: Distributed Cache
Reporter: Dan Berindei
Assignee: Pete Muir
I though only the originator should send invalidation messages, but I'm seeing these
messages in the log:
{noformat}
2011-11-11 11:10:27,608 TRACE (OOB-2,Infinispan-Cluster,NodeD-8993)
[org.infinispan.interceptors.DistributionInterceptor] Put occuring on node, requesting
cache invalidation for keys [k1]. Origin of command is remote
2011-11-11 11:10:27,608 TRACE (OOB-3,Infinispan-Cluster,NodeA-31187)
[org.infinispan.interceptors.DistributionInterceptor] Put occuring on node, requesting
cache invalidation for keys [k1]. Origin of command is remote
2011-11-11 11:10:27,608 TRACE (OOB-2,Infinispan-Cluster,NodeD-8993)
[org.infinispan.distribution.L1ManagerImpl] Invalidating L1 caches for keys [k1]
2011-11-11 11:10:27,608 TRACE (OOB-3,Infinispan-Cluster,NodeA-31187)
[org.infinispan.distribution.L1ManagerImpl] Invalidating L1 caches for keys [k1]
{noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
6:38 a.m.
[
https://issues.jboss.org/browse/ISPN-1523?page=com.atlassian.jira.plugin....
]
Dan Berindei updated ISPN-1523:
-------------------------------
Fix Version/s: 5.2.0.FINAL
Affects Version/s: 5.1.0.BETA4
Priority: Minor (was: Major)
Remote nodes send duplicate invalidation messages
-------------------------------------------------
Key: ISPN-1523
URL: https://issues.jboss.org/browse/ISPN-1523
Project: Infinispan
Issue Type: Enhancement
Components: Distributed Cache
Affects Versions: 5.1.0.BETA4
Reporter: Dan Berindei
Assignee: Pete Muir
Priority: Minor
Fix For: 5.2.0.FINAL
I though only the originator should send invalidation messages, but I'm seeing these
messages in the log:
{noformat}
2011-11-11 11:10:27,608 TRACE (OOB-2,Infinispan-Cluster,NodeD-8993)
[org.infinispan.interceptors.DistributionInterceptor] Put occuring on node, requesting
cache invalidation for keys [k1]. Origin of command is remote
2011-11-11 11:10:27,608 TRACE (OOB-3,Infinispan-Cluster,NodeA-31187)
[org.infinispan.interceptors.DistributionInterceptor] Put occuring on node, requesting
cache invalidation for keys [k1]. Origin of command is remote
2011-11-11 11:10:27,608 TRACE (OOB-2,Infinispan-Cluster,NodeD-8993)
[org.infinispan.distribution.L1ManagerImpl] Invalidating L1 caches for keys [k1]
2011-11-11 11:10:27,608 TRACE (OOB-3,Infinispan-Cluster,NodeA-31187)
[org.infinispan.distribution.L1ManagerImpl] Invalidating L1 caches for keys [k1]
{noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
8:55 p.m.
[
https://issues.jboss.org/browse/ISPN-1523?page=com.atlassian.jira.plugin....
]
Mircea Markus updated ISPN-1523:
--------------------------------
Fix Version/s: 6.0.0.Final
(was: 5.2.0.Final)
Remote nodes send duplicate invalidation messages
-------------------------------------------------
Key: ISPN-1523
URL: https://issues.jboss.org/browse/ISPN-1523
Project: Infinispan
Issue Type: Enhancement
Components: Distributed Cache
Affects Versions: 5.1.0.BETA4
Reporter: Dan Berindei
Assignee: Pete Muir
Priority: Minor
Fix For: 6.0.0.Final
I though only the originator should send invalidation messages, but I'm seeing these
messages in the log:
{noformat}
2011-11-11 11:10:27,608 TRACE (OOB-2,Infinispan-Cluster,NodeD-8993)
[org.infinispan.interceptors.DistributionInterceptor] Put occuring on node, requesting
cache invalidation for keys [k1]. Origin of command is remote
2011-11-11 11:10:27,608 TRACE (OOB-3,Infinispan-Cluster,NodeA-31187)
[org.infinispan.interceptors.DistributionInterceptor] Put occuring on node, requesting
cache invalidation for keys [k1]. Origin of command is remote
2011-11-11 11:10:27,608 TRACE (OOB-2,Infinispan-Cluster,NodeD-8993)
[org.infinispan.distribution.L1ManagerImpl] Invalidating L1 caches for keys [k1]
2011-11-11 11:10:27,608 TRACE (OOB-3,Infinispan-Cluster,NodeA-31187)
[org.infinispan.distribution.L1ManagerImpl] Invalidating L1 caches for keys [k1]
{noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
4192
days inactive
4547
days old
infinispan-issues@lists.jboss.org
12 comments
8 participants
participants (8)
-
Dan Berindei (Commented) (JIRA) -
Dan Berindei (Created) (JIRA)
-
Dan Berindei (Updated) (JIRA)
-
Manik Surtani (Commented) (JIRA)
-
Mircea Markus (Assigned) (JIRA)
-
Mircea Markus (Commented) (JIRA)
-
Mircea Markus (JIRA)
-
Pete Muir (Commented) (JIRA)