问题标签 [drools-kie-server]

我们正在尝试将使用 Drools v4 的应用程序迁移到 Drools v7。对于新的 Drools 版本，引擎将与应用程序分离，即会有一个通过 REST 交互的 kie-server。

在现有应用程序中，我们插入了动态事实。根据 Drools v4 文档，如果动态事实发生任何变化，则规则引擎会自动重新触发与这些事实关联的规则。

我的问题是，当引擎在单独的 kie 服务器上运行时，这将如何工作？处理动态事实的最佳策略是什么？

如果您可以向我指出一些文档，那也很好。

我可以在哪里找到 mdb ejb3 来添加此代码：

我已经被搜索jboss redhat 7.2并创建了！

代码：

这有什么帮助吗？

我们是否有任何关于如何在不使用 Business Central Kie-Containers 的情况下在本地生成/构建 Redhat Drools 规则 Kjar 的文档/建议？

任何建议/帮助将不胜感激。

我正在使用 drools 工作台 6.5.0 并尝试配置到 Wildfly 10。我得到以下错误。

无法上传部署：{"WFLYCTL0080: 失败的服务" => {"jboss.deployment.unit."kie-drools-wb-6.5.0.Final-wildfly10.war".WeldStartService" => "org.jboss.msc. service.StartException in service jboss.deployment.unit."kie-drools-wb-6.5.0.Final-wildfly10.war".WeldStartService：无法启动服务原因：org.jboss.weld.exceptions.DeploymentException：异常列表有 1 个例外：例外 0：org.jboss.weld.exceptions.WeldException：WELD-000049：无法在 org.kie.workbench 上调用 public void org.kie.workbench.drools.backend.server.AppSetup.assertPlayground()。 drools.backend.server.AppSetup@26107fd0 在 org.jboss.weld.injection.producer.DefaultLifecycleCallbackInvoker.invokeMethods(DefaultLifecycleCallbackInvoker.java:100) 在 org.jboss.weld.injection.producer。DefaultLifecycleCallbackInvoker.postConstruct(DefaultLifecycleCallbackInvoker.java:81) at org.jboss.weld.injection.producer.BasicInjectionTarget.postConstruct(BasicInjectionTarget.java:126) at org.jboss.weld.bean.ManagedBean.create(ManagedBean.java:171)在 org.jboss.weld.context.AbstractContext.get(AbstractContext.java:96) 在 org.jboss.weld.bean.ContextualInstanceStrategy$DefaultContextualInstanceStrategy.get(ContextualInstanceStrategy.java:101) 在 org.jboss.weld.bean.ContextualInstanceStrategy $ApplicationScopedContextualInstanceStrategy.get(ContextualInstanceStrategy.java:141) at org.jboss.weld.bean.ContextualInstance.get(ContextualInstance.java:50) at org.jboss.weld.bean.proxy.ContextBeanInstance.getInstance(ContextBeanInstance.java:99 ) 在 org.kie.workbench 的 org.jboss.weld.bean.proxy.ProxyMethodHandler.getInstance(ProxyMethodHandler.java:125)。drools.backend.server.AppSetup$Proxy$_$$WeldClientProxy.toString(Unknown Source) at org.uberfire.backend.server.cdi.SystemConfigProducer.runPostConstruct(SystemConfigProducer.java:162) at org.uberfire.backend.server.cdi.SystemConfigProducer.afterDeploymentValidation(SystemConfigProducer.java:143) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 在 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 在 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 在 java.lang.reflect.Method。在 org.jboss.weld.injection.MethodInvocationStrategy$SpecialParamPlusBeanManagerStrategy.invoke(MethodInvocationStrategy.java:144) 在 org.jboss.weld.injection.invoke(StaticMethodInjectionPoint.java:88) 在 org.jboss.weld.injection.StaticMethodInjectionPoint.invoke(StaticMethodInjectionPoint.java:88) 调用(Method.java:498) .jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:309) 在 org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:287) 在 org.jboss.weld.event.ObserverMethodImpl 在 org.jboss.weld.event.ExtensionObserverMethodImpl.sendEvent(ExtensionObserverMethodImpl.java:124) .notify(ObserverMethodImpl.java:265) 在 org.jboss.weld.event.ObserverNotifier.notifySyncObservers(ObserverNotifier.java:271) 在 org.jboss.weld.event.ObserverNotifier.notify(ObserverNotifier.java:260) 在 org. jboss.weld.event.ObserverNotifier.fireEvent(ObserverNotifier.java:154) at org.jboss.weld.event.ObserverNotifier.fireEvent(ObserverNotifier.java:148) at org.jboss.weld.bootstrap.events.AbstractContainerEvent.fire( AbstractContainerEvent.java:53) 在 org.jboss.weld.bootstrap.events.AbstractDeploymentContainerEvent.fire(AbstractDeploymentContainerEvent.java:35) 在 org.jboss.weld.bootstrap.events.AfterDeploymentValidationImpl。fire(AfterDeploymentValidationImpl.java:28) at org.jboss.weld.bootstrap.WeldStartup.validateBeans(WeldStartup.java:450) at org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:90) at org.jboss .as.weld.WeldStartService.start(WeldStartService.java:96) at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) at org.jboss.msc.service.ServiceControllerImpl$StartTask.run (ServiceControllerImpl.java:1881) 在 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) 在 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) 在 java.lang.Thread。 run(Thread.java:748) 原因：sun.reflect.NativeMethodAccessorImpl 处的 java.lang.reflect.InvocationTargetException。sun.reflect.NativeMethodAccessorImpl 处的 invoke0(Native Method)。在 org.jboss.weld.injection.producer 的 java.lang.reflect.Method.invoke(Method.java:498) 的 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 的调用(NativeMethodAccessorImpl.java:62) .DefaultLifecycleCallbackInvoker.invokeMethods(DefaultLifecycleCallbackInvoker.java:98) ... 37 更多原因：java.lang.RuntimeException: java.lang.RuntimeException: java.util.NoSuchElementException at org.kie.workbench.drools.backend.server.AppSetup .assertPlayground(AppSetup.java:195) ... 42 更多原因：java.lang.RuntimeException: java.util.NoSuchElementException at org.guvnor.structure.backend.repositories.RepositoryServiceImpl.createRepository(RepositoryServiceImpl.java:283) at org.guvnor.structure.backend.repositories.RepositoryServiceImpl$Proxy$invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.jboss.weld.injection.producer.DefaultLifecycleCallbackInvoker.invokeMethods(DefaultLifecycleCallbackInvoker.java:98) ... 37更多原因：java.lang.RuntimeException: java.lang.RuntimeException: java.util.NoSuchElementException at org.kie.workbench.drools.backend.server.AppSetup.assertPlayground(AppSetup.java:195) ... 42 更多通过： java.lang.RuntimeException： org.guvnor.structure.backend.repositories.RepositoryServiceImpl.createRepository(RepositoryServiceImpl.java:283) 的 java.util.NoSuchElementException 在 org.guvnor.structure.backend.repositories.RepositoryServiceImpl$Proxy$invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.jboss.weld.injection.producer.DefaultLifecycleCallbackInvoker.invokeMethods(DefaultLifecycleCallbackInvoker.java:98) ... 37更多原因：java.lang.RuntimeException: java.lang.RuntimeException: java.util.NoSuchElementException at org.kie.workbench.drools.backend.server.AppSetup.assertPlayground(AppSetup.java:195) ... 42 更多通过： java.lang.RuntimeException： org.guvnor.structure.backend.repositories.RepositoryServiceImpl.createRepository(RepositoryServiceImpl.java:283) 的 java.util.NoSuchElementException 在 org.guvnor.structure.backend.repositories.RepositoryServiceImpl$Proxy$invokeMethods(DefaultLifecycleCallbackInvoker.java:98) ... 37 更多原因：java.lang.RuntimeException: java.lang.RuntimeException: java.util.NoSuchElementException at org.kie.workbench.drools.backend.server.AppSetup.assertPlayground( AppSetup.java:195) ... 42 更多原因：java.lang.RuntimeException: java.util.NoSuchElementException at org.guvnor.structure.backend.repositories.RepositoryServiceImpl.createRepository(RepositoryServiceImpl.java:283) at org.guvnor .structure.backend.repositories.RepositoryServiceImpl$Proxy$invokeMethods(DefaultLifecycleCallbackInvoker.java:98) ... 37 更多原因：java.lang.RuntimeException: java.lang.RuntimeException: java.util.NoSuchElementException at org.kie.workbench.drools.backend.server.AppSetup.assertPlayground( AppSetup.java:195) ... 42 更多原因：java.lang.RuntimeException: java.util.NoSuchElementException at org.guvnor.structure.backend.repositories.RepositoryServiceImpl.createRepository(RepositoryServiceImpl.java:283) at org.guvnor .structure.backend.repositories.RepositoryServiceImpl$Proxy$org.guvnor.structure.backend.repositories.RepositoryServiceImpl$Proxy$ 上的 structure.backend.repositories.RepositoryServiceImpl.createRepository(RepositoryServiceImpl.java:283)org.guvnor.structure.backend.repositories.RepositoryServiceImpl$Proxy$ 上的 structure.backend.repositories.RepositoryServiceImpl.createRepository(RepositoryServiceImpl.java:283)$$WeldClientProxy.createRepository(Unknown Source) at org.kie.workbench.drools.backend.server.AppSetup.createRepository(AppSetup.java:330) at org.kie.workbench.drools.backend.server.AppSetup.assertPlayground(AppSetup.java :119) ... 42 更多 原因：org.uberfire.java.nio.fs.jgit.JGitFileSystem$1$1 处的 java.util.ArrayList$Itr.next(ArrayList.java:862) 处的 java.util.NoSuchElementException。 next(JGitFileSystem.java:194) at org.uberfire.java.nio.fs.jgit.JGitFileSystem$1$1.next(JGitFileSystem.java:173) at org.guvnor.structure.backend.repositories.git.GitRepositoryBuilder.getDefaultRoot( GitRepositoryBuilder.java:120) 在 org.guvnor.structure.backend.repositories.git.GitRepositoryBuilder.setBranches(GitRepositoryBuilder.java:98) 在 org.guvnor.structure.backend.repositories.git.GitRepositoryBuilder.build(GitRepositoryBuilder.java: 63) 在 org.guvnor.structure。backend.repositories.git.GitRepositoryFactoryHelper.newRepository(GitRepositoryFactoryHelper.java:64) at org.guvnor.structure.backend.repositories.git.GitRepositoryFactoryHelper$Proxy$$$ WeldClientProxy.newRepository(Unknown Source) at org.guvnor.structure.backend.repositories.RepositoryFactoryImpl.newRepository(RepositoryFactoryImpl.java:61) at org.guvnor.structure.backend.repositories.RepositoryFactoryImpl$Proxy$ $$_WeldClientProxy.newRepository （未知来源）在 org.guvnor.structure.backend.repositories.RepositoryServiceImpl.createRepository(RepositoryServiceImpl.java:96) 在 org.guvnor.structure.backend.repositories.RepositoryServiceImpl.createRepository(RepositoryServiceImpl.java:279) ... 45更多的 ”}}

机器：windows 10 Wildfly 服务器：10.0 Kie 服务器 6.5.0 - 工作正常

唯一的问题是 Drools 工作台

我按照官方的说明在 Docker 上运行 kie server 和 workbench 没有问题。但是，当我尝试使用 Kubernetes 时，我遇到了一些问题。列表中没有执行服务器（业务中心 -> 部署 -> 执行服务器）。它们都已启动并运行，我可以访问 Business Central，http://localhost:31002/kie-server/services/rest/server/ 响应正确：

这是我用来创建部署和服务的 yaml 文件

部署到 Docker 时，我使用 --link drools-wb:kie-wb

在 Kubernetes 中，我创建了名为 kie-wb 的服务，但这无济于事。我在这里想念什么？

我有一个应用程序，每当有人在我的应用程序中注册时，就应该在 jbpm 中创建该用户。因此，每当添加新任务时，他都可以批准它。我正在使用在本地主机上运行的 rhpam jbpm business-central。http://localhost:8080/business-central/kie-wb.jsp 我已经用谷歌搜索了如何使用 API、swagger 或以编程方式创建用户，这样只要新用户在我的应用程序中注册，用户就会在 jbpm 中创建。但没有找到任何关于它的东西。你能帮我么？

我在 Wilfly 上实现了一个 kie-server 并部署了一个决策服务。在 Insomnia 的同一台机器上调用它可以正常工作，只需使用 http://localhost:8080。

尝试使用 xx.xxx.xxx.xxx:8080 从另一台机器进行相同的调用只会遇到超时。

我究竟做错了什么？请帮忙。

我尝试使用 docker 命令部署 kie 工作台docker run -p 8080:8080 -p 8001:8001 -d --name drools-wb jboss/business-central-workbench-showcase:latest ，使用 docker 命令部署 kieserver docker run -p 8180:8080 -d --name kie-server --link drools-wb:kie-wb jboss/kie-server-showcase:latest。我使用业务中心将示例 drl 文件部署到 kie 服务器。部署后的画面如下图所示。

远程服务器为 172.17.0.3:8080。但是当我尝试使用 Postman 测试部署文件时，服务器没有响应。请求超时。我尝试访问的两个端点服务是http://172.17.0.3:8080/kie-server/services/rest/server/和http://172.17.0.3:8080/kie-server/services/rest/server/DemoRule_1.0.0-SNAPSHOT. 首先，我不明白为什么它被部署在某个远程服务器而不是本地主机中。其次，为什么它无法访问。我什至尝试了 kie 服务器容器端点http://localhost:8180/kie-server/services/rest/server/。但这些都不起作用。有人可以帮我理解这个问题。

我已经使用 drools 工作台安装并部署了一些规则文件到 kie 服务器。但是现在我想使用要使用的模板文件并从中创建 drl 文件，然后部署这些规则 witk kie 工作台。我找到了添加模板文件的选项，例如引导规则模板。但是无法编辑源。通常，当我们定义模板文件时，我们以template header. 示例模板文件如下所示。

但指导规则模板似乎不是上述方式。它以 no 开头，package并且template header找不到或创建默认值。没有用于定义变量的选项。它生成的源代码看起来像规则文件而不是模板。无论如何在 kie 工作台中定义和使用模板。

我正在将运行在 JBoss EAP 7.3 上的 JBPM 的工作笔记本电脑配置移动到运行相同配置的测试服务器上。Business Central 和我的 SQL Server JDBC 部署似乎在测试服务器上工作。然而，在

• 压缩
• 放入 git repo
• 从 Git 存储库中检索
• 解压我的 kie-server.war

在服务器启动期间。bean 是在 weblogic-ejb-jar.xml 中定义的——但它还能在哪里定义呢？