December 2020 - jboss-jira - Jboss List Archives

[Red Hat JIRA] (DROOLS-5282) Client side FEEL

by Kris Verlaenen (Jira)

[ https://issues.redhat.com/browse/DROOLS-5282?page=com.atlassian.jira.plug... ] Kris Verlaenen updated DROOLS-5282: ----------------------------------- Sprint: 2020 Week 16-18 (from Apr 13), 2020 Week 19-21 (from May 4), 2020 Week 22-24 (from May 25), 2020 Week 25-27 (from Jun 15), 2020 Week 28-30 (from Jul 6), 2020 Week 31-33 (from Jul 27), 2020 Week 34-36 (from Aug 17), 2020 Week 37-39 (from Sep 7), 2020 Week 40-42 (from Sep 28), 2020 Week 43-45 (from Okt 19), 2020 Week 46-48 (from Nov 9), 2020 Week 49-51 (from Nov 30) (was: 2020 Week 16-18 (from Apr 13), 2020 Week 19-21 (from May 4), 2020 Week 22-24 (from May 25), 2020 Week 25-27 (from Jun 15), 2020 Week 28-30 (from Jul 6), 2020 Week 31-33 (from Jul 27), 2020 Week 34-36 (from Aug 17), 2020 Week 37-39 (from Sep 7), 2020 Week 40-42 (from Sep 28), 2020 Week 43-45 (from Okt 19), 2020 Week 46-48 (from Nov 9)) > Client side FEEL > ---------------- > > Key: DROOLS-5282 > URL: https://issues.redhat.com/browse/DROOLS-5282 > Project: Drools > Issue Type: Epic > Components: DMN Editor > Reporter: Toni Rikkola > Assignee: Toni Rikkola > Priority: Major > Labels: drools-tools > > Make kie-dmn-feel usable in the client side. > Notes: > * FEEL functions use reflection, but many if not all of them can be hard coded -- This message was sent by Atlassian Jira (v7.13.8#713008)

3 years, 4 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-13936) Upgrade smallrye-fault-tolerance to 4.3.1

by Radoslav Husar (Jira)

[ https://issues.redhat.com/browse/WFLY-13936?page=com.atlassian.jira.plugi... ] Radoslav Husar updated WFLY-13936: ---------------------------------- Fix Version/s: 22.0.0.Alpha1 (was: 22.0.0.Beta1) > Upgrade smallrye-fault-tolerance to 4.3.1 > ----------------------------------------- > > Key: WFLY-13936 > URL: https://issues.redhat.com/browse/WFLY-13936 > Project: WildFly > Issue Type: Component Upgrade > Components: MP Fault Tolerance > Affects Versions: 22.0.0.Alpha1 > Reporter: Radoslav Husar > Assignee: Radoslav Husar > Priority: Major > Fix For: 22.0.0.Alpha1 > > > Brings in new API module. > Release notes: > https://github.com/smallrye/smallrye-fault-tolerance/releases/tag/4.3.1 > Changes: > https://github.com/smallrye/smallrye-fault-tolerance/compare/4.3.0...4.3.1 > Notable changes: > Fixes: > https://github.com/smallrye/smallrye-fault-tolerance/commit/0e85a1ee4c689... > https://github.com/smallrye/smallrye-fault-tolerance/commit/28b2c26fc031a... > Improvements: > https://github.com/smallrye/smallrye-fault-tolerance/commit/af4ca42825c79... > https://github.com/smallrye/smallrye-fault-tolerance/commit/4b5081ba807ea... > "Breaking changes" > https://github.com/smallrye/smallrye-fault-tolerance/commit/e195d42b01f60... - this now requires a new module and new module dependency on 'smallrye-metrics-api' > Deprecations: > https://github.com/smallrye/smallrye-fault-tolerance/commit/b03f9d90d22b0... -- This message was sent by Atlassian Jira (v7.13.8#713008)

3 years, 4 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-13936) Upgrade smallrye-fault-tolerance to 4.3.1

by Radoslav Husar (Jira)

