[JBoss JIRA] (DROOLS-4911) Allow bound variables to be a function of 3 and 4 other variables
by Lukáš Petrovický (Jira)
Lukáš Petrovický created DROOLS-4911:
----------------------------------------
Summary: Allow bound variables to be a function of 3 and 4 other variables
Key: DROOLS-4911
URL: https://issues.redhat.com/browse/DROOLS-4911
Project: Drools
Issue Type: Enhancement
Components: executable model
Affects Versions: 7.31.0.Final
Reporter: Lukáš Petrovický
Assignee: Lukáš Petrovický
Fix For: 7.32.0.Final
For a use case in OptaPlanner's Constraint Streams (see PLANNER-1764), I need to be able to call variable binding functions with 3 or 4 arguments. This will allow me to handle cases like this:
{noformat}
$p1: Person()
$p2: Person()
$p3: Person($allMoney: $p1.money + $p2.money + $p3.money)
{noformat}
At the moment, Drools exec model only supports cases of up to 2 arguments. I need to bring the number up to 4.
I do not plan to introduce this functionality into DRL, as my use case leverages exec model directly.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 10 months
[JBoss JIRA] (WFLY-12941) , Count metrics in wildfly17 does not increase
by Brian Stansberry (Jira)
[ https://issues.redhat.com/browse/WFLY-12941?page=com.atlassian.jira.plugi... ]
Brian Stansberry commented on WFLY-12941:
-----------------------------------------
[~alireza.alallah]
Can you be more specific? There are many different subsystems in WildFly that provide their own metrics so knowing which are a problem will help.
Also, many subsystems have a 'statistics-enabled' configuration attribute with a default value of 'false'. (It's false by default because collection metrics has a perf impact so we want users to opt into it.) If that attribute is 'false' for a subsystem it may look like some metrics don't move from 0.
> ,Count metrics in wildfly17 does not increase
> ---------------------------------------------
>
> Key: WFLY-12941
> URL: https://issues.redhat.com/browse/WFLY-12941
> Project: WildFly
> Issue Type: Bug
> Reporter: alireza alallah
> Assignee: Brian Stansberry
> Priority: Major
>
> Count metrics in wildfly17 does not increase
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 10 months
[JBoss JIRA] (DROOLS-1084) kjar maven dependencies are downloaded even if scope is set to provided or test
by Mario Fusco (Jira)
[ https://issues.redhat.com/browse/DROOLS-1084?page=com.atlassian.jira.plug... ]
Mario Fusco resolved DROOLS-1084.
---------------------------------
Resolution: Done
Fixed by https://github.com/kiegroup/drools/commit/70e5b2be5db1b610db41e2cecc9b0ea...
> kjar maven dependencies are downloaded even if scope is set to provided or test
> -------------------------------------------------------------------------------
>
> Key: DROOLS-1084
> URL: https://issues.redhat.com/browse/DROOLS-1084
> Project: Drools
> Issue Type: Bug
> Affects Versions: 6.3.0.Final
> Reporter: Lindsay Thurmond
> Assignee: Mario Fusco
> Priority: Major
> Attachments: debug1.png, debug2.png, debug3.png
>
>
> The creation of a new kbase triggers the specified rules kjar to be downloaded from the remote Maven repository. This works as expected but has the side effect of also downloading the Maven dependencies for the kjar. The problem is that it is downloading ALL the Maven dependencies even if they are specified as provided or test scope. This shouldn't happen since provided dependencies are expected to already be on the classpath and we should never need test dependencies at all during runtime at all.
> I did some digging into the Drools source to and found out that
> {{KieRepositoryImpl#getKieModule()}}
> contains logic to check the classpath for the KieModule and if it can't find it to load everything from the Maven repo which includes downloading all the dependencies (and dependencies of dependencies and so on).
> Unfortunately the code for checking the classpath is not actually implemented and looks like this:
> {code}
> private KieModule checkClasspathForKieModule(ReleaseId releaseId) {
> // TODO
> // ClassLoader classLoader = Thread.currentThread().getContextClassLoader();
> // URL url = classLoader.getResource( ((ReleaseIdImpl)releaseId).getPomPropertiesPath() );
> return null;
> }
> {code}
> After nothing is found on the classpath everything is downloaded from Maven. You can see all the stuff that is going to be downloaded (if it's not already in your Maven repo) in
> {{DefaultProjectDependenciesResolver#resolve() //line 159}}
> You can even see here that the dependencies have been marked as provided, but regardless they are going to be downloaded.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 10 months