我想开发一个
Java EE Web应用程序,它需要Prolog,通过JPL,用于某些与搜索相关的任务.

Web应用程序将部署在JBoss应用程序服务器中.

Prolog引擎可以是YAP或SWI(目前唯一与JPL兼容的Prolog引擎).

Prolog查询依赖于存储在(可能很大)数据库中的信息.

如果有人试过这个或类似的东西,你能否就下列问题给我反馈意见？：

>管理需要访问Prolog引擎的并发http会话的最佳方法是什么？是否有可能？ – 为每个单独的会话分配自己的Prolog引擎？如果此解决方案有效,是否可以实现类似于“Prolog引擎池”的内容,以快速将prolog引擎分配给新会话？ .或者最好的解决方案是使用单个Prolog引擎来同步管理所有查询请求？ (慢慢地).
>如何管理Prolog与数据库的交互？如果数据经常在数据库中发生变化而Prolog需要这些数据来解决其查询,那么保持Prolog引擎中的事实与数据库中的数据保持同步的最佳策略是什么？如果数据库变大,那么在每个新会话中从头开始的海军选项(例如,从数据库重新加载所有数据作为Prolog事实)似乎不是一个好主意.
>在实施过程中与java-prolog-database交互相关的任何其他预期问题/困难？

提前致谢！

最佳答案

What is the best way to manage concurrent http sessions that need access to the Prolog engine?.

如果我查看JPL的来源,它看起来像是使用引擎池.查询数据类型实现枚举器模式和close()操作.我想只要它是活动的,引擎就会自动分配给查询.

因此,每个http请求都可以通过新的查询对象独立访问Prolog系统.如果您不想在http请求期间关闭查询对象,我想您也可以将其附加到http会话.并重复使用另一个请求.

How could be managed the interaction of Prolog with the database ?

这取决于数据库中数据的使用模式和可用的访问路径.可能是您可以在请求期间快速访问非常大的数据库,并在每次请求期间重新获取数据.例如,如果所需的匹配数据集很小并且数据库具有良好的索引,则可以快速访问匹配的数据.

否则你需要实现一些智能缓存.我目前正在使用一种签入/签出模式的解决方案.但这不适用于拥有多个用户的Web服务器.我将此模式用于独立解决方案,其中有一个用户和一个检出内存中的数据垃圾.对于具有不同多个用户的Web服务器,容器可能会溢出Web服务器内存.

因此,只有在您可以限制和限制垃圾邮件或者您拥有非常大的Web服务器内存时,缓存才有效.也许你可以为你的应用程序找到这样的不变量.否则,结论可能是您不能独立于是否使用Prolog而使用Java EE.