[ https://issues.redhat.com/browse/WFLY-13936?page=com.atlassian.jira.plugi... ] Radoslav Husar updated WFLY-13936: ---------------------------------- Affects Version/s: 21.0.0.Final (was: 22.0.0.Alpha1) > Upgrade smallrye-fault-tolerance to 4.3.1 > ----------------------------------------- > > Key: WFLY-13936 > URL: https://issues.redhat.com/browse/WFLY-13936 > Project: WildFly > Issue Type: Component Upgrade > Components: MP Fault Tolerance > Affects Versions: 21.0.0.Final > Reporter: Radoslav Husar > Assignee: Radoslav Husar > Priority: Major > Fix For: 22.0.0.Alpha1 > > > Brings in new API module. > Release notes: > https://github.com/smallrye/smallrye-fault-tolerance/releases/tag/4.3.1 > Changes: > https://github.com/smallrye/smallrye-fault-tolerance/compare/4.3.0...4.3.1 > Notable changes: > Fixes: > https://github.com/smallrye/smallrye-fault-tolerance/commit/0e85a1ee4c689... > https://github.com/smallrye/smallrye-fault-tolerance/commit/28b2c26fc031a... > Improvements: > https://github.com/smallrye/smallrye-fault-tolerance/commit/af4ca42825c79... > https://github.com/smallrye/smallrye-fault-tolerance/commit/4b5081ba807ea... > "Breaking changes" > https://github.com/smallrye/smallrye-fault-tolerance/commit/e195d42b01f60... - this now requires a new module and new module dependency on 'smallrye-metrics-api' > Deprecations: > https://github.com/smallrye/smallrye-fault-tolerance/commit/b03f9d90d22b0... -- This message was sent by Atlassian Jira (v7.13.8#713008)

3 years, 4 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14147) Near-cache should be disabled when max-active-sessions is 0

by Paul Ferraro (Jira)

Paul Ferraro created WFLY-14147: ----------------------------------- Summary: Near-cache should be disabled when max-active-sessions is 0 Key: WFLY-14147 URL: https://issues.redhat.com/browse/WFLY-14147 Project: WildFly Issue Type: Bug Components: Clustering Affects Versions: 22.0.0.Alpha1 Reporter: Paul Ferraro Assignee: Paul Ferraro When a distributed web application uses <max-active-sessions>0</max-active-sessions> no sessions should be retained in memory on the local node, thus the near-cache of the RemoteCache for this application should be disabled. -- This message was sent by Atlassian Jira (v7.13.8#713008)

3 years, 4 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5859) Include new impl (kie-pmml-trusty) in product artifacts

by Gabriele Cardosi (Jira)

[ https://issues.redhat.com/browse/DROOLS-5859?page=com.atlassian.jira.plug... ] Gabriele Cardosi reassigned DROOLS-5859: ---------------------------------------- Assignee: Gabriele Cardosi (was: Mario Fusco) > Include new impl (kie-pmml-trusty) in product artifacts > ------------------------------------------------------- > > Key: DROOLS-5859 > URL: https://issues.redhat.com/browse/DROOLS-5859 > Project: Drools > Issue Type: Feature Request > Reporter: Gabriele Cardosi > Assignee: Gabriele Cardosi > Priority: Major > Labels: TrustyAI > > Include PMML trusty inside Business Central (kie-wb-distributions/business-central-parent/) and Kie-Server (droolsjbpm-integration/kie-server-parent/) -- This message was sent by Atlassian Jira (v7.13.8#713008)

3 years, 4 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5867) Update ApplyPmmlModelCommand to manage both PMML implementations

by Gabriele Cardosi (Jira)

