headers
Michael Neale | 9 Jul 2009 06:12
Picon
Gravatar

Re: [rules-dev] guvnor's version.txt

Sorry about that. Have moved it to target as it should be fine there.

On Sun, Jun 28, 2009 at 11:03 PM, Geoffrey De
Smet<ge0ffrey.spam <at> gmail.com> wrote:
> Hi,
>
> The guvnor's version.txt is a bit annoying in the development lifecycle.
>
> Try this:
>
> svn update
> mvn clean install -DskipTests
> svn update
>
> And you get this:
>
> Conflict discovered in
> 'drools-guvnor/src/main/java/org/drools/guvnor/public/version.txt'.
> Select: (p) postpone, (df) diff-full, (e) edit,
>        (h) help for more options: tf
>
>
> If it's a build generated file, it should be generated under
>  drools-guvnor/target/classes/org/drools/guvnor/public/version.txt
>
> or, if it's generated code
>
> drools-guvnor/target/generated-resources/org/drools/guvnor/public/version.txt
> and eclipse/intellij must be told to add that dir to their sources
> --
(Continue reading)

Permalink | Reply | 1 comment |
headers
Michael Neale | 9 Jul 2009 06:39
Picon
Gravatar

[rules-dev] Loop detection

For those that are interested, I thought I would try a variation on
the "tortoise and hare" algorithm to detect cycles in rule firing
patterns in order to "guess" that a infinite loop was happening and
stop it (that would work reasonably well for common cases). I was able
to use a version of it (I call it the "crippled tortoise") - and it
seems to work nicely.

The gist of it is to let the rules spin for a while, after N number of
firings, track another N (ie record the names of rules that fire for N
firings). Then run the cycle detector, see if it ends up with a cycle
- compare the cycle length ( divided by the number of rules in cycle)
with Y and then you have a pretty good idea that a loop is happening
(unless its a fib style recursion, perhaps). I have trouble guessing
what N and Y should be (Y needs to be < N) - I wasn't sure if as the
number of rules increase means that a larger sample is needed to
detect for cycles (as we don't want a false positive).

It seems to work well - certainly an opt in thing - I built it in to
the new execution server code to try it out, as it is an ideal place
you would want some protection like this (to stop wasting CPUs/threads
!).

Just thought people would be interested, and perhaps some have other
ideas (as there are lots of things we can mix in to help with this). I
also looked at using the LeftTuple hashcode, which is fine but only
tracks "key" field changes (so you can see the same hashcode over and
over even though the data is changing), so its not really perfect
either.

--

--
(Continue reading)

Permalink | Reply | 0 comments |
headers
Geoffrey De Smet | 9 Jul 2009 18:10
Picon
Gravatar

Re: [rules-dev] guvnor's version.txt

thanks :)

With kind regards,
Geoffrey De Smet

Michael Neale schreef:
> Sorry about that. Have moved it to target as it should be fine there.
> 
> On Sun, Jun 28, 2009 at 11:03 PM, Geoffrey De
> Smet<ge0ffrey.spam <at> gmail.com> wrote:
>> Hi,
>>
>> The guvnor's version.txt is a bit annoying in the development lifecycle.
>>
>> Try this:
>>
>> svn update
>> mvn clean install -DskipTests
>> svn update
>>
>> And you get this:
>>
>> Conflict discovered in
>> 'drools-guvnor/src/main/java/org/drools/guvnor/public/version.txt'.
>> Select: (p) postpone, (df) diff-full, (e) edit,
>>        (h) help for more options: tf
>>
>>
>> If it's a build generated file, it should be generated under
>>  drools-guvnor/target/classes/org/drools/guvnor/public/version.txt
(Continue reading)

Permalink | Reply | 0 comments |
headers
Mark Proctor | 10 Jul 2009 19:03

[rules-dev] Drools Flow Parts 1 & 2

"Drools JBoss Rules 5.0 Flow (Part 1)

Every non-trivial business process needs to make complex decisions. A rule engine is the ideal place for these decisions to happen. However, it is impractical to invoke a rule engine from a standard workflow engine. Instead, if we take a rule engine and add workflow capabilities, we have an ideal tool to model complex business processes—Drools Flow.

In this two-part article by Michal Bali, we'll look at Drools flow in detail. We'll build a loan approval process and cover the advanced concepts of a ruleflow like faults, subflows, and decisions."

http://www.packtpub.com/article/drools-jboss-rules-5.0-flow-part1

"Drools JBoss Rules 5.0 Flow (Part 2)

In this two-part article by Michal Bali, we'll look at Drools flow in detail by building a loan approval process. In the first part we covered: faults, subflows, and decisions.

In this part of the article we'll cover: Transfer Funds work Item, human tasks, and other aspects of ruleflow."

