getObjectProperty在Artemis与Classic中行为不一致问题咨询

问题场景 #

• 原有基于ActiveMQ Classic的客户端代码可正常执行以下逻辑：

  Map<String, String> map = genericCast(message.getObjectProperty(key));
  

  （注：此做法在Classic中存在安全风险）
• 切换为ActiveMQ Artemis v2.32.0代理 + ActiveMQ Classic 5.16.0客户端的组合后，执行上述代码抛出ClassCastException，提示无法将String类型转换为Map类型。
• 未找到官方文档明确说明该行为是否为预期，考虑编写测试用例验证是否属于非预期bug。

可能原因 #

• 序列化逻辑差异：ActiveMQ Classic允许将非基本类型对象直接序列化作为消息属性传递，而Artemis为提升安全性和跨客户端兼容性，默认会将非标准类型属性序列化为字符串（如JSON或对象toString结果），导致客户端获取到的类型与预期不符。
• JMS规范实现差异：Artemis严格遵循JMS规范对消息属性类型的限制（仅支持基本类型、String等标准类型），而Classic对规范做了扩展，支持自定义对象属性，跨版本交互时这种扩展逻辑不兼容。

建议处理步骤 #

• 检查Artemis代理配置，查看是否有类似allowUnserializableObjects的参数，调整配置尝试兼容Classic客户端的对象属性传递（注意：开启此配置会引入和Classic相同的安全风险）。
• 编写测试用例：分别用Artemis原生客户端、Classic客户端向Artemis代理发送带Map属性的消息，对比接收结果，确认问题根源。
• 若验证为非预期兼容性问题，可在ActiveMQ官方issue渠道提交问题并附上测试用例。

内容的提问来源于stack exchange，提问作者rb612