[ https://issues.redhat.com/browse/DROOLS-5867?page=com.atlassian.jira.plug... ] Gabriele Cardosi updated DROOLS-5867: ------------------------------------- Description: Currently, ApplyPmmlModelCommand (inside drools) invoke directly the legacy PMML delegate (ApplyPmmlModelCommandExecutorImpl). # move Command newApplyPmmlModel(PMMLRequestData request); from ExtendedKieCommands to KieCommands # define PMMLCommandExecutor interface inside kie-internal (droolsjbpm-knowledge) # define PMMLCommandExecutorFactory interface inside kie-internal (droolsjbpm-knowledge) # write PMMLCommandExecutor implementation (inside kie-pmml-trusty ) # write PMMLCommandExecutorFactory implementation (inside kie-pmml-trusty ) # write kie.konf in the same module as PMMLCommandExecutorFactory implementation to bind the implementation to the interface # create a static method "isToEnable()" to be used by PMMLAssemblerService(s) and ApplyPmmlModelCommand to retrieve which implementation is to be enabled - it will replace the ones in PMMLAssemblerService(s) (inside kie-api) # modify ApplyPmmlModelCommand to switch between factories/implementations (using the above method to choose the implementation to enable) was: Currently, ApplyPmmlModelCommand (inside drools) invoke directly the legacy PMML delegate (ApplyPmmlModelCommandExecutorImpl). # define PMMLCommandExecutor interface inside kie-internal (droolsjbpm-knowledge) # write a PMMLCommandExecutor factory (where ? It must be visible by drools-core inside ApplyPmmlModelCommand) # write a PMMLCommandExecutor implementation (where ? It must be visible by PMMLCommandExecutor factory ) # modify ApplyPmmlModelCommand to switch between factories/implementations. > Update ApplyPmmlModelCommand to manage both PMML implementations > ----------------------------------------------------------------- > > Key: DROOLS-5867 > URL: https://issues.redhat.com/browse/DROOLS-5867 > Project: Drools > Issue Type: Task > Reporter: Gabriele Cardosi > Assignee: Gabriele Cardosi > Priority: Major > Labels: TrustyAI > > Currently, ApplyPmmlModelCommand (inside drools) invoke directly the legacy PMML delegate (ApplyPmmlModelCommandExecutorImpl). > # move Command newApplyPmmlModel(PMMLRequestData request); from ExtendedKieCommands to KieCommands > # define PMMLCommandExecutor interface inside kie-internal (droolsjbpm-knowledge) > # define PMMLCommandExecutorFactory interface inside kie-internal (droolsjbpm-knowledge) > # write PMMLCommandExecutor implementation (inside kie-pmml-trusty ) > # write PMMLCommandExecutorFactory implementation (inside kie-pmml-trusty ) > # write kie.konf in the same module as PMMLCommandExecutorFactory implementation to bind the implementation to the interface > # create a static method "isToEnable()" to be used by PMMLAssemblerService(s) and ApplyPmmlModelCommand to retrieve which implementation is to be enabled - it will replace the ones in PMMLAssemblerService(s) (inside kie-api) > # modify ApplyPmmlModelCommand to switch between factories/implementations (using the above method to choose the implementation to enable) -- This message was sent by Atlassian Jira (v7.13.8#713008)

3 years, 4 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5812) DMN demonstrate use of Listener to trace DT Annotation

by Kris Verlaenen (Jira)

[ https://issues.redhat.com/browse/DROOLS-5812?page=com.atlassian.jira.plug... ] Kris Verlaenen updated DROOLS-5812: ----------------------------------- Sprint: 2020 Week 46-48 (from Nov 9), 2020 Week 49-51 (from Nov 30) (was: 2020 Week 46-48 (from Nov 9)) > DMN demonstrate use of Listener to trace DT Annotation > ------------------------------------------------------ > > Key: DROOLS-5812 > URL: https://issues.redhat.com/browse/DROOLS-5812 > Project: Drools > Issue Type: Task > Components: dmn engine > Reporter: Matteo Mortari > Assignee: Matteo Mortari > Priority: Major > -- This message was sent by Atlassian Jira (v7.13.8#713008)

3 years, 4 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-4640) DMN Editor constraint on Type does not reflect in Decision Table

by Jozef Marko (Jira)

[ https://issues.redhat.com/browse/DROOLS-4640?page=com.atlassian.jira.plug... ] Jozef Marko updated DROOLS-4640: -------------------------------- Tester: Jozef Marko > DMN Editor constraint on Type does not reflect in Decision Table > ---------------------------------------------------------------- > > Key: DROOLS-4640 > URL: https://issues.redhat.com/browse/DROOLS-4640 > Project: Drools > Issue Type: Enhancement > Components: DMN Editor > Reporter: Matteo Mortari > Assignee: Guilherme Gomes > Priority: Major > Attachments: image-2019-10-11-11-02-31-881.png > > > Editing the classic Traffic Violation item definition to put enumeration on string for the violation type "speed", "parking", ... once done in the item definition is not reflected in the decision table, and that prevents also from getting the real intended DT static analysis message for the table. > !image-2019-10-11-11-02-31-881.png|thumbnail! > in the attached screenshot I entered the data also manually in the DT's property right tab. -- This message was sent by Atlassian Jira (v7.13.8#713008)

3 years, 4 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5865) Folder test-classes is not excluded from kie-maven-plugin build

