Drools的兼容性';依赖关系xstream和Java11

Drools的兼容性';依赖关系xstream和Java11,drools,xstream,kie,Drools,Xstream,Kie,我们通过kie-spring库在java11web应用程序中使用Drools 此库依赖于xstream xstream与较新Java版本的兼容性是不确定的,如中所述,它已经有3年的历史了,据我所知,不会“修复” 是否有计划切换到不同的底层技术或任何其他改变,以远离xstream?或者至少是一种摆脱JVM警告并保证它将与未来版本一起工作的方法?这是一个XStream问题。原始问题中共享的链接提供了一些有效的解决方案,以避免提到的XStream问题 至少有没有一种方法可以 摆脱JVM警告并保证它将在

我们通过
kie-spring
库在java11web应用程序中使用Drools

此库依赖于
xstream

xstream与较新Java版本的兼容性是不确定的,如中所述,它已经有3年的历史了,据我所知,不会“修复”


是否有计划切换到不同的底层技术或任何其他改变,以远离xstream?或者至少是一种摆脱JVM警告并保证它将与未来版本一起工作的方法?

这是一个
XStream
问题。原始问题中共享的链接提供了一些有效的解决方案,以避免提到的
XStream
问题

至少有没有一种方法可以 摆脱JVM警告并保证它将在未来工作 版本

从这个变更中可以看出,已经在进行修改以解决所提到的问题,因为它在Drools项目中表现出来,该项目使用了
XStream

因此,Drools的DMN模块和Kogito目前已经解决了这个问题;如果您发现了一个尚未更新的特定Drools模块,我们鼓励您进行更新

StackOverflow问题是我们正确监控为@schrobe的通道之一;如果您需要更多的来回交换,您还可以通过或与Drools开发人员进行交互。所有这些都是我们在项目中最初描述的有效通道


我希望这完全回答了您原来的问题,如果您在其他模块中注意到这个问题,请告诉我们

这是一个
XStream
问题。原始问题中共享的链接提供了一些有效的解决方案,以避免提到的
XStream
问题

至少有没有一种方法可以 摆脱JVM警告并保证它将在未来工作 版本

从这个变更中可以看出,已经在进行修改以解决所提到的问题,因为它在Drools项目中表现出来,该项目使用了
XStream

因此,Drools的DMN模块和Kogito目前已经解决了这个问题;如果您发现了一个尚未更新的特定Drools模块,我们鼓励您进行更新

StackOverflow问题是我们正确监控为@schrobe的通道之一;如果您需要更多的来回交换,您还可以通过或与Drools开发人员进行交互。所有这些都是我们在项目中最初描述的有效通道

我希望这完全回答了您原来的问题,如果您在其他模块中注意到这个问题,请告诉我们