如何在 MULE 3.9.0 构建路径中排除 org.json 版本？
How to exclude the org.json version in MULE 3.9.0 buildpath?
如何在 MULE 3.9.0 构建路径中排除 org.json 版本？
版本是json-20140107 我想用最新的json版本。我试图在 mule-commons 中排除，但它没有任何帮助。
json-20140107.jar 库随 Mule 3.9.0 一起发布。由于 Mule implements classloading，在执行时 类 从该 jar 文件加载的方式将覆盖应用程序中的较新版本。您不能更改提供的版本，因为 Mule 已经过测试。 更改发行版中提供的任何库都可能导致意外错误。
您可以打包新版本的库并尝试使用 Fine Grain Classloader Control 但这似乎是社区版中不可用的企业版功能。如果您有企业版，强烈建议使用最新的补丁版本（当前为 3.9.4）而不是 3.9.0。
另一个解决方案可能是迁移到使用 classloading isolation to avoid this kind of issues. You can use any version of libraries inside applications without conflicting with the provided libraries in the runtime. Again, using the last version available is the recommended way to go. Mule 3 applications are not compatible with Mule 4, so you will need to migrate existing applications.
的 Mule 4.x
如何在 MULE 3.9.0 构建路径中排除 org.json 版本？ 版本是json-20140107 我想用最新的json版本。我试图在 mule-commons 中排除，但它没有任何帮助。
json-20140107.jar 库随 Mule 3.9.0 一起发布。由于 Mule implements classloading，在执行时 类 从该 jar 文件加载的方式将覆盖应用程序中的较新版本。您不能更改提供的版本，因为 Mule 已经过测试。 更改发行版中提供的任何库都可能导致意外错误。
您可以打包新版本的库并尝试使用 Fine Grain Classloader Control 但这似乎是社区版中不可用的企业版功能。如果您有企业版，强烈建议使用最新的补丁版本（当前为 3.9.4）而不是 3.9.0。
另一个解决方案可能是迁移到使用 classloading isolation to avoid this kind of issues. You can use any version of libraries inside applications without conflicting with the provided libraries in the runtime. Again, using the last version available is the recommended way to go. Mule 3 applications are not compatible with Mule 4, so you will need to migrate existing applications.
的 Mule 4.x