December 2019 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-4849) SudokuExample cannot solve hard samples any more in Drools 7

by Luca Molteni (Jira)

[ https://issues.redhat.com/browse/DROOLS-4849?page=com.atlassian.jira.plug... ] Luca Molteni reassigned DROOLS-4849: ------------------------------------ Assignee: Luca Molteni (was: Mario Fusco) > SudokuExample cannot solve hard samples any more in Drools 7 > ------------------------------------------------------------ > > Key: DROOLS-4849 > URL: https://issues.redhat.com/browse/DROOLS-4849 > Project: Drools > Issue Type: Bug > Affects Versions: 7.30.0.Final > Reporter: Didier Loiseau > Assignee: Luca Molteni > Priority: Major > Labels: good-first-issue > > It appears {{SudokuExample}} is capable to resolve the Simple and Medium samples, but none of the Hard ones. They resolve a few cells but end with > {quote} > Sorry - can't solve this grid. > {quote} > in the console. > With explain = true, I can see that the "single" and "hidden single" rules fire (not always both, depends on the puzzle), but clearly when it stops, at least the latter should still fire for some cells. > There is also a small bug in the code, which is that the {{unsolvable}} flag is not reset during setup, so when you get the above error you also get it for any other example you solve afterwards. > I have checked with Drools 6.5.0.Final (checked out the examples from GitHub) and the solver works fine. The Sudoku example appears to be mostly the same though. > I am running the examples with Java 8 from IntelliJ or command line, if that matters. I tested this on 2 different machines. > It is a bit unfortunate because it is the first example in the GUI. > Full console output for sample Hard 1: > {code} > 12:14:28.256 [main] INFO o.d.c.k.b.impl.ClasspathKieProject.notifyKieModuleFound:133 - Found kmodule: file:/C:/Users/Public/Documents/projects/drools/drools-examples/target/classes/META-INF/kmodule.xml > 12:14:30.424 [main] WARN o.d.c.k.b.impl.ClasspathKieProject.getPomPropertiesFromFileSystem:322 - Unable to find pom.properties in /C:/Users/Public/Documents/projects/drools/drools-examples/target/classes > 12:14:30.475 [main] INFO o.d.c.k.b.impl.ClasspathKieProject.generatePomPropertiesFromPom:354 - Recursed up folders, found and used pom.xml C:\Users\Public\Documents\projects\drools\drools-examples\pom.xml > 12:14:42.619 [AWT-EventQueue-0] WARN o.d.c.k.builder.impl.KieBuilderImpl.packageNameForFile:394 - File 'org/drools/games/wumpus/server/paintCave.drl' is in folder 'org/drools/games/wumpus/server' but declares package 'org.drools.games.wumpus.server.view'. It is advised to have a correspondance between package and folder names. > 12:14:42.632 [AWT-EventQueue-0] WARN o.d.c.k.builder.impl.KieBuilderImpl.packageNameForFile:394 - File 'org/drools/games/wumpus/server/paintSensor.drl' is in folder 'org/drools/games/wumpus/server' but declares package 'org.drools.games.wumpus.server.view'. It is advised to have a correspondance between package and folder names. > 12:14:42.687 [AWT-EventQueue-0] WARN o.d.c.k.builder.impl.KieBuilderImpl.packageNameForFile:394 - File 'org/drools/games/wumpus/server/ui.drl' is in folder 'org/drools/games/wumpus/server' but declares package 'org.drools.games.wumpus.server.view'. It is advised to have a correspondance between package and folder names. > Validation complete. > Col: 0 Col: 1 Col: 2 Col: 3 Col: 4 Col: 5 Col: 6 Col: 7 Col: 8 > Row 0: 2 4 7 9 2 4 6 4 67 9 23 6 9 --- 5 --- --- 1 --- 3 67 9 --- 8 --- 4 67 > Row 1: 12 7 9 --- 8 --- 1 67 9 23 6 9 --- 4 --- 23 6 1 3 67 9 3 67 9 --- 5 --- > Row 2: 1 4 9 1 456 --- 3 --- 6 89 --- 7 --- 6 8 --- 2 --- 4 6 9 1 4 6 > Row 3: 1234 1234 1 4 1 5 8 --- 6 --- 5 78 5 7 45 7 --- 9 --- > Row 4: --- 6 --- --- 7 --- --- 5 --- --- 4 --- --- 2 --- --- 9 --- --- 8 --- --- 1 --- --- 3 --- > Row 5: --- 8 --- 12 4 1 4 9 1 5 --- 3 --- 5 7 567 4567 2 4 67 > Row 6: 1 3 7 1 3 6 --- 2 --- 3 56 --- 8 --- 3 56 --- 4 --- 3 567 9 1 67 > Row 7: --- 5 --- 1 34 6 1 4 678 3 6 --- 9 --- 34 6 1 3 67 --- 2 --- 1 678 > Row 8: 34 --- 9 --- 4 6 8 --- 7 --- --- 1 --- 23456 3 56 3 56 6 8 > Sorry - can't solve this grid. > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 5 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4849) SudokuExample cannot solve hard samples any more in Drools 7

by Luca Molteni (Jira)

[ https://issues.redhat.com/browse/DROOLS-4849?page=com.atlassian.jira.plug... ] Luca Molteni updated DROOLS-4849: --------------------------------- Labels: good-first-issue (was: ) > SudokuExample cannot solve hard samples any more in Drools 7 > ------------------------------------------------------------ > > Key: DROOLS-4849 > URL: https://issues.redhat.com/browse/DROOLS-4849 > Project: Drools > Issue Type: Bug > Affects Versions: 7.30.0.Final > Reporter: Didier Loiseau > Assignee: Luca Molteni > Priority: Major > Labels: good-first-issue > > It appears {{SudokuExample}} is capable to resolve the Simple and Medium samples, but none of the Hard ones. They resolve a few cells but end with > {quote} > Sorry - can't solve this grid. > {quote} > in the console. > With explain = true, I can see that the "single" and "hidden single" rules fire (not always both, depends on the puzzle), but clearly when it stops, at least the latter should still fire for some cells. > There is also a small bug in the code, which is that the {{unsolvable}} flag is not reset during setup, so when you get the above error you also get it for any other example you solve afterwards. > I have checked with Drools 6.5.0.Final (checked out the examples from GitHub) and the solver works fine. The Sudoku example appears to be mostly the same though. > I am running the examples with Java 8 from IntelliJ or command line, if that matters. I tested this on 2 different machines. > It is a bit unfortunate because it is the first example in the GUI. > Full console output for sample Hard 1: > {code} > 12:14:28.256 [main] INFO o.d.c.k.b.impl.ClasspathKieProject.notifyKieModuleFound:133 - Found kmodule: file:/C:/Users/Public/Documents/projects/drools/drools-examples/target/classes/META-INF/kmodule.xml > 12:14:30.424 [main] WARN o.d.c.k.b.impl.ClasspathKieProject.getPomPropertiesFromFileSystem:322 - Unable to find pom.properties in /C:/Users/Public/Documents/projects/drools/drools-examples/target/classes > 12:14:30.475 [main] INFO o.d.c.k.b.impl.ClasspathKieProject.generatePomPropertiesFromPom:354 - Recursed up folders, found and used pom.xml C:\Users\Public\Documents\projects\drools\drools-examples\pom.xml > 12:14:42.619 [AWT-EventQueue-0] WARN o.d.c.k.builder.impl.KieBuilderImpl.packageNameForFile:394 - File 'org/drools/games/wumpus/server/paintCave.drl' is in folder 'org/drools/games/wumpus/server' but declares package 'org.drools.games.wumpus.server.view'. It is advised to have a correspondance between package and folder names. > 12:14:42.632 [AWT-EventQueue-0] WARN o.d.c.k.builder.impl.KieBuilderImpl.packageNameForFile:394 - File 'org/drools/games/wumpus/server/paintSensor.drl' is in folder 'org/drools/games/wumpus/server' but declares package 'org.drools.games.wumpus.server.view'. It is advised to have a correspondance between package and folder names. > 12:14:42.687 [AWT-EventQueue-0] WARN o.d.c.k.builder.impl.KieBuilderImpl.packageNameForFile:394 - File 'org/drools/games/wumpus/server/ui.drl' is in folder 'org/drools/games/wumpus/server' but declares package 'org.drools.games.wumpus.server.view'. It is advised to have a correspondance between package and folder names. > Validation complete. > Col: 0 Col: 1 Col: 2 Col: 3 Col: 4 Col: 5 Col: 6 Col: 7 Col: 8 > Row 0: 2 4 7 9 2 4 6 4 67 9 23 6 9 --- 5 --- --- 1 --- 3 67 9 --- 8 --- 4 67 > Row 1: 12 7 9 --- 8 --- 1 67 9 23 6 9 --- 4 --- 23 6 1 3 67 9 3 67 9 --- 5 --- > Row 2: 1 4 9 1 456 --- 3 --- 6 89 --- 7 --- 6 8 --- 2 --- 4 6 9 1 4 6 > Row 3: 1234 1234 1 4 1 5 8 --- 6 --- 5 78 5 7 45 7 --- 9 --- > Row 4: --- 6 --- --- 7 --- --- 5 --- --- 4 --- --- 2 --- --- 9 --- --- 8 --- --- 1 --- --- 3 --- > Row 5: --- 8 --- 12 4 1 4 9 1 5 --- 3 --- 5 7 567 4567 2 4 67 > Row 6: 1 3 7 1 3 6 --- 2 --- 3 56 --- 8 --- 3 56 --- 4 --- 3 567 9 1 67 > Row 7: --- 5 --- 1 34 6 1 4 678 3 6 --- 9 --- 34 6 1 3 67 --- 2 --- 1 678 > Row 8: 34 --- 9 --- 4 6 8 --- 7 --- --- 1 --- 23456 3 56 3 56 6 8 > Sorry - can't solve this grid. > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFWIP-278) MP Fault Tolerance - @Retry(maxRetries = -1) never retries

by Radoslav Husar (Jira)

[ https://issues.redhat.com/browse/WFWIP-278?page=com.atlassian.jira.plugin... ] Radoslav Husar edited comment on WFWIP-278 at 12/9/19 6:01 AM: --------------------------------------------------------------- Upstream PR is up. was (Author: rhusar): PR is up. > MP Fault Tolerance - @Retry(maxRetries = -1) never retries > ---------------------------------------------------------- > > Key: WFWIP-278 > URL: https://issues.redhat.com/browse/WFWIP-278 > Project: WildFly WIP > Issue Type: Bug > Components: MP Fault Tolerance > Reporter: Miroslav Novak > Assignee: Radoslav Husar > Priority: Major > > If method in MP FT deployment is annotated by {{@Retry(maxRetries = -1)}} then it should it should retry forever until the method returns without exception. However it does not work. > Actual result: Exception is thrown from annotated {{@Retry(maxRetries = -1)}} > Expected result: Retry forever until the method returns without exception. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFWIP-278) MP Fault Tolerance - @Retry(maxRetries = -1) never retries

by Radoslav Husar (Jira)

[ https://issues.redhat.com/browse/WFWIP-278?page=com.atlassian.jira.plugin... ] Radoslav Husar updated WFWIP-278: --------------------------------- Description: If method in MP FT deployment is annotated by {{@Retry(maxRetries = -1)}} then it should it should retry forever until the method returns without exception. However it does not work. Actual result: Exception is thrown from annotated {{@Retry(maxRetries = -1)}} Expected result: Retry forever until the method returns without exception. was: if method in MP FT deployment is annotated by {{@Retry(maxRetries = -1)}} then it should it should retry forever until the method returns without exception. However it does not work. Actual result: Exception is thrown from annotated {{@Retry(maxRetries = -1)}} Expected result: Retry forever until the method returns without exception. > MP Fault Tolerance - @Retry(maxRetries = -1) never retries > ---------------------------------------------------------- > > Key: WFWIP-278 > URL: https://issues.redhat.com/browse/WFWIP-278 > Project: WildFly WIP > Issue Type: Bug > Components: MP Fault Tolerance > Reporter: Miroslav Novak > Assignee: Radoslav Husar > Priority: Major > > If method in MP FT deployment is annotated by {{@Retry(maxRetries = -1)}} then it should it should retry forever until the method returns without exception. However it does not work. > Actual result: Exception is thrown from annotated {{@Retry(maxRetries = -1)}} > Expected result: Retry forever until the method returns without exception. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFWIP-278) MP Fault Tolerance - @Retry(maxRetries = -1) never retries

by Radoslav Husar (Jira)

[ https://issues.redhat.com/browse/WFWIP-278?page=com.atlassian.jira.plugin... ] Radoslav Husar commented on WFWIP-278: -------------------------------------- To clarify "should retry forever until the method returns without exception", the typical use case is probably with the usage of `abortOn=RuntimeException.class`. > MP Fault Tolerance - @Retry(maxRetries = -1) never retries > ---------------------------------------------------------- > > Key: WFWIP-278 > URL: https://issues.redhat.com/browse/WFWIP-278 > Project: WildFly WIP > Issue Type: Bug > Components: MP Fault Tolerance > Reporter: Miroslav Novak > Assignee: Radoslav Husar > Priority: Major > > if method in MP FT deployment is annotated by {{@Retry(maxRetries = -1)}} then it should it should retry forever until the method returns without exception. However it does not work. > Actual result: Exception is thrown from annotated {{@Retry(maxRetries = -1)}} > Expected result: Retry forever until the method returns without exception. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFWIP-278) MP Fault Tolerance - @Retry(maxRetries = -1) never retries

by Radoslav Husar (Jira)

[ https://issues.redhat.com/browse/WFWIP-278?page=com.atlassian.jira.plugin... ] Radoslav Husar edited comment on WFWIP-278 at 12/9/19 5:57 AM: --------------------------------------------------------------- To clarify "should retry forever until the method returns without exception", the typical use case is probably in conjunction with {{abortOn=RuntimeException.class}}. was (Author: rhusar): To clarify "should retry forever until the method returns without exception", the typical use case is probably with the usage of `abortOn=RuntimeException.class`. > MP Fault Tolerance - @Retry(maxRetries = -1) never retries > ---------------------------------------------------------- > > Key: WFWIP-278 > URL: https://issues.redhat.com/browse/WFWIP-278 > Project: WildFly WIP > Issue Type: Bug > Components: MP Fault Tolerance > Reporter: Miroslav Novak > Assignee: Radoslav Husar > Priority: Major > > if method in MP FT deployment is annotated by {{@Retry(maxRetries = -1)}} then it should it should retry forever until the method returns without exception. However it does not work. > Actual result: Exception is thrown from annotated {{@Retry(maxRetries = -1)}} > Expected result: Retry forever until the method returns without exception. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFWIP-278) MP Fault Tolerance - @Retry(maxRetries = -1) never retries

by Radoslav Husar (Jira)

[ https://issues.redhat.com/browse/WFWIP-278?page=com.atlassian.jira.plugin... ] Radoslav Husar updated WFWIP-278: --------------------------------- Summary: MP Fault Tolerance - @Retry(maxRetries = -1) never retries (was: MP Fault Tolerance - @Retry(maxRetries = -1) does not work) > MP Fault Tolerance - @Retry(maxRetries = -1) never retries > ---------------------------------------------------------- > > Key: WFWIP-278 > URL: https://issues.redhat.com/browse/WFWIP-278 > Project: WildFly WIP > Issue Type: Bug > Components: MP Fault Tolerance > Reporter: Miroslav Novak > Assignee: Radoslav Husar > Priority: Major > > if method in MP FT deployment is annotated by {{@Retry(maxRetries = -1)}} then it should it should retry forever until the method returns without exception. However it does not work. > Actual result: Exception is thrown from annotated {{@Retry(maxRetries = -1)}} > Expected result: Retry forever until the method returns without exception. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 5 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4857) Prepare Hacep and Kie-remote modules to pass SonarCloud checks

by Massimiliano Dessi (Jira)

Massimiliano Dessi created DROOLS-4857: ------------------------------------------ Summary: Prepare Hacep and Kie-remote modules to pass SonarCloud checks Key: DROOLS-4857 URL: https://issues.redhat.com/browse/DROOLS-4857 Project: Drools Issue Type: Task Reporter: Massimiliano Dessi Assignee: Massimiliano Dessi -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 5 months

1
0
0 / 0

[JBoss JIRA] (SWSQE-962) Implement Resource Ready best practice

by Filip Brychta (Jira)

[ https://issues.redhat.com/browse/SWSQE-962?page=com.atlassian.jira.plugin... ] Filip Brychta commented on SWSQE-962: ------------------------------------- Check Setting up Cachet plugin - Resource Ready BP mail on qe-ci mailing list > Implement Resource Ready best practice > -------------------------------------- > > Key: SWSQE-962 > URL: https://issues.redhat.com/browse/SWSQE-962 > Project: Kiali QE > Issue Type: Story > Reporter: Filip Brychta > Assignee: Filip Brychta > Priority: Major > Labels: infrastructure > > According to QE CI best practice [1] it should be possible to use a gating mechanism which is checking availability of required resources before starting job. > We could maybe use it for: > * OCP cluster is UP > * UMB is accessible > * etc > [1] - https://docs.engineering.redhat.com/display/QEARCH/Resource+Ready -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 5 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4711) [DMN Designer] User is able to drag single data type entry horizontally

by Jozef Marko (Jira)

[ https://issues.redhat.com/browse/DROOLS-4711?page=com.atlassian.jira.plug... ] Jozef Marko updated DROOLS-4711: -------------------------------- Fix Version/s: 7.31.0.Final > [DMN Designer] User is able to drag single data type entry horizontally > ----------------------------------------------------------------------- > > Key: DROOLS-4711 > URL: https://issues.redhat.com/browse/DROOLS-4711 > Project: Drools > Issue Type: Bug > Components: DMN Editor > Affects Versions: 7.30.0.Final > Reporter: Jozef Marko > Assignee: Daniel José dos Santos > Priority: Optional > Labels: drools-tools > Fix For: 7.31.0.Final > > Attachments: horizontally.webm > > > This issue is caused by DROOLS-4484 > If there is single data type entry user is able to drag in horizontally. > h2. Acceptance Criteria > - Drag structure (/) > - Drag structure field (/) > - Drag simple type (/) -- 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 December 2019