"Cannot find KieModule" with kieServices.newKieContainer() with LATEST or RELEASE instead of explicit version number (eg: 0.0.1)
1:49 p.m.
Hello,
in the hope this could save time if someone has been experiencing same
issue. Drools 6.0.1.Final
I had message "Cannot find KieModule" with kieServices.newKieContainer()
with LATEST or RELEASE , instead of explicit version number (eg: 0.0.1) on
a application where the KIE module Rule artifact project kjar has been
locally-installed from remote Maven repository, that is the right hand side
of this diagram:
http://docs.jboss.org/drools/release/6.0.1.Final/drools-docs/html_single/...
Meaning that before launching Application, I performed
mvn org.apache.maven.plugins:maven-dependency-plugin:2.8:get
-Dartifact=com.acme:X:LATEST -DrepoUrl=
http://nexus-hostname/nexus/content/repositories/releases/
Then:
kieServices.newKieContainer() with LATEST,
kieServices.newKieContainer() with RELEASE,
failed with stack trace:
Exception in thread "main" java.lang.RuntimeException: Cannot find
KieModule: com.acme:X:RELEASE
at
org.drools.compiler.kie.builder.impl.KieServicesImpl.newKieContainer(KieServicesImpl.java:86)
at (...)
But kieServices.newKieContainer() with a fixed version, eg.: 0.0.2 did
indeed worked OK, if installed in the local .m2 repository.
To avoid this issue, I found only 3 possible workarounds
1 use mvn maven-dependency-plugin:go-offline but did not work all of the
time
2 manually ensure maven-metadata-local.xml file is generate in local .m2
repository
3 just download manually .jar and .pom of the remote maven repo, and then
install with mvn install:install-file
In this case, of workaround kieServices.newKieContainer() works OK with
all the version LATEST, RELEASE, and fixed version number.
Raise jira DROOLS-419 with more details and example projects, please don't
hate me if was just me missing something or not-Drools issue actually
=P
In my defense I had good intentions saving somebody's else time in case
same strange behavior, which is really strange because to me it worked only
with explicit fixed version number, and that was really bizarre ;)
Hope this helps,
Ciao
MM
6:44 p.m.
Can you create a unit test that reproduces your issue. Something that follows this:
https://github.com/droolsjbpm/drools/blob/master/kie-ci/src/test/java/org...
http://docs.jboss.org/drools/release/5.6.0.Final/droolsjbpm-introduction-...
Mark
On 30 Jan 2014, at 19:49, Matteo Mortari <matteo.mortari(a)gmail.com> wrote:
Hello,
in the hope this could save time if someone has been experiencing same issue. Drools
6.0.1.Final
I had message "Cannot find KieModule" with kieServices.newKieContainer() with
LATEST or RELEASE , instead of explicit version number (eg: 0.0.1) on a application where
the KIE module Rule artifact project kjar has been locally-installed from remote Maven
repository, that is the right hand side of this diagram:
http://docs.jboss.org/drools/release/6.0.1.Final/drools-docs/html_single/...
Meaning that before launching Application, I performed
mvn org.apache.maven.plugins:maven-dependency-plugin:2.8:get -Dartifact=com.acme:X:LATEST
-DrepoUrl=http://nexus-hostname/nexus/content/repositories/releases/
Then:
kieServices.newKieContainer() with LATEST,
kieServices.newKieContainer() with RELEASE,
failed with stack trace:
Exception in thread "main" java.lang.RuntimeException: Cannot find KieModule:
com.acme:X:RELEASE
at
org.drools.compiler.kie.builder.impl.KieServicesImpl.newKieContainer(KieServicesImpl.java:86)
at (...)
But kieServices.newKieContainer() with a fixed version, eg.: 0.0.2 did indeed worked OK,
if installed in the local .m2 repository.
To avoid this issue, I found only 3 possible workarounds
1 use mvn maven-dependency-plugin:go-offline but did not work all of the time
2 manually ensure maven-metadata-local.xml file is generate in local .m2 repository
3 just download manually .jar and .pom of the remote maven repo, and then install with
mvn install:install-file
In this case, of workaround kieServices.newKieContainer() works OK with all the version
LATEST, RELEASE, and fixed version number.
Raise jira DROOLS-419 with more details and example projects, please don't hate me if
was just me missing something or not-Drools issue actually
=P
In my defense I had good intentions saving somebody's else time in case same strange
behavior, which is really strange because to me it worked only with explicit fixed version
number, and that was really bizarre ;)
Hope this helps,
Ciao
MM
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
4 a.m.
Hello Mark,
For reference, I've attached to the original Jira DROOLS-419 zip file with
source code and detailed instruction how to replicate issue, and how to
replicate workaround as well. That is the simple code I've used to
replicate the issue on Windows box and Linux box before submitting the jira
bug entry.
Concerning your question to provide unit test, I have to admit I'm a bit
lost how could this be achieved ?
As this is more of an integration aspect than code, if I was to write a
JUnit for this, it would require to 1 empty .m2 local repo directory, 2
provide an "embedded nexus" (not sure if actually feasible) and 3 perform
maven commands from shell, not by direct use of the API. 4 do the kie api
call to trigger the stack trace.
So, can I kindly know if zip file and instructions with Jira DROOLS-419 are
sufficient, or I shall investigate further if and how to self-contain all
of this in a JUnit test, please?
Thank you for your feedback
MM
On Fri, Jan 31, 2014 at 1:44 AM, Mark Proctor <mproctor(a)codehaus.org> wrote:
Can you create a unit test that reproduces your issue. Something
that
follows this:
https://github.com/droolsjbpm/drools/blob/master/kie-ci/src/test/java/org...
http://docs.jboss.org/drools/release/5.6.0.Final/droolsjbpm-introduction-...
Mark
On 30 Jan 2014, at 19:49, Matteo Mortari <matteo.mortari(a)gmail.com> wrote:
Hello,
in the hope this could save time if someone has been experiencing same
issue. Drools 6.0.1.Final
I had message "Cannot find KieModule" with kieServices.newKieContainer()
with LATEST or RELEASE , instead of explicit version number (eg: 0.0.1) on
a application where the KIE module Rule artifact project kjar has been
locally-installed from remote Maven repository, that is the right hand side
of this diagram:
http://docs.jboss.org/drools/release/6.0.1.Final/drools-docs/html_single/...
Meaning that before launching Application, I performed
mvn org.apache.maven.plugins:maven-dependency-plugin:2.8:get
-Dartifact=com.acme:X:LATEST -DrepoUrl=
http://nexus-hostname/nexus/content/repositories/releases/
Then:
kieServices.newKieContainer() with LATEST,
kieServices.newKieContainer() with RELEASE,
failed with stack trace:
Exception in thread "main" java.lang.RuntimeException: Cannot find
KieModule: com.acme:X:RELEASE
at
org.drools.compiler.kie.builder.impl.KieServicesImpl.newKieContainer(KieServicesImpl.java:86)
at (...)
But kieServices.newKieContainer() with a fixed version, eg.: 0.0.2 did
indeed worked OK, if installed in the local .m2 repository.
To avoid this issue, I found only 3 possible workarounds
1 use mvn maven-dependency-plugin:go-offline but did not work all of the
time
2 manually ensure maven-metadata-local.xml file is generate in local .m2
repository
3 just download manually .jar and .pom of the remote maven repo, and then
install with mvn install:install-file
In this case, of workaround kieServices.newKieContainer() works OK with
all the version LATEST, RELEASE, and fixed version number.
Raise jira DROOLS-419 with more details and example projects, please don't
hate me if was just me missing something or not-Drools issue actually
=P
In my defense I had good intentions saving somebody's else time in case
same strange behavior, which is really strange because to me it worked only
with explicit fixed version number, and that was really bizarre ;)
Hope this helps,
Ciao
MM
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
9:37 a.m.
Just want to check that you have kie-ci on the class path? As this is necessary to resolve
meta versions using maven. Otherwise only explicit versions will work, on the local m2
cache only.
Mark
On 31 Jan 2014, at 10:00, Matteo Mortari <matteo.mortari(a)gmail.com> wrote:
Hello Mark,
For reference, I've attached to the original Jira DROOLS-419 zip file with source
code and detailed instruction how to replicate issue, and how to replicate workaround as
well. That is the simple code I've used to replicate the issue on Windows box and
Linux box before submitting the jira bug entry.
Concerning your question to provide unit test, I have to admit I'm a bit lost how
could this be achieved ?
As this is more of an integration aspect than code, if I was to write a JUnit for this,
it would require to 1 empty .m2 local repo directory, 2 provide an "embedded
nexus" (not sure if actually feasible) and 3 perform maven commands from shell, not
by direct use of the API. 4 do the kie api call to trigger the stack trace.
So, can I kindly know if zip file and instructions with Jira DROOLS-419 are sufficient,
or I shall investigate further if and how to self-contain all of this in a JUnit test,
please?
Thank you for your feedback
MM
On Fri, Jan 31, 2014 at 1:44 AM, Mark Proctor <mproctor(a)codehaus.org> wrote:
Can you create a unit test that reproduces your issue. Something that follows this:
https://github.com/droolsjbpm/drools/blob/master/kie-ci/src/test/java/org...
http://docs.jboss.org/drools/release/5.6.0.Final/droolsjbpm-introduction-...
Mark
On 30 Jan 2014, at 19:49, Matteo Mortari <matteo.mortari(a)gmail.com> wrote:
> Hello,
> in the hope this could save time if someone has been experiencing same issue. Drools
6.0.1.Final
>
> I had message "Cannot find KieModule" with kieServices.newKieContainer()
with LATEST or RELEASE , instead of explicit version number (eg: 0.0.1) on a application
where the KIE module Rule artifact project kjar has been locally-installed from remote
Maven repository, that is the right hand side of this diagram:
http://docs.jboss.org/drools/release/6.0.1.Final/drools-docs/html_single/...
>
> Meaning that before launching Application, I performed
> mvn org.apache.maven.plugins:maven-dependency-plugin:2.8:get
-Dartifact=com.acme:X:LATEST
-DrepoUrl=http://nexus-hostname/nexus/content/repositories/releases/
>
> Then:
> kieServices.newKieContainer() with LATEST,
> kieServices.newKieContainer() with RELEASE,
>
> failed with stack trace:
> Exception in thread "main" java.lang.RuntimeException: Cannot find
KieModule: com.acme:X:RELEASE
> at
org.drools.compiler.kie.builder.impl.KieServicesImpl.newKieContainer(KieServicesImpl.java:86)
> at (...)
>
> But kieServices.newKieContainer() with a fixed version, eg.: 0.0.2 did indeed worked
OK, if installed in the local .m2 repository.
>
> To avoid this issue, I found only 3 possible workarounds
> 1 use mvn maven-dependency-plugin:go-offline but did not work all of the time
> 2 manually ensure maven-metadata-local.xml file is generate in local .m2 repository
> 3 just download manually .jar and .pom of the remote maven repo, and then install
with mvn install:install-file
>
> In this case, of workaround kieServices.newKieContainer() works OK with all the
version LATEST, RELEASE, and fixed version number.
>
> Raise jira DROOLS-419 with more details and example projects, please don't hate
me if was just me missing something or not-Drools issue actually
> =P
> In my defense I had good intentions saving somebody's else time in case same
strange behavior, which is really strange because to me it worked only with explicit fixed
version number, and that was really bizarre ;)
>
> Hope this helps,
> Ciao
> MM
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
11:33 a.m.
Hello Mark, yes, kie-ci is on the class path, is the only dependency
declared in the project pom, so this gets resolved inside the .jar at
package time.
I've tested suggestion from Mario which will follow in separate email.
Thanks for your feedback anyway
Ciao,
MM
On Fri, Jan 31, 2014 at 4:37 PM, Mark Proctor <mproctor(a)codehaus.org> wrote:
Just want to check that you have kie-ci on the class path? As this
is
necessary to resolve meta versions using maven. Otherwise only explicit
versions will work, on the local m2 cache only.
Mark
On 31 Jan 2014, at 10:00, Matteo Mortari <matteo.mortari(a)gmail.com> wrote:
Hello Mark,
For reference, I've attached to the original Jira DROOLS-419 zip file with
source code and detailed instruction how to replicate issue, and how to
replicate workaround as well. That is the simple code I've used to
replicate the issue on Windows box and Linux box before submitting the jira
bug entry.
Concerning your question to provide unit test, I have to admit I'm a bit
lost how could this be achieved ?
As this is more of an integration aspect than code, if I was to write a
JUnit for this, it would require to 1 empty .m2 local repo directory, 2
provide an "embedded nexus" (not sure if actually feasible) and 3 perform
maven commands from shell, not by direct use of the API. 4 do the kie api
call to trigger the stack trace.
So, can I kindly know if zip file and instructions with Jira DROOLS-419
are sufficient, or I shall investigate further if and how to self-contain
all of this in a JUnit test, please?
Thank you for your feedback
MM
On Fri, Jan 31, 2014 at 1:44 AM, Mark Proctor <mproctor(a)codehaus.org>wrote:
> Can you create a unit test that reproduces your issue. Something that
> follows this:
>
>
https://github.com/droolsjbpm/drools/blob/master/kie-ci/src/test/java/org...
>
>
>
http://docs.jboss.org/drools/release/5.6.0.Final/droolsjbpm-introduction-...
>
> Mark
>
>
> On 30 Jan 2014, at 19:49, Matteo Mortari <matteo.mortari(a)gmail.com>
> wrote:
>
> Hello,
> in the hope this could save time if someone has been experiencing same
> issue. Drools 6.0.1.Final
>
> I had message "Cannot find KieModule" with kieServices.newKieContainer()
> with LATEST or RELEASE , instead of explicit version number (eg: 0.0.1) on
> a application where the KIE module Rule artifact project kjar has been
> locally-installed from remote Maven repository, that is the right hand side
> of this diagram:
> http://docs.jboss.org/drools/release/6.0.1.Final/drools-docs/html_single/...
>
> Meaning that before launching Application, I performed
> mvn org.apache.maven.plugins:maven-dependency-plugin:2.8:get
> -Dartifact=com.acme:X:LATEST -DrepoUrl=
> http://nexus-hostname/nexus/content/repositories/releases/
>
> Then:
> kieServices.newKieContainer() with LATEST,
> kieServices.newKieContainer() with RELEASE,
>
> failed with stack trace:
> Exception in thread "main" java.lang.RuntimeException: Cannot find
> KieModule: com.acme:X:RELEASE
> at
>
org.drools.compiler.kie.builder.impl.KieServicesImpl.newKieContainer(KieServicesImpl.java:86)
> at (...)
>
> But kieServices.newKieContainer() with a fixed version, eg.: 0.0.2 did
> indeed worked OK, if installed in the local .m2 repository.
>
> To avoid this issue, I found only 3 possible workarounds
> 1 use mvn maven-dependency-plugin:go-offline but did not work all of the
> time
> 2 manually ensure maven-metadata-local.xml file is generate in local .m2
> repository
> 3 just download manually .jar and .pom of the remote maven repo, and then
> install with mvn install:install-file
>
> In this case, of workaround kieServices.newKieContainer() works OK with
> all the version LATEST, RELEASE, and fixed version number.
>
> Raise jira DROOLS-419 with more details and example projects, please
> don't hate me if was just me missing something or not-Drools issue actually
> =P
> In my defense I had good intentions saving somebody's else time in case
> same strange behavior, which is really strange because to me it worked only
> with explicit fixed version number, and that was really bizarre ;)
>
> Hope this helps,
> Ciao
> MM
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
>
>
>
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
>
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
10:47 a.m.
Ciao Matteo,
I tried the test case attached to DROOLS-419 and it works for me.
To be more precise what I tried it is simply installing the kjar you
provided on my local maven repo and check that the main class of your second
project is able to retrieve the kjar and build the drools project using both
LATEST and RELEASE as version.
I realize the use case you described is quite more complex, but I believe
the additional complexity is all maven related and has nothing to do with
Drools. Moreover if you need to use additional (external) maven repositories
my suggestion is to try to configure them in your settings.xml file. Also be
aware that you can define a location for an alternative settings.xml file
(and then define there the additional repositories you need if you want)
using the system property kie.maven.settings.custom like in:
java -jar -Dkie.maven.settings.custom=/my/alternative/settings.xml
drools6testmvnlatest.thestandaloneengine-jar-with-dependencies.jar RELEASE
I hope this helps, but if I am missing some important detail and you still
think the issue you reported could be somewhat related with Drools please
let me know.
Thanks,
Mario
--
View this message in context:
http://drools.46999.n3.nabble.com/rules-users-Cannot-find-KieModule-with-...
Sent from the Drools: User forum mailing list archive at Nabble.com.
11:48 a.m.
Ciao Mario,
thank you for your feedback, I believe could be indeed Maven related, but
frankly what led me raise the bug in the Drools Jira, it looks like this is
an issue only when Drools is invoking the Maven API ? - all my other Maven
workflows with 'mvn' builds command are working fine.
Indeed the complexity is due to the requirement where artifactId will be
known only at runtime, in my case. That's why I've made that simple test
project, because it would simulate the fetch from a remote maven repo - in
that case I could parametrize the hardcoded artifactId String to a variable
as well.
Here is a question concerning to your last feedback, please.
Assuming the .m2 local repository is missing completely the
com\acme\drools6testmvnlatest.therules directory...
If I specify the remote Maven repo in the settings, the code example
provided, should be able to remotely fetch and install from remote
repository, right ?
Because despite my maven remote repositories are specified in the
~/.m2/settings.xml or in the same file passed as the
-Dkie.maven.settings.custom=
system property, still get the same problem, either I explicit version
number, either I ask for RELEASE or LATEST.
Example:
D:\inbox>java -jar -Dkie.maven.settings.custom=D:/inbox/settings.xml
drools6testmvnlatest.thestandaloneengine-jar-with-dependencies.jar 0.0.2
2014-02-03 18:28:57,017 [pool-1-thread-1] INFO
com.ning.http.client.providers.netty.NettyAsyncHttpProvider - Number of
application's worked threads is 8
2014-02-03 18:28:57,361 [pool-3-thread-1] INFO
com.ning.http.client.providers.netty.NettyAsyncHttpProvider - Number of
application's worked threads is 8
Exception in thread "main" java.lang.RuntimeException: Cannot find
KieModule: com.acme:drools6testmvnlatest.therules:0.0.2
at
org.drools.compiler.kie.builder.impl.KieServicesImpl.newKieContainer(KieServicesImpl.java:86)
at
com.acme.drools6testmvnlatest.thestandaloneengine.App.main(App.java:24)
I've also tried the different combination of windows-horror-slash, just to
be sure, but result is always the same.
I attach the content of my settings.xml file below, in case I'm missing
something stupid.
If you can kindly advise what's your perspective, please, because I've
rechecked the documentation several times but frankly I think I'm doing all
by the book, yet not able to making it recognize the remote maven repo ?
Thanks;
Ciao
MM
<settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0
http://maven.apache.org/xsd/settings-1.0.0.xsd">
<profiles>
<profile>
<id>nexus-hostname-nexus</id>
<repositories>
<repository>
<id>nexus-hostname-nexus</id>
<name>nexus-hostname-nexus</name>
<releases>
<enabled>true</enabled>
</releases>
<snapshots>
<enabled>true</enabled>
</snapshots>
<url>http://nexus-hostname/nexus/content/repositories/releases</url>
</repository>
<repository>
<id>nexus-hostname-nexus-snapshots</id>
<name>nexus-hostname-nexus</name>
<releases>
<enabled>false</enabled>
</releases>
<snapshots>
<enabled>true</enabled>
</snapshots>
<url>http://nexus-hostname/nexus/content/repositories/snapshots</url>
</repository>
</repositories>
</profile>
</profiles>
<activeProfiles>
<activeProfile>nexus-hostname-nexus</activeProfile>
</activeProfiles>
</settings>
On Fri, Jan 31, 2014 at 5:47 PM, Mario Fusco <mario.fusco(a)gmail.com> wrote:
Ciao Matteo,
I tried the test case attached to DROOLS-419 and it works for me.
To be more precise what I tried it is simply installing the kjar you
provided on my local maven repo and check that the main class of your
second
project is able to retrieve the kjar and build the drools project using
both
LATEST and RELEASE as version.
I realize the use case you described is quite more complex, but I believe
the additional complexity is all maven related and has nothing to do with
Drools. Moreover if you need to use additional (external) maven
repositories
my suggestion is to try to configure them in your settings.xml file. Also
be
aware that you can define a location for an alternative settings.xml file
(and then define there the additional repositories you need if you want)
using the system property kie.maven.settings.custom like in:
java -jar -Dkie.maven.settings.custom=/my/alternative/settings.xml
drools6testmvnlatest.thestandaloneengine-jar-with-dependencies.jar RELEASE
I hope this helps, but if I am missing some important detail and you still
think the issue you reported could be somewhat related with Drools please
let me know.
Thanks,
Mario
--
View this message in context:
http://drools.46999.n3.nabble.com/rules-users-Cannot-find-KieModule-with-...
Sent from the Drools: User forum mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
4:01 a.m.
Hi tari,
Did this issue get solved. i am facing the same issue with drools and maven,
Let me know your suggestions.
Thanks,
Ganesh Neelelkani
--
View this message in context:
http://drools.46999.n3.nabble.com/rules-users-Cannot-find-KieModule-with-...
Sent from the Drools: User forum mailing list archive at Nabble.com.
4:46 a.m.
Hi Ganesh,
the issue DROOLS-419 was closed as non-Drools related, it was pointed as
Maven related, and although this does not provide solution per-se, I have
to agree with Drools team, the scenario I described was complex and the
issue seems due to Maven.
Fortunately, as I have influence in changing the difficult integration
scenario I'm facing, I solved this currently by running mvn
install:install-file , so the correct kie module jar of the rules is
present in the local .m2 repo. With this activity done separately, my
Drools application find the kie module jar of the version I want already in
the .m2 repo, and it works fine.
However, while this solved for the Drools application, I just actually
shuffled the complexity around in the scenario, so I'm looking as a next
step for a simpler way in achieving this automatically.
My suggestion to you would be same as in any complex integration scenario:
1. try to simplify scenario - I noticed Drools team updated documentation
with also some cheat sheets for deployment, maybe something there or in the
example can guide you
2. if you cannot simplify, try change approach - possibly you find a
workaround as I did.
Finally, look out for the new release because possibly they solve your
issues by side effects.
Hope this helps,
Ciao
On Mon, May 26, 2014 at 11:01 AM, ganeshneelekani <ganeshneelekani(a)gmail.com
wrote:
Hi tari,
Did this issue get solved. i am facing the same issue with drools and
maven,
Let me know your suggestions.
Thanks,
Ganesh Neelelkani
--
View this message in context:
http://drools.46999.n3.nabble.com/rules-users-Cannot-find-KieModule-with-...
Sent from the Drools: User forum mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
12:10 a.m.
Hi Tari,
I thanks for your information.
On Sun, Jun 1, 2014 at 3:18 PM, tari-manga [via Drools] <
ml-node+s46999n4029798h59(a)n3.nabble.com> wrote:
Hi Ganesh,
the issue DROOLS-419 was closed as non-Drools related, it was pointed as
Maven related, and although this does not provide solution per-se, I have
to agree with Drools team, the scenario I described was complex and the
issue seems due to Maven.
Fortunately, as I have influence in changing the difficult integration
scenario I'm facing, I solved this currently by running mvn
install:install-file , so the correct kie module jar of the rules is
present in the local .m2 repo. With this activity done separately, my
Drools application find the kie module jar of the version I want already in
the .m2 repo, and it works fine.
However, while this solved for the Drools application, I just actually
shuffled the complexity around in the scenario, so I'm looking as a next
step for a simpler way in achieving this automatically.
My suggestion to you would be same as in any complex integration scenario:
1. try to simplify scenario - I noticed Drools team updated documentation
with also some cheat sheets for deployment, maybe something there or in the
example can guide you
2. if you cannot simplify, try change approach - possibly you find a
workaround as I did.
Finally, look out for the new release because possibly they solve your
issues by side effects.
Hope this helps,
Ciao
On Mon, May 26, 2014 at 11:01 AM, ganeshneelekani <[hidden email]
<http://user/SendEmail.jtp?type=node&node=4029798&i=0>> wrote:
> Hi tari,
>
> Did this issue get solved. i am facing the same issue with drools and
> maven,
> Let me know your suggestions.
>
>
> Thanks,
> Ganesh Neelelkani
>
>
>
>
> --
> View this message in context:
>
http://drools.46999.n3.nabble.com/rules-users-Cannot-find-KieModule-with-...
> Sent from the Drools: User forum mailing list archive at Nabble.com.
> _______________________________________________
> rules-users mailing list
> [hidden email] <http://user/SendEmail.jtp?type=node&node=4029798&i=1>
> https://lists.jboss.org/mailman/listinfo/rules-users
>
_______________________________________________
rules-users mailing list
[hidden email] <http://user/SendEmail.jtp?type=node&node=4029798&i=2>
https://lists.jboss.org/mailman/listinfo/rules-users
------------------------------
If you reply to this email, your message will be added to the discussion
below:
http://drools.46999.n3.nabble.com/rules-users-Cannot-find-KieModule-with-...
To unsubscribe from [rules-users] "Cannot find KieModule" with
kieServices.newKieContainer() with LATEST or RELEASE instead of explicit
version number (eg: 0.0.1), click here
<http://drools.46999.n3.nabble.com/template/NamlServlet.jtp?macro=unsubscr...
.
NAML
<http://drools.46999.n3.nabble.com/template/NamlServlet.jtp?macro=macro_vi...
--
Thanking you.
----------------------------------------------------------------------
With regards.
Ganesh N Neelekani
ph - +91 7829108302
--
View this message in context:
http://drools.46999.n3.nabble.com/rules-users-Cannot-find-KieModule-with-...
Sent from the Drools: User forum mailing list archive at Nabble.com.
3827
days inactive
3950
days old
9 comments
4 participants
participants (4)
-
ganeshneelekani -
Mario Fusco -
Mark Proctor -
Matteo Mortari