If you need to keep track of changes in your WM database, a property change
listener is one solution. In addition with an AgendaEventListener listening to
rules being fired you should be able to document what was done and by which
rule. I'd say it is common sense to have this in a business application that
uses rule to modify data.

There are simpler scenarios such as validating or analyzing data where it
might not be necessary (after testing).

-W

On 9 August 2012 20:14, BenjaminWolfe <benjamin.e.wolfe@gmail.com> wrote:
Hello all,

My company is just venturing into Drools, and I'd like to help make the
endeavor as successful as possible.  We'll be incorporating the rules engine
into a broad range of use cases (depending on how successful the first few
are, of course), with a wide range of business users, most of them using the
Guvnor interface.

It seems to me we'll want some sort of audit log in the form of a
transaction-level table, simply to answer the question (in any given case,
for any reason) of /what happened?/.  On the other hand, a transaction-level
table -- for a whole set of rules -- for a *lot* of facts (built up over
time) -- could get pretty big.  And our tech folks might not want to
allocate resources to store and maintain the table.  So I have a couple of
questions for the more experienced Drools users:

1.  How might you build a solid business case for such logging?  Do you have
any specific examples of the problems an audit log would solve, or the
benefits it would create?
2.  How common is it to keep audit logs?  Do almost all of your projects
include them, almost none, or somewhere in between?
3.  Maybe I'm missing some nuance.  Do you include audit logs of some rules
fired, in some applications, but not others?  Any other nuggets of wisdom?

Thanks everyone,
Benjamin



--
View this message in context: http://drools.46999.n3.nabble.com/Audit-Logs-Business-Case-Any-pearls-of-wisdom-tp4019073.html
Sent from the Drools: User forum mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users