http://www.packtpub.com/article/drools-jboss-rules-5.0-flow-part2

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
Permalink | Reply | 0 comments |
headers
Jaroslaw Kijanowski | 11 Jul 2009 15:08
Picon

[rules-dev] smooks jar shipped in lib dir

Hi,
  is milyn-smooks-javabean-1.1.jar shipped with the bin distro by mistake?

Thanks,
  Jarek
_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
Permalink | Reply | 4 comments |
headers
Mark Proctor | 11 Jul 2009 17:03

Re: [rules-dev] smooks jar shipped in lib dir

Jaroslaw Kijanowski wrote:
> Hi,
>  is milyn-smooks-javabean-1.1.jar shipped with the bin distro by mistake?
no, it's part of drools-pipeline.

Mark
>
> Thanks,
>  Jarek
> _______________________________________________
> rules-dev mailing list
> rules-dev <at> lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev
>
>

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
Permalink | Reply | 3 comments |
headers
Jaroslaw Kijanowski | 11 Jul 2009 21:38
Picon

Re: [rules-dev] smooks jar shipped in lib dir

Thanks. Why isn't then at least one other jar shipped - 
milyn-smooks-core-1.1.2.jar? It contains the org.milyn.Smooks class - 
also used in the Smooks Transformer.

Mark Proctor wrote:
> Jaroslaw Kijanowski wrote:
>> Hi,
>>  is milyn-smooks-javabean-1.1.jar shipped with the bin distro by mistake?
> no, it's part of drools-pipeline.
> 
> Mark
>>
>> Thanks,
>>  Jarek
>> _______________________________________________
>> rules-dev mailing list
>> rules-dev <at> lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/rules-dev
>>
>>
> 
> 
> _______________________________________________
> rules-dev mailing list
> rules-dev <at> lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev
_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
Permalink | Reply | 2 comments |
headers
Mark Proctor | 11 Jul 2009 21:46

Re: [rules-dev] smooks jar shipped in lib dir

Jaroslaw Kijanowski wrote:
> Thanks. Why isn't then at least one other jar shipped - 
> milyn-smooks-core-1.1.2.jar? It contains the org.milyn.Smooks class - 
> also used in the Smooks Transformer.
Is core not there? Might be a maven issue, we just tell maven to include 
all dependencies.

Mark
>
>
> Mark Proctor wrote:
>> Jaroslaw Kijanowski wrote:
>>> Hi,
>>>  is milyn-smooks-javabean-1.1.jar shipped with the bin distro by 
>>> mistake?
>> no, it's part of drools-pipeline.
>>
>> Mark
>>>
>>> Thanks,
>>>  Jarek
>>> _______________________________________________
>>> rules-dev mailing list
>>> rules-dev <at> lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/rules-dev
>>>
>>>
>>
>>
>> _______________________________________________
>> rules-dev mailing list
>> rules-dev <at> lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/rules-dev
> _______________________________________________
> rules-dev mailing list
> rules-dev <at> lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev
>
>

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
Permalink | Reply | 1 comment |
headers
Jaroslaw Kijanowski | 11 Jul 2009 21:52
Picon

Re: [rules-dev] smooks jar shipped in lib dir

It's not in 5.0.1 nor in the latest 5.1.0 snapshot. I'll create a jira then.

Mark Proctor wrote:
> Jaroslaw Kijanowski wrote:
>> Thanks. Why isn't then at least one other jar shipped - 
>> milyn-smooks-core-1.1.2.jar? It contains the org.milyn.Smooks class - 
>> also used in the Smooks Transformer.
> Is core not there? Might be a maven issue, we just tell maven to include 
> all dependencies.
> 
> Mark
>>
>>
>> Mark Proctor wrote:
>>> Jaroslaw Kijanowski wrote:
>>>> Hi,
>>>>  is milyn-smooks-javabean-1.1.jar shipped with the bin distro by 
>>>> mistake?
>>> no, it's part of drools-pipeline.
>>>
>>> Mark
>>>>
>>>> Thanks,
>>>>  Jarek
>>>> _______________________________________________
>>>> rules-dev mailing list
>>>> rules-dev <at> lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/rules-dev
>>>>
>>>>
>>>
>>>
>>> _______________________________________________
>>> rules-dev mailing list
>>> rules-dev <at> lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/rules-dev
>> _______________________________________________
>> rules-dev mailing list
>> rules-dev <at> lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/rules-dev
>>
>>
> 
> 
> _______________________________________________
> rules-dev mailing list
> rules-dev <at> lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev
_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
Permalink | Reply | 0 comments |
headers
Mark Proctor | 13 Jul 2009 08:02

[rules-dev] Drools Simulation and Test framework

http://blog.athico.com/2009/07/drools-simulation-and-test-framework.html

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
Permalink | Reply | 0 comments |

Gmane