Mule ESB 内核 4.2 - wrapper.conf java.additional 属性中的空白答案

【问题标题】：Mule ESB Kernel 4.2 - gap in wrapper.conf java.additional proeprtiesMule ESB 内核 4.2 - wrapper.conf java.additional 属性中的空白
【发布时间】：2020-10-02 09:27:33
【问题描述】：

我注意到在 wrapper.conf 文件中，java.additional 中有一个空白。属性：

wrapper.java.additional.5=-Dorg.glassfish.grizzly.nio.transport.TCPNIOTransport.max-receive-buffer-size=1048576
wrapper.java.additional.6=-Dorg.glassfish.grizzly.nio.transport.TCPNIOTransport.max-send-buffer-size=1048576

# Limit the Metaspace Size to protect system memory from unwanted usage
# Increase this value if you get "Java.lang.OutOfMemoryError: Metaspace" error
wrapper.java.additional.8=-XX:MaxMetaspaceSize=256m

这样好吗？我认为从 8 开始的所有其他属性都将被忽略。此外，当我添加新属性（18，因为原始文件中的最后一个活动属性是 17）时，它也会被忽略。

【问题讨论】：

标签： mule-esb

【解决方案1】：

是的，间隙是可以的，因为默认 wrapper.conf 中有一个配置选项设置为接受间隙：

# Ignore gaps in additional properties sequence
wrapper.ignore_sequence_gaps=TRUE

忽略的选项是其他问题的征兆。您是否在 Windows 中作为服务运行？有一个关于自动生成的属性覆盖手动设置的属性的已知权限问题：https://help.mulesoft.com/s/article/wrapper-conf-Configuration-is-not-Updated-when-Mule-Runtime-is-running-as-a-Windows-Service

在这种情况下，您需要卸载并重新安装 Mule 服务。

【讨论】：

我没有将 Mule 作为 Windows 服务运行 - 只是运行 mule.bat。
您在所有执行过程中都使用同一个用户吗？如果文件是由其他用户创建的，您的用户可能无权覆盖它们。