Java 在JMeter中解决库冲突的方法？

获得了一个定制的JSR223 Groovy采样器，该采样器可以与一个特定应用程序的API进行通信。 其中一个来自金融界，所以它尽可能的隐蔽，几乎没有什么像文档/指南/资源/公开/社区来源的任何其他类型的线索

事实证明，API代理库完全依赖于ApacheHttpClient/HttpCore的特定版本，而且这些版本都非常旧

虽然JMeter本身（我使用的是版本4，这是我们的组织策略）正在使用两个libs的较新的版本，但是前面提到的API类在这些版本中失败了&变得完全不起作用

由于HTTP库在启动时已经在JMeter类路径中，只需将较旧的库与较新的库一起放入/lib文件夹（然后使用@grab-独立Groovy env的解决方法）就行不通了，因为它会为JMeter本身创建冲突，并且无法正确启动

将API类重新打包到一个包含所有依赖项的大型jar中&而不是将其放入/lib中也没有任何帮助

有什么线索可以解决这个问题吗

---

是否有任何方法可以动态地将这些依赖项添加到JSR223运行时，同时将它们从JMeter的类路径中排除？

否，JMeter JSR223使用与JMeter应用程序相同的类

---

我打开了一个JMeter增强功能，您可以

您可能需要重新定位DEP，例如shadow@cfrick，你能详细说明一下吗？谢谢！我感谢你迅速和建设性的反应。