-
Notifications
You must be signed in to change notification settings - Fork 2.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[incubator-kie-issues#1370] DMN: refactor BaseFEELFunction getCandidateMethod #6023
Conversation
… not covered. Issues with singleton list of null element
TCK tests passed successfully, well done! |
@@ -6,9 +6,9 @@ | |||
* to you under the Apache License, Version 2.0 (the | |||
* "License"); you may not use this file except in compliance | |||
* with the License. You may obtain a copy of the License at | |||
* | |||
* <p> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Oops
if ( isNamedParams ) { | ||
params = rearrangeParameters(params, this.getParameters().get(0).stream().map(Param::getName).collect(Collectors.toList())); | ||
if (isNamedParams) { | ||
// This is inherently frail because it expects that, if, the first parameter is NamedParameter |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think as far as I understand it, this is by the specification. Please see section 10.3.1.2 Grammar rules, Rule 39 in the specification. The "parameters" are either "named parameters" or "positional parameters".
Object[] toReturn = addCtxParamIfRequired(ctx, params, isNamedParams, m); | ||
Class<?>[] parameterTypes = m.getParameterTypes(); | ||
if (isNamedParams) { | ||
// This is inherently frail because it expects that, if, the first parameter is NamedParameter and the |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think as far as I understand it, this is by the specification. Please see section 10.3.1.2 Grammar rules, Rule 39 in the specification. The "parameters" are either "named parameters" or "positional parameters".
Do we know the performance impact of this please? |
Main
1370
|
@baldimir @yesamer @mariofusco 1370
Now the differences seems more negligible and, in few cases, it seems new code is faster |
…teMethod (apache#6023) * [incubator-kie-issues#1370] Clean up signature/unused code * [incubator-kie-issues#1370] WIP. Implemented first unit test * [incubator-kie-issues#1370] WIP. Implemented unit tests * [incubator-kie-issues#1370] WIP. Further refactoring with unit tests. Fully working * [incubator-kie-issues#1370] WIP. Begin ScorerHelper implementation. Fully working * [incubator-kie-issues#1370] WIP. Implemented ScorerHelper with test. Fully working * [incubator-kie-issues#1370] WIP. TODO: fix score logic - corner cases not covered. Issues with singleton list of null element * [incubator-kie-issues#1370] Working. Implemented tests. * [incubator-kie-issues#1370] Fully working. Fixing corner cases with Object parameters * [incubator-kie-issues#1370] Implemented CustomFunction invocation test * [incubator-kie-issues#1370] Improvement based on PR suggestion * [incubator-kie-issues#1370] Fix formatting * [incubator-kie-issues#1370] Benchmark improving - refactoring --------- Co-authored-by: Gabriele-Cardosi <[email protected]>
…teMethod (apache#6023) * [incubator-kie-issues#1370] Clean up signature/unused code * [incubator-kie-issues#1370] WIP. Implemented first unit test * [incubator-kie-issues#1370] WIP. Implemented unit tests * [incubator-kie-issues#1370] WIP. Further refactoring with unit tests. Fully working * [incubator-kie-issues#1370] WIP. Begin ScorerHelper implementation. Fully working * [incubator-kie-issues#1370] WIP. Implemented ScorerHelper with test. Fully working * [incubator-kie-issues#1370] WIP. TODO: fix score logic - corner cases not covered. Issues with singleton list of null element * [incubator-kie-issues#1370] Working. Implemented tests. * [incubator-kie-issues#1370] Fully working. Fixing corner cases with Object parameters * [incubator-kie-issues#1370] Implemented CustomFunction invocation test * [incubator-kie-issues#1370] Improvement based on PR suggestion * [incubator-kie-issues#1370] Fix formatting * [incubator-kie-issues#1370] Benchmark improving - refactoring --------- Co-authored-by: Gabriele-Cardosi <[email protected]>
Fixes apache/incubator-kie-issues#1370
How to replicate CI configuration locally?
Build Chain tool does "simple" maven build(s), the builds are just Maven commands, but because the repositories relates and depends on each other and any change in API or class method could affect several of those repositories there is a need to use build-chain tool to handle cross repository builds and be sure that we always use latest version of the code for each repository.
build-chain tool is a build tool which can be used on command line locally or in Github Actions workflow(s), in case you need to change multiple repositories and send multiple dependent pull requests related with a change you can easily reproduce the same build by executing it on Github hosted environment or locally in your development environment. See local execution details to get more information about it.
How to retest this PR or trigger a specific build:
for pull request and downstream checks
for a full downstream build
run_fdb
for Jenkins PR check only
Build Now
button.