0
votes

"java.lang.RuntimeException: Impossible de trouver KieModule" dans la configuration Drool avec Tomcat

Nous avons mis en place et déployé l'application Drool 7.15 avec Tomcat 8.0. Cependant, le problème est que lorsque nous essayons de déployer les règles, nous obtenons l'exception ci-dessous. java.lang.RuntimeException: Cannot find KieModule: com.tisl.mpl.ruleengine:rrt-kjar:1.0.0

Quel pourrait être le correctif pour cela? Ce même pot fonctionnait bien dans Wildfly (jBOSS)

14-Sep-2019 18: 24: 06.510 SEVERE [http-nio-8080-exec-8] org.kie.server.services.impl.KieServerImpl.createContainer Erreur lors de la création du conteneur 'RRTRULE' pour le module 'com.tisl.mpl. ruleengine: rrt-kjar: 1.0.0 'java.lang.RuntimeException: Impossible de trouver KieModule: com.tisl.mpl.ruleengine: rrt-kjar: 1.0.0 à org.drools.compiler.kie.builder.impl.KieServicesImpl. newKieContainer (KieServicesImpl.java:117) à org.drools.compiler.kie.builder.impl.KieServicesImpl.newKieContainer (KieServicesImpl.java:111) à org.kie.server.services.impl.KieServerImpler.crava 214) sur org.kie.server.remote.rest.common.resource.KieServerRestImpl.createContainer (KieServerRestImpl.java:90) sur sun.reflect.NativeMethodAccessorImpl.invoke0 (Méthode native) sur sun.reflect.NativeMethodAccessorImplication. java: 62) sur sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:43) sur java.lang.reflect.Method.invoke (Method.java:498) sur org.jboss.resteasy.core.MethodIn jectorImpl.invoke (MethodInjectorImpl.java:168) à org.jboss.resteasy.core.ResourceMethod.invokeOnTarget (ResourceMethod.java:269) à org.jboss.resteasy.core.ResourceMethod.invoke (ResourceMethod.java:227) .jboss.resteasy.core.ResourceMethod.invoke (ResourceMethod.java:216) à org.jboss.resteasy.core.SynchronousDispatcher.getResponse (SynchronousDispatcher.java:541) à org.jboss.resteasy.core.SynchronousDispatcher.inv .java: 523) sur org.jboss.resteasy.core.SynchronousDispatcher.invoke (SynchronousDispatcher.java:125) sur org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service (ServletContainerDispatcher.java) à: 20. jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service (HttpServletDispatcher.java:55) à org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service (Http.ervletjispatcher.service. HttpServlet.service (HttpServlet.java:741) à org.apache.catalina.core.ApplicationFilterChain.internalDo Filtre (ApplicationFilterChain.java:231) à org.apache.catalina.core.ApplicationFilterChain.doFilter (ApplicationFilterChain.java:166) à org.apache.tomcat.websocket.server.WsFilter.doFilter (WsFilter.java:52) à org.apache.tomcat.websocket.server.WsFilter.doFilter (WsFilter.java:52) à org .apache.catalina.core.ApplicationFilterChain.internalDoFilter (ApplicationFilterChain.java:193) à org.apache.catalina.core.ApplicationFilterChain.doFilter (ApplicationFilterChain.java:166) à org.kie.server.services.imweb.secb. .CaptureHttpRequestFilter.doFilter (CaptureHttpRequestFilter.java:42) dans org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (ApplicationFilterChain.java:193) à org.apache.catalina.core.ApplicationFilterFilterChain.apache.catalina.core.ApplicationFilterFilterChain.Accueil (6) org.apache.catalina.core.StandardWrapperValve.invoke (StandardWrapperValve.java:199) à org.apache.catalina.core.StandardContextValve.invoke (StandardContextValve.java:96) à org.apache.catalase.authenticator.Authenticator ( AuthenticatorBase.java:645) sur org.apache.catalina.core.S tandardHostValve.invoke (StandardHostValve.java:139) à org.apache.catalina.valves.ErrorReportValve.invoke (ErrorReportValve.java:81) à org.apache.catalina.valves.AbstractAccessLogValve.invoke à 679alve.invoke (AbstractAccessLogValve.invoke)

org.apache.catalina.core.StandardEngineValve.invoke (StandardEngineValve.java:87) à org.apache.catalina.connector.CoyoteAdapter.service (CoyoteAdapter.java:343) à org.apache.coyote.http11.Http11Processor.service ( Http11Processor.java:798) à org.apache.coyote.AbstractProcessorLight.process (AbstractProcessorLight.java:66) à org.apache.coyote.AbstractProtocol $ ConnectionHandler.process (AbstractProtocol.java:810) à org.apache.tomcat.util .net.NioEndpoint $ SocketProcessor.doRun (NioEndpoint.java:1498) à org.apache.tomcat.util.net.SocketProcessorBase.run (SocketProcessorBase.java:49) à java.util.concurrent.ThreadPoolExecutor.runWorker (ThreadPoolExecutor.runWorkerExecutor (ThreadPoolExecutor.runWorker) : 1149) sur java.util.concurrent.ThreadPoolExecutor $ Worker.run (ThreadPoolExecutor.java:624) sur org.apache.tomcat.util.threads.TaskThread $ WrappingRunnable.run (TaskThread.java:61) sur java.lang. Thread.run (Thread.java:748)

-RAM


0 commentaires

3 Réponses :


3
votes

Il existe plusieurs explications possibles de l'erreur à laquelle vous faites face.

1) Bibliothèque kie-ci manquante sur le classpath - Pour résoudre ce problème, vous devez la déclarer comme une dépendance maven (ou la regrouper de toute autre manière avec votre application)

