I'm developing a system rules with drools, how any novice I found the problem
of infinite loops, in unitary test I resolved with annotation
@PropertyReactive and all works fine, until I uploaded my model and rules to
Guvnor.
Now I have developed a webservice that download the PKG from Guvnor, with
Hi,
I am facing problem in accessing the guvnor5.3.3.Final in IE. When I access
the Guvnor in IE it just showing the page with Please wait Application
Loading and nothing comes after that. Application is working fine in
Firefox and chrome but not working in IE.
I am using the user.agent values
I have the same problem
In local all works fine, but when I upgrade the model and rules to Guvnor,
generate the package PKG and download it from a java webservice, appears the
infinite loops, it is as if the @PropertiReactive is lost
All classes in my model are annotated with @PropertyReactive
I assume you have a service encapsulating your use of Drools?
Why not mock this service to use an implementation that returns what you
need?
On 8 August 2014 03:13, san_hegde santhosh.he...@hp.com wrote:
Hi ,
We have requirement where in during functional testing we do not want to
If I remember correctly this is a known issue. Unfortunately drools 5.6 is
final and can't be patched. Downloading the source drl rather than the compiled
pkg could be a workaround.
Please let me know if it works
Sent via the ASUS PadFone X, an ATT 4G LTE smartphone
Original Message
Possibly also worth pointing out that inserting a fact and executing a session
do not connect to Guvnor anyway?
Although, as Mike mentions, the simplest approach tends to be to create a
service which wraps knowledge base access and mock that. Although you could
also mock the session.
Actually during functional testing we want to test our service which in turn
calls rules and we want to test the service with changing rules. But we do not
want to change the rules in Guvnor rather we want to somehow mock it. Means
depending on our tests we want to use different modified
the updates just go through kie-ci, I’m assuming you are using this. I think
you could mock this without Guvnor, by creating a temporary local m2_repo and
add jars there. kie-ci will pick those up and try and apply them.
Mark
On 8 Aug 2014, at 18:02, san_hegde santhosh.he...@hp.com wrote:
I should add that nothing on the client side of updates actually talks to
Guvnor at all. It’s all just embedded Maven, interacting via local and remote
m2 repositories.
It just happens that Guvnor can build and install into a remote m2 repo.
Mark
On 8 Aug 2014, at 18:06, Mark Proctor
We are using drools-core 5.2 and Guvnor 5.2.
We are not using kie-ci and not sure if this is available for 5.2
Also is it possible to mock StatelessKnowledgeSession, so that I then even need
not connect to any repository and just return the output fact object as I need?
Thank you
Santhosh
Sounds like your service uses KnowledgeAgent that detects changes to rules
in Guvnor based upon a changeset?
Either way your requirement remains the same: *your* application
architecture needs to support (at least) the ability to provide different
changesets (for testing you can use a changeset
Hi Michael,
Yes, you are correct. We use the KnowledgeAgent that detects changes to rules
in Guvnor based upon a changeset.
One more question. Is there any way I can mock StatelessKnowledgeSession so
that I can mock the output Fact object.
Thank you
Santhosh Hegde A
From:
Hello,
Seems like the only option I have for specifying mu.drl files is via package
nmae as follows:
is there anyway to specify individual .drl files instead of *packeages* ?
Something lke
kie:kbase name=drl_kiesample3 source=classpath:rules/mydrl.drl
Please note that I am trying to specify
My advice is still to mock the service. If the service is too fat (I.e.
has alot of business functionality) split it into thinner layers until
you isolate the Drools usage and then write a different implementation of
this for your tests.
Sent on the move
On 8 Aug 2014 19:29, Ajekar, Santhosh
14 matches
Mail list logo