ActiveMQ Artemis 消息属性中挪威语特殊字符无法正确传递的解决方法咨询

看起来你遇到了JMS消息属性里特殊字符编码的棘手问题，我来帮你梳理几个实用的排查和解决方向：

• 优先解决JCA适配器的兼容性问题
  你当前用的是ActiveMQ Classic的JCA资源适配器来连接Artemis Broker，这属于跨产品的混搭配置，很可能在属性编码的处理逻辑上存在兼容性差异。建议换成与你的Broker版本（2.38.0）匹配的ActiveMQ Artemis官方JCA资源适配器，这样能从根源上减少协议和编码层面的不兼容问题——毕竟Classic和Artemis的底层实现差异不小，混搭容易踩编码的坑。

• 显式配置Broker的默认消息编码
  虽然Artemis默认采用UTF-8编码，但容器化部署（比如OpenShift）可能会因为系统环境变量或配置覆盖，导致编码被切换为ISO-8859-1这类单字节编码。你可以在Broker的broker.xml配置文件的<core>节点下添加如下配置，强制指定默认编码：

  <default-message-encoding>UTF-8</default-message-encoding>
  

  同时别忘了检查OpenShift容器的环境变量，确保LANG或LC_ALL没有被设置为非UTF-8的值（比如en_US.iso88591），如果有的话改成en_US.UTF-8。

• 手动编码属性值绕开中间件差异
  如果上面的方法都没效果，你可以试试手动接管属性的编码解码流程，用Base64来包装特殊字符的属性值：

  // 发送端：将原字符串转成Base64编码的字符串
  String originalValue = "ABC-ÆØÅ";
  String encodedValue = Base64.getEncoder().encodeToString(originalValue.getBytes(StandardCharsets.UTF_8));
  message.setStringProperty("SOMETHING", encodedValue);
  
  // 接收端：解码Base64字符串还原原内容
  String encodedValue = message.getStringProperty("SOMETHING");
  String originalValue = new String(Base64.getDecoder().decode(encodedValue), StandardCharsets.UTF_8);
  

  这种方式完全避开了中间件对属性编码的处理逻辑，虽然多了一步转换，但胜在可靠。

• 检查IBM Liberty的JMS客户端配置
  打开Liberty的server.xml，看看JMS连接工厂的配置，尝试添加编码指定参数，确保客户端发送属性时使用UTF-8编码，比如在<jmsConnectionFactory>节点中增加：

  encoding="UTF-8"
  

你可以先从适配器版本匹配开始尝试，这是这类编码问题最常见的根源。如果还是不行，再依次试其他方法。

内容来源于stack exchange