Pull request #3581: REPORT-47516 远程锁定-集群单节点，两个用户先后进入，数据连接的锁定有问题

Merge in DESIGN/design from ~YVAN/design:release/10.0 to release/10.0

* commit 'e6f4c59af6c388855c99aa78e12b738ef288726f':
  REPORT-47516 远程锁定-集群单节点，两个用户先后进入，数据连接的锁定有问题 【问题原因】主要的原因有两个，一是当时测试同学在集群环境上的操作不当导致了用户lock后，在ClientAliveChecker中的check4EditLock方法报错，然后被认定成脏数据清除了；二是此前userIn和userBeat时存入的是LockItem枚举类对象，相当于常量，那么所有用户beat后存入的对象都是同一个，这个是逻辑问题，并且在集群环境上测试的过程中还发现LockItem对象的序列化有些问题，会报错 【改动思路】①将之前存入的ClientID-LockItem键值对修改为存入ClientID-LockedFile键值对，LockedFile是一个继承了HashSet的类，里面有birth和beat的逻辑，天然实现了序列化接口，是模板锁定那边写的一个类，这边就直接拿来用了；②将EditLock和模板锁定的一些逻辑分离了一下，避免过多耦合；③自己测试的时候还发现数据集查询页下的提示弹窗会出现二级弹窗问题，因此在EditLockUtils中添加了个api用于传入父窗口

designer-base/src/main/java/com/fr/design/data/datapane/connect/ConnectionComboBoxPanel.java

@@ -128,7 +128,7 @@ public class ConnectionComboBoxPanel extends ItemEditableComboBoxPanel {
         boolean actionLock = EditLockUtils.lock(LockItem.CONNECTION);
         if (!actionLock) {
             // 锁定失败，代表已经被其他用户锁定，跳出弹窗提示
-            EditLockUtils.showLockMessage();
+            EditLockUtils.showLockMessage(this);
             return;
         }
         // 锁定成功，执行后续操作

designer-base/src/main/java/com/fr/design/editlock/EditLockUtils.java

@@ -13,6 +13,8 @@ import org.jetbrains.annotations.Nullable;
 
 import javax.swing.Icon;
 import javax.swing.JOptionPane;
+import javax.swing.SwingUtilities;
+import java.awt.Component;
 import java.awt.Image;
 
 /**
@@ -65,6 +67,10 @@ public class EditLockUtils {
         FineJOptionPane.showMessageDialog(DesignerContext.getDesignerFrame(), EditLockUtils.LOCKED_MESSAGE, EditLockUtils.TOOLTIPS, JOptionPane.INFORMATION_MESSAGE, EditLockUtils.TOOLTIPS_ICON);
     }
 
+    public static void showLockMessage(Component parentComponent) {
+        FineJOptionPane.showMessageDialog(SwingUtilities.getWindowAncestor(parentComponent), EditLockUtils.LOCKED_MESSAGE, EditLockUtils.TOOLTIPS, JOptionPane.INFORMATION_MESSAGE, EditLockUtils.TOOLTIPS_ICON);
+    }
+
     public static boolean lock(LockItem lockItem) {
         return WorkContext.getCurrent().get(EditLockOperator.class).lock(lockItem);
     }