我需要使用drools外部的本体来生成一个巨大的事实模型。现在，我当然可以写一个脚本/程序来解决这个问题。我的方法是为每个本体类生成一个java bean，它包含适当的字段，方法和基于本体关系（可能在地图中）的其他java对象的引用。我的问题是drools是否有更优雅的方法来解决这个问题。我认为事实模型可以从drools之外的资源中导出一定是一个常见的问题，所以我想知道是否drools（或guvnor）有一个内置的方法来生成一个事实模型给定一些结构化的输入。
我确实在以下主题中找到了一些讨论： http://drools.46999.n3.nabble.com/rules-users-Using-an-OWL-Ontology-in-drools-advice-td3724566.html
不幸的是，在这次谈话之后我无法走得太远。
更新
由@alikok链接的特质文章非常有帮助。它至少提供了一个本体可以适合的框架。总而言之，将本体拟合到java bean类模型中的一个大问题是java不进行多重继承。几乎任何本体论都需要这个，我的也不例外。 Traits通过代理类解决了这个问题，但它们允许您在drl文件中定义新的“traits”，从而在后台完成所有操作。
我仍然有将本体转换为事实模型的问题。这是这篇文章的主要问题（以编程方式生成事实模型），所以我不想检查这个问题。我可以在编译时通过我上面描述的自定义程序来完成它。我也可以在运行时这样做，但对于我的用例，编译时间要好得多。但是，我希望有人已经解决了这个问题，并且可以对他们使用的方法提供一些见解。