by Nikolas Falco (Jira)

[ https://issues.redhat.com/browse/DROOLS-5865?page=com.atlassian.jira.plug... ] Nikolas Falco edited comment on DROOLS-5865 at 11/30/20 7:48 AM: ----------------------------------------------------------------- This issue is not related to DROOLS-4440 but requires a similar fix to the [BuildMojo.writeClassFiles|https://github.com/kiegroup/droolsjbpm-integrat... like: {code:java} .filter(name -> name.endsWith(".class") && !name.contains("target/classes") && !name.contains("target\\classes") && !name.contains("target/test-classes") && !name.contains("target\\test-classes") ) {code} or any better manage of resource to copy. The issue happens when you run two maven command like "mvn clean verify && mvn deploy". The second run deploy without a clean causes the issue where the jar contains unexpected test classes under unexpected path was (Author: nfalco79): This issue is not related to DROOLS-4440 but requires a similar fix to the [BuildMojo.writeClassFiles|https://github.com/kiegroup/droolsjbpm-integrat... like: {code:java} .filter(name -> name.endsWith(".class") && !name.contains("target/classes") && !name.contains("target\\classes") && !name.contains("target/test-classes") && !name.contains("target\\test-classes") ) {code} or any better manage of resource to copy. > Folder test-classes is not excluded from kie-maven-plugin build > --------------------------------------------------------------- > > Key: DROOLS-5865 > URL: https://issues.redhat.com/browse/DROOLS-5865 > Project: Drools > Issue Type: Bug > Components: tools > Affects Versions: 7.46.0.Final > Reporter: Laura Cameran > Assignee: Mario Fusco > Priority: Major > > Maven goal kie-maven-plugin:build doesn't exclude folder "target/test-classes". As result, if we previously run for example mvn test goal, the target/test-classes folder is included during the write operation on outputDirectory. > > I think this issue is related to DROOLS-4440. -- This message was sent by Atlassian Jira (v7.13.8#713008)

3 years, 4 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14151) Introduce a base "health" subsystem and move microprofile-health to the microprofile feature-pack

by Jeff Mesnil (Jira)

[ https://issues.redhat.com/browse/WFLY-14151?page=com.atlassian.jira.plugi... ] Jeff Mesnil updated WFLY-14151: ------------------------------- Summary: Introduce a base "health" subsystem and move microprofile-health to the microprofile feature-pack (was: Introduce a base "metrics" subsystem and move microprofile-health to the microprofile feature-pack) > Introduce a base "health" subsystem and move microprofile-health to the microprofile feature-pack > ------------------------------------------------------------------------------------------------- > > Key: WFLY-14151 > URL: https://issues.redhat.com/browse/WFLY-14151 > Project: WildFly > Issue Type: Feature Request > Components: MP Metrics > Reporter: Jeff Mesnil > Assignee: Jeff Mesnil > Priority: Major > Fix For: 22.0.0.Beta1 > > > The microprofile-metrics-smallrye subsystem is provided by the wilfdfly galleon-pack. > However its logical inclusion is in the microprofile feature pack (org.wildfly:wildfly-mp-feature-pack-galleon-common) which provides features for MicroProfile. > We should move the subsystem (and extension) to this feature pack. > However, the base WildFly server is still expected to provide "base" metrics (for the WildFly management model and the JVM) that can be consumed out of the box. > I propose to introduce a simple "metrics" subsystem (without any external dependencies) that exposes the WildFly management model and the JVM (using JMX) to the /metrics endpoint (on the management port) with the Prometheus format. > The microprofile-metrics-smallrye subsystem will be refactored to "plug" in the same HTTP endpoint and overrides the base metrics endpoint and provide the full features of MicroProfile metrics (application metrics, JSON output, etc.) -- This message was sent by Atlassian Jira (v7.13.8#713008)

3 years, 4 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira December 2020