<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
</head>
<body text="#000000" bgcolor="#ffffff">
Hi Chris, <br>
since you mention to already have a support license for JBoss
Enterprise BRMS, the best place to ask these types of questions is
at the excellent JBoss Customer Support Portal
(<a class="moz-txt-link-freetext" href="https://access.redhat.com/home">https://access.redhat.com/home</a>) where your question will be handled
under SLAs ensuring timely response and continuous quality assurance
monitoring of the same.<br>
<br>
Just FYI, I believe the issue you are mentioning has been fixed in
trunk (see Jira <a class="moz-txt-link-freetext" href="https://issues.jboss.org/browse/JBRULES-2942">https://issues.jboss.org/browse/JBRULES-2942</a>) which
should make the fix available in the next BRMS 5.2 release. Please
confirm with the Red Hat support engineers through a support case as
they are much more knowledgeable on product releases, and direct any
further questions regarding the supported BRMS bits to them.<br>
<br>
If there are any further issues that you would like to see
prioritized for the supported BRMS bits you are using, we will be
glad to work with you through the JBoss Customer Support Portal.<br>
<br>
Thanks.<br>
Tihomir<br>
<br>
<br>
On 4/27/11 2:31 PM, Chris Selwyn wrote:
<blockquote cite="mid:4DB860E8.5060806@selwyn-family.me.uk"
type="cite">
<meta http-equiv="content-type" content="text/html;
charset=ISO-8859-1">
I am finding that the "salience" feature is acting very
erratically.<br>
<br>
Some of my rules modify the working memory. So I would like them
to execute before the others that simply read the memory after
modification and report on certain data conditions that are left
after all modifications have happened.<br>
<br>
The "modifying" rules have a salience of 5. The "reading" rules
have a salience of 0.<br>
<br>
Using the rules logging I can see activations of my modifying
rules being created and activations of the reading rules being
created.<br>
And I can see "reading" rules (with salience 0) being executed <i>before</i>
"modifying" rules (with salience 5) even though no other
activations are being created in between them.<br>
<br>
I am not using agenda groups or anything "fancy" like that.<br>
<br>
Debugging through the code I can see the "MAIN" agenda group is a
queue organised as heap.<br>
However, the order in which things happen is very
non-deterministic (presumably due to hashing or something like
that) and I am finding it very difficult to actually pin down an
actual 100% reproducible case.<br>
<br>
Is there any known problem with the salience mechanism?<br>
<br>
I am using JBoss Rules 5.1.0 (with a support licence).<br>
<br>
Chris Selwyn<br>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
rules-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:rules-users@lists.jboss.org">rules-users@lists.jboss.org</a>
<a class="moz-txt-link-freetext" href="https://lists.jboss.org/mailman/listinfo/rules-users">https://lists.jboss.org/mailman/listinfo/rules-users</a>
</pre>
</blockquote>
<br>
</body>
</html>