February 2020 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-3003) Enhance performance of PMML using decision trees

by Gabriele Cardosi (Jira)

[ https://issues.redhat.com/browse/DROOLS-3003?page=com.atlassian.jira.plug... ] Gabriele Cardosi closed DROOLS-3003. ------------------------------------ Resolution: Won't Do Invalid due to new implementation > Enhance performance of PMML using decision trees > ------------------------------------------------ > > Key: DROOLS-3003 > URL: https://issues.redhat.com/browse/DROOLS-3003 > Project: Drools > Issue Type: Enhancement > Components: PMML > Affects Versions: 7.12.0.Final > Reporter: Lance Leverich > Assignee: Gabriele Cardosi > Priority: Major > Labels: PMMLRefactor, TrustyAI > > Refactor the generation of rules and classes by the PMMLCompiler, for PMML resources containing Tree models. > # Replace any remaining instances of types declared in rules files with POJOs > # Reduce and/or remove the usage of rules in the process of generating rules and classes > # Expose/make available the POJO that is generated from the MiningSchema, so that it can be used as input, instead of PMMLRequestData type > # Update rules to make direct use of the input POJO -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 5 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4593) PMML Scorecard Pipeline - Model Resolver

by Gabriele Cardosi (Jira)

[ https://issues.redhat.com/browse/DROOLS-4593?page=com.atlassian.jira.plug... ] Gabriele Cardosi closed DROOLS-4593. ------------------------------------ Resolution: Won't Do Invalid due to new implementation > PMML Scorecard Pipeline - Model Resolver > ---------------------------------------- > > Key: DROOLS-4593 > URL: https://issues.redhat.com/browse/DROOLS-4593 > Project: Drools > Issue Type: Sub-task > Components: PMML > Reporter: Lance Leverich > Assignee: Gabriele Cardosi > Priority: Major > Labels: CustomerFocusTeam > > Create class that will be used to resolve the application of a model to input data. This includes... > * Invoking/running rules > * Retrieving any results of rule application > * Transforming results into required output -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 5 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4594) PMML Scorecard Pipeline - Model Applier

by Gabriele Cardosi (Jira)

[ https://issues.redhat.com/browse/DROOLS-4594?page=com.atlassian.jira.plug... ] Gabriele Cardosi closed DROOLS-4594. ------------------------------------ Assignee: Gabriele Cardosi (was: Lance Leverich) Resolution: Won't Do Invalid due to new implementation > PMML Scorecard Pipeline - Model Applier > --------------------------------------- > > Key: DROOLS-4594 > URL: https://issues.redhat.com/browse/DROOLS-4594 > Project: Drools > Issue Type: Sub-task > Components: PMML > Reporter: Lance Leverich > Assignee: Gabriele Cardosi > Priority: Major > Labels: CustomerFocus, CustomerFocusTeam > > Create the class that is the actual "pipeline" for applying a Scorecard model. This class will, at a minimum, do the following: > * Create and call the initializer object > * Create and/or transform input objects into the necessary domain objects > * Create and call the resolver object -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 5 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4590) PMML Scorecard Pipeline - Model Initializer

by Gabriele Cardosi (Jira)

[ https://issues.redhat.com/browse/DROOLS-4590?page=com.atlassian.jira.plug... ] Gabriele Cardosi closed DROOLS-4590. ------------------------------------ Resolution: Won't Do Invalid due to new implementation > PMML Scorecard Pipeline - Model Initializer > ------------------------------------------- > > Key: DROOLS-4590 > URL: https://issues.redhat.com/browse/DROOLS-4590 > Project: Drools > Issue Type: Sub-task > Components: PMML > Reporter: Lance Leverich > Assignee: Lance Leverich > Priority: Major > Labels: CustomerFocus, CustomerFocusTeam, drools-core > > When applying a Scorecard model to input data, some initialization needs to take place. > * Baseline scoring objects need to be created and/or inserted into working memory > * Partial score objections need to be created and/or inserted into working memory -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 5 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4880) JAXB serialize DomainClassMetadata classes

by Luca Molteni (Jira)

[ https://issues.redhat.com/browse/DROOLS-4880?page=com.atlassian.jira.plug... ] Luca Molteni commented on DROOLS-4880: -------------------------------------- Fixed by https://issues.redhat.com/browse/DROOLS-4880 I can put the Price class back to a static inner class > JAXB serialize DomainClassMetadata classes > ------------------------------------------ > > Key: DROOLS-4880 > URL: https://issues.redhat.com/browse/DROOLS-4880 > Project: Drools > Issue Type: Bug > Components: executable model > Reporter: Luca Molteni > Assignee: Luca Molteni > Priority: Major > Labels: good-first-issue > > See > https://github.com/kiegroup/droolsjbpm-integration/pull/1864/commits/2331... > The Price class was moved from a static inner class because it was causing a JAXB problem in OptaPlannerIntegrationTest that crashed while trying to serialize DomainClassMetadata (due to the creation of the synthetic class CloudBalancingGenerator$1 > Customers are still relying on static inner class so we should have this test running in the original form > run the test with > mvn -nsu -Dcontainer=wildfly -Dintegration-tests=true -Dfull=true -Dcontainer.profile=wildfly -Pwildfly clean install -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 5 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4739) Support Camel integration test with the executable model

by Luca Molteni (Jira)

[ https://issues.redhat.com/browse/DROOLS-4739?page=com.atlassian.jira.plug... ] Luca Molteni commented on DROOLS-4739: -------------------------------------- This fixes https://issues.redhat.com/browse/DROOLS-4880 > Support Camel integration test with the executable model > -------------------------------------------------------- > > Key: DROOLS-4739 > URL: https://issues.redhat.com/browse/DROOLS-4739 > Project: Drools > Issue Type: Enhancement > Reporter: Luca Molteni > Assignee: Toshiya Kobayashi > Priority: Major > Labels: good-first-issue > > AbstractRemoteIntegrationTest > in drools-jbpm-integration > Still doesn't support the executable model -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 5 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4589) Refactor of Scorecards

by Gabriele Cardosi (Jira)

[ https://issues.redhat.com/browse/DROOLS-4589?page=com.atlassian.jira.plug... ] Gabriele Cardosi updated DROOLS-4589: ------------------------------------- Labels: CustomerFocusTeam TrustyAI (was: CustomerFocusTeam) > Refactor of Scorecards > ---------------------- > > Key: DROOLS-4589 > URL: https://issues.redhat.com/browse/DROOLS-4589 > Project: Drools > Issue Type: Task > Components: PMML > Reporter: Lance Leverich > Assignee: Gabriele Cardosi > Priority: Major > Labels: CustomerFocusTeam, TrustyAI > > Re-design and refactoring of Scorecard model in kie-pmml module. The result of which should be... > * Scorecard models uses a standardized "pipeline" for processing requests to apply a model to input data > * Scorecard models use the "re-usable alpha network" approach when possible, minimizing the use of KieSessions and rete. > * Scorecard models use a minimal amount of rules when applying the model to input data, and any generated rules should be in executable model form/format > * Scorecard models are applied via a service interface > -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 5 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3003) Enhance performance of PMML using decision trees

by Gabriele Cardosi (Jira)

[ https://issues.redhat.com/browse/DROOLS-3003?page=com.atlassian.jira.plug... ] Gabriele Cardosi updated DROOLS-3003: ------------------------------------- Labels: PMMLRefactor TrustyAI (was: PMMLRefactor) > Enhance performance of PMML using decision trees > ------------------------------------------------ > > Key: DROOLS-3003 > URL: https://issues.redhat.com/browse/DROOLS-3003 > Project: Drools > Issue Type: Enhancement > Components: PMML > Affects Versions: 7.12.0.Final > Reporter: Lance Leverich > Assignee: Gabriele Cardosi > Priority: Major > Labels: PMMLRefactor, TrustyAI > > Refactor the generation of rules and classes by the PMMLCompiler, for PMML resources containing Tree models. > # Replace any remaining instances of types declared in rules files with POJOs > # Reduce and/or remove the usage of rules in the process of generating rules and classes > # Expose/make available the POJO that is generated from the MiningSchema, so that it can be used as input, instead of PMMLRequestData type > # Update rules to make direct use of the input POJO -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 5 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-5068) Unable to build KieModule with executable model in wildfly

by Mario Fusco (Jira)

[ https://issues.redhat.com/browse/DROOLS-5068?page=com.atlassian.jira.plug... ] Mario Fusco resolved DROOLS-5068. --------------------------------- Fix Version/s: 7.33.0.Final Resolution: Done Fixed by https://github.com/kiegroup/drools/commit/48e37f7cb680884b7ecd3bf0bcf4b8c... > Unable to build KieModule with executable model in wildfly > ---------------------------------------------------------- > > Key: DROOLS-5068 > URL: https://issues.redhat.com/browse/DROOLS-5068 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 7.32.0.Final > Reporter: Matteo Casalino > Assignee: Mario Fusco > Priority: Major > Fix For: 7.33.0.Final > > Attachments: build-kjar-in-wildfly.zip > > > Building a KieModule with executable model fails when executed in a wildfly container with the following error: > {noformat} > Error Messages: > Message [id=1, level=ERROR, path=src/main/java/org.drools.reproducer/DomainClassesMetadata71E36BCC7D89430EC0E872CFFD5B8B5D.java, line=2, column=44 > text=The type DomainClassesMetadata71E36BCC7D89430EC0E872CFFD5B8B5D collides with a package] > Message [id=2, level=ERROR, path=src/main/java/org.drools.reproducer/DomainClassesMetadata71E36BCC7D89430EC0E872CFFD5B8B5D.java, line=0, column=0 > text=Java source of src/main/java/org.drools.reproducer/DomainClassesMetadata71E36BCC7D89430EC0E872CFFD5B8B5D.java in error: > package org.drools.reproducer; > public class DomainClassesMetadata71E36BCC7D89430EC0E872CFFD5B8B5D { > public static final org.drools.model.DomainClassMetadata java_lang_String_Metadata_INSTANCE = new java_lang_String_Metadata(); > private static class java_lang_String_Metadata implements org.drools.model.DomainClassMetadata { > @Override > public Class<?> getDomainClass() { > return java.lang.String.class; > } > @Override > public int getPropertiesSize() { > return 2; > } > @Override > public int getPropertyIndex( String name ) { > switch(name) { > case "bytes": return 0; > case "empty": return 1; > } > throw new RuntimeException("Unknown property '" + name + "' for class class class java.lang.String"); > } > } > }] > {noformat} -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 5 months

1
0
0 / 0

[JBoss JIRA] (JGRP-2451) FD_ALL2: improvements

by Bela Ban (Jira)

[ https://issues.redhat.com/browse/JGRP-2451?page=com.atlassian.jira.plugin... ] Bela Ban commented on JGRP-2451: -------------------------------- Further improvements: * Dont' send heartbeat to self * Skip setting timestamp on reception of a heartbeat message from self * Skip checking heartbeat from self * Re-introduce {{timeout_check_interval}}? ** If we have a timeout of 60s, and a member sends a heartbeat just after the 60s-period started, we won't suspect it until roughly 120s later > FD_ALL2: improvements > --------------------- > > Key: JGRP-2451 > URL: https://issues.redhat.com/browse/JGRP-2451 > Project: JGroups > Issue Type: Feature Request > Reporter: Bela Ban > Assignee: Bela Ban > Priority: Major > Fix For: 5.0, 4.2.0 > > > Improvements to {{FD_ALL2}}. > * Messages should count as heartbeats ({{msg_counts_as_heartbeat}} should be *default*, and as such, deprecated). > * When a multicast message is sent before {{interval}} elapsed, we suppress sending a heartbeat > * There's a map associating members with booleans. True means a heartbeat was received since the last check, false means it wasn't. On a check, the booleans are all set to false. > It is crucial that setting the in the map is quick (not like in {{FD_ALL}}, where we fetch the current time from the time service), especially since this is done on every message. > The advantage is that we only send heartbeats when there is no (multicast) traffic, and we don't suspect a member P when heartbeats have been missing despite receiving traffic from P. > We need to think about whether to consider unicast messages, too, on the sender side: we could populate a bit map with messages sent to members: on a unicast message to P, P's bit would be set in the bit. On a multicast message, all bits would be set. Then, we could selectively send heartbeats only to members with bits set to 0. > However, this is only feasible with sending a message N-1 times (e.g. TCP); for UDP we don't have such an 'anycast' available. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 5 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira February 2020