My experience switching a small project from 5.5.0.Final to 5.6.0.CR1 a few
days ago, was that the only thing I had to do was change the Drools version
number in my Maven pom.xml.
It is a fairly simple project though, so it doesn’t exercise a great deal of
the platform.
On 18 Dec 2013, at
Hi,
I'm embedding Guvnor using the BRL Edition Mode. I'm then grabbing the BRL
code and adding it to the KnowledgeBuilder. I'm also loading the object
model jar using a class loader. This works fine if all the classes the rule
is using are at the root of the object model jar.
My question is,
HI,
drools.package was a Guvnor 5.5 (and prior) specific file used to add
imports to rules etc generated inside the application. It has no analogy
within drools-core itself.
Drools Workbench 6.0 adds imports to the files themselves so does not need
this additional helper file.
With kind
Also remember that even 5.6, while a bit more robust from that
perspective, is not guaranteed to be 100% thread safe.
Is there a document that details this robustness and what has changed ?.
Ruleflows, however, have been informally deprecated in favor of proper
bpmn business processes for a
Hi Mantis, thanks for your response.
I'm using kbuilder.add(ruleResource, ResourceType.BRL);
The BRL source code I grabbed from the embedded guvnor window doesn't have
explicit path names on the classes that it's using. For example, if the
class was packagename.Person it just has Person. Which
Hello,
Unfortunately Guvnor 5.5 (and prior) only uses that file when (1) building
the package and creating the PKG file, and (2) when validating a rule.
More unfortunately (for you) there is no direct means to retrieve the
drools.package file either with REST (that I assume you're using for the
If this BRL source code is more or less the same as DRL, it
should be possible to prepend a few lines containing import statements.
-W
On 18/12/2013, rjr201 rich.j.ri...@gmail.com wrote:
Hi Mantis, thanks for your response.
I'm using kbuilder.add(ruleResource, ResourceType.BRL);
The BRL
Thanks very much for both your responses.
I've realised that I can add a DRL file to the kbuilder that just has the
imports in it. These imports are then picked up by any BRL resources that
are added. It's a bit of a hack, but this seems to be working.
Thanks again for your responses.
--
Hi,
the MinimalPomParser is an xml parser we developed internally to cover the
most common and straightforward cases, but very likely it is unable to parse
the multi-module pom you're using.
However adding the kie-ci module to your dependencies (
The problem is that the OP is uploading the JAR to kie-wb.
This is where the error is thrown:
https://github.com/droolsjbpm/guvnor/blob/master/guvnor-m2repo-editor/guvnor-m2repo-editor-backend/src/main/java/org/guvnor/m2repo/backend/server/FileServlet.java#L154
Would this use the Maven Native
Yes, I'm trying to upload the JAR to the kie-wb maven repository via the
kie-wb Artifact Repository page. Since the kie-ci module is already on the
webapps classpath, I assume there are no other work-arounds to try.
I debugged the MinimalPomParser method below and found the InputStream
passed in
Can you provide your JAR?
On 18 December 2013 22:23, jguenth jgue...@co.pierce.wa.us wrote:
Yes, I'm trying to upload the JAR to the kie-wb maven repository via the
kie-wb Artifact Repository page. Since the kie-ci module is already on the
webapps classpath, I assume there are no other
Unfortunately, I cannot. I will try to create a bogus multi-module project to
replicate the problem and send it instead.
From: rules-users-boun...@lists.jboss.org
[mailto:rules-users-boun...@lists.jboss.org] On Behalf Of Michael Anstis
Sent: Wednesday, December 18, 2013 2:28 PM
To: Rules Users
Here is a simple multi-module maven project that causes the error.
test-import.tar.gz
http://drools.46999.n3.nabble.com/file/n4027360/test-import.tar.gz
Do a mvn clean install in the test-import directory and then try to upload
the test-import-domain-0.0.1-SNAPSHOT.jar from your local maven
It is supported, but you must be careful when you compile the DRL
resources.
You will have to compile the declares first and ensure that the
classloader is set correctly.
The easiest way to achieve this is to use the CompositeKnowledgeBuilder:
KnowledgeBuilder kbuilder =
Got this working. I was adding the listener at wrong place.
thanks
--
View this message in context:
http://drools.46999.n3.nabble.com/how-to-check-error-using-knowledgeAgent-when-rules-has-error-or-doesn-t-compile-tp4027221p4027362.html
Sent from the Drools: User forum mailing list archive at
16 matches
Mail list logo