2) Vous avez fait une faute de frappe dans ReleaseId et le KJAR avec GAV suivant n'existe en effet pas: com.tisl.mpl.ruleengine: rrt-kjar: 1.0.0

3) Le KJAR existe, mais vous avez mal configuré votre settings.xml - c'est-à-dire qu'il manque la configuration du référentiel distant (ou proxy, etc.) où ce KJAR est téléchargé

4) Vos paramètres.xml sont correctement configurés mais ils ne sont pas stockés dans l'emplacement par défaut qui est ~ / .m2 / settings.xml. Si tel est le cas, vous devez définir la propriété système kie.maven.settings.custom et la configurer à l'emplacement du fichier settings.xml. ex ./start.sh -Dkie.maven.settings.custom = / opt / kie / settings.xml

J'ai travaillé 6 ans en tant qu'ingénieur support pour Drools, ça a toujours été l'un des précédents.


2 commentaires

Merci Anton Giertli, je l'ai maintenant configuré avec wildfly Server, et face à un problème étrange. Le Drool cesse de répondre après 10-15 demandes jusqu'à ce que je redéploie les règles à nouveau. Avez-vous une solution pour cela. Vous demandant de jeter un œil à cette question: stackoverflow.com/questions/57936233/...


Salut Ram, si la réponse ci-dessus vous a aidé, veuillez la marquer comme acceptée et indiquez-nous laquelle des solutions ci-dessus a réellement résolu votre problème. Merci.



0
votes

un autre problème peut être que le serveur n'a pas les autorisations / suffisamment d'espace disque pour effectuer l' mvn install et créer le kjar sur le référentiel maven local. J'ai vu un pipeline effectuer le déploiement / conteneur et j'ai échoué avec le problème signalé. nous ne voyons aucune erreur sur les journaux et / ou la pile de pipeline. veuillez vérifier si le référentiel local contient cet artefact kjar maven


0 commentaires

0
votes

Cela m'est arrivé lorsque le module kjar, dans ce cas 'com.tisl.mpl.ruleengine: rrt-kjar: 1.0.0', n'était pas dans le dossier /opt/jboss/.m2/repository. Assurez-vous donc que vous avez une arborescence comme celle-ci: /opt/jboss/.m2/repository/com/tisl/mpl/ruleengine/rrt-kjar/1.0.0/

Et dans ce dossier, vous devriez avoir deux fichiers: rrt-kjar-1.0.0.jar et rrt-kjar-1.0.0.pom


0 commentaires