[JBoss JIRA] (DROOLS-3420) Replace Composite for SourceTypeSelector/TitledAttachmentFileWidget
by Klara Kufova (Jira)
[ https://issues.jboss.org/browse/DROOLS-3420?page=com.atlassian.jira.plugi... ]
Klara Kufova updated DROOLS-3420:
---------------------------------
Sprint: (was: 2019 Week 11-13)
> Replace Composite for SourceTypeSelector/TitledAttachmentFileWidget
> -------------------------------------------------------------------
>
> Key: DROOLS-3420
> URL: https://issues.jboss.org/browse/DROOLS-3420
> Project: Drools
> Issue Type: Task
> Components: Scenario Simulation and Testing
> Reporter: Gabriele Cardosi
> Assignee: Daniele Zonca
> Priority: Minor
>
> SourceTypeSelector and TitledAttachmentFileWidget extends Composite, while we are currently strive to move toward new Elemental. At the same time, the list where they are using is expecting a IsWidget type. So, try if already a similar widget exists inside appformer/kie, otherwise create new one and (eventually) implement the asWidget method and returns a "Widget".
> Later, ask [~Rikkola] to move it on upper framework.
> *ADDITIONAL IMPROVEMENTS:*
> # -When there are two {{.dmn}} files in the project, the second one is not in the list when creating a new test scenario asset. *The list must be refreshed to contain all available {{.dmn}} files.* The same problem occurs also with a single {{.dmn}} file in the project. Sometimes the list of available {{.dmn}} files is not refreshed and even though they are in the project, they are not displayed in the list.- -> Addressed in [!1047|https://github.com/kiegroup/drools-wb/pull/1047].
> # Change *Choose DMN asset* to *Choose a DMN asset*.
> # The box for choosing a {{.dmn}} file is not wide enough. Make it either as wide as the boxes above (for the name of the asset and the package) or change it to a drop down (the same style as the package drop down).
> # -The value of a {{.dmn}} file should not be pre-filled once the box has been used. Clear the status so the box is always empty.- -> Addressed in [!1047|https://github.com/kiegroup/drools-wb/pull/1047].
> # -The field *Choose DMN asset* should be marked with *{color:red}*{color}* (required field).- -> Addressed in [!1047|https://github.com/kiegroup/drools-wb/pull/1047].
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months
[JBoss JIRA] (DROOLS-3774) Add auditing functionality to record/log which rules fired during a specific run
by Duncan Doyle (Jira)
[ https://issues.jboss.org/browse/DROOLS-3774?page=com.atlassian.jira.plugi... ]
Duncan Doyle commented on DROOLS-3774:
--------------------------------------
Some additional context:
This is what other engines/vendors provides through their BI tool, that then enables to either store it (for traceability / audit ability reasons) and/ or send it as a letter to end-customers - eg 'Your mortgage application was rejected because of reason XYZ' where reason XYZ is rule XYZ
>From a business perspective; how many mortgage applications are we rejecting because of reason XYZ, should we change those (are the rules too tight, too loose ...) >> eg can we increase risk to get more business? or do we need to offer a new banking product?
> Add auditing functionality to record/log which rules fired during a specific run
> --------------------------------------------------------------------------------
>
> Key: DROOLS-3774
> URL: https://issues.jboss.org/browse/DROOLS-3774
> Project: Drools
> Issue Type: Feature Request
> Components: core engine
> Affects Versions: 7.19.0.Final
> Reporter: Duncan Doyle
> Assignee: Mario Fusco
> Priority: Major
>
> We've had multiple requests to add an ootb auditing/logging feature to Drools. The basic requirements is to allow users to audit which rules fired against which data and for what reason.
> For example, when you want to determine a fraud transaction, and you insert transactions into an engine, you want to know why a transaction was marked as fraudulent. So you want to know which rules fired against which transaction.
> Another requirement I've seen is the following:
> [quote]
> Furthermore, they want the dashboard to show all the rules that execute by task stage in summary and then have the ability to drill into that list to see the individual delinquent account and the rules fired against it.
> [/quote]
> I know that we can add listeners to the engine to record things like MatchFired, but it would be great if we would have an ootb feature for this. Maybe even an API that instead of returning the number of rules fired, would be able to return the entire execution context.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 3 months