Java broadleaf AdminAuditableListener中的NullPointerException

Java broadleaf AdminAuditableListener中的NullPointerException,java,spring,broadleaf-commerce,Java,Spring,Broadleaf Commerce,在5.0.x版本中,AdminAuditable字段从PageImpl或StructuredContentImpl之类的类中删除,但它们保持不变 @EntityListeners(value = { AdminAuditableListener.class }) …这会导致AdminAuditableListener中出现NullPointerException,因为反射的可审核字段不存在 因此,在5.0.2中,在admin中添加页面会导致相同的错误,但在5.0.3中已修复。 现在,添加结构化

在5.0.x版本中,AdminAuditable字段从PageImpl或StructuredContentImpl之类的类中删除,但它们保持不变

@EntityListeners(value = { AdminAuditableListener.class })
…这会导致AdminAuditableListener中出现NullPointerException,因为反射的可审核字段不存在

因此,在5.0.2中,在admin中添加页面会导致相同的错误,但在5.0.3中已修复。 现在,添加结构化内容项也会发生同样的情况

基于两者之间的比较(我不理解所有的broadleaf注释-scarse非企业文档),我通过扩展StructuredContentImpl并使用

@DirectCopyTransformMember(templateTokens = DirectCopyTransformTypes.AUDITABLE_ONLY)

我的问题是:这真的是一个bug,还是因为我对broadleaf不太熟悉,而且开发人员和测试人员在可审计重构中发现多个相同bug的概率很低,所以我遗漏了什么

@Zildyan您在5.0.2中描述的PageImpl问题在您发现的5.0.3中得到了修复。您对DirectCopyTransformMember/AUDITABLE_的评估是正确的。这是必要的,这样当涉及可审核的侦听器时,就可以使用适当的列。StructuredContent的变通方法也是正确的


使用StructuredContentImpl作为内容默认值的方法已被删除,取而代之的是ContentItems(Enterprise)。这可能就是为什么测试中没有出现这种情况。我将把它作为一个项目添加到社区版中进行修复。

可能是@rkosegi的副本:您是否阅读了整个问题?问题是关于内部broadleaf框架中导致NullPointerException的bug。我知道你在broadleaf上没有任何参考资料-那你为什么把我的问题标记为重复的?谢谢。还有一件事——“使用StructuredContentImpl的方法”在社区版的未来版本中将被弃用(可能的迁移问题)?