July 2019 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-12277) Invalid 'images/images' in image URLs in the docs

by Kabir Khan (Jira)

[ https://issues.jboss.org/browse/WFLY-12277?page=com.atlassian.jira.plugin... ] Kabir Khan reassigned WFLY-12277: --------------------------------- Assignee: Brian Stansberry > Invalid 'images/images' in image URLs in the docs > ------------------------------------------------- > > Key: WFLY-12277 > URL: https://issues.jboss.org/browse/WFLY-12277 > Project: WildFly > Issue Type: Bug > Components: Documentation > Reporter: Brian Stansberry > Assignee: Brian Stansberry > Priority: Major > Attachments: images_images.txt > > > There are a lot docs.wildfly.org pages with broken image link because the 'images' part of src URL is duplicated. The images render correctly when looking at the adoc page rendered by github in the wildfly/wildfly repo, but when the asciidoc is rendered to html, the 'images' part of the url is duplicated. > I think what happens is when there is an > image:xxx.png > in the adoc, the asciidoc plugin converts that to an image tag with a src attribute value of "images/xxx.png". But our adoc files have this: > image:images/xxx.png > So, the 'images' is duplicated. > I think we have that in our files because that style renders correctly when looking at the raw adoc in http://github.com/wildfly/wildfly > I think the solution is to remove the 'images' from the line, and instead change the ifdef at the top of the page from: > ifdef::env-github[:imagesdir: ../] > to > ifdef::env-github[:imagesdir: ../images/] > At least with the one example I tried that worked. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-4312) Impossibile to deploy drools-wb application with gwt:run

by Yeser Amer (Jira)

[ https://issues.jboss.org/browse/DROOLS-4312?page=com.atlassian.jira.plugi... ] Yeser Amer updated DROOLS-4312: ------------------------------- Labels: ScenarioSimulation ScenarioSimulationTeam (was: ) > Impossibile to deploy drools-wb application with gwt:run > --------------------------------------------------------- > > Key: DROOLS-4312 > URL: https://issues.jboss.org/browse/DROOLS-4312 > Project: Drools > Issue Type: Bug > Reporter: Yeser Amer > Assignee: Yeser Amer > Priority: Blocker > Labels: ScenarioSimulation, ScenarioSimulationTeam > -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-4312) Impossibile to deploy drools-wb application with gwt:run

by Yeser Amer (Jira)

[ https://issues.jboss.org/browse/DROOLS-4312?page=com.atlassian.jira.plugi... ] Yeser Amer updated DROOLS-4312: ------------------------------- Component/s: Scenario Simulation and Testing > Impossibile to deploy drools-wb application with gwt:run > --------------------------------------------------------- > > Key: DROOLS-4312 > URL: https://issues.jboss.org/browse/DROOLS-4312 > Project: Drools > Issue Type: Bug > Components: Scenario Simulation and Testing > Reporter: Yeser Amer > Assignee: Yeser Amer > Priority: Blocker > Labels: ScenarioSimulation, ScenarioSimulationTeam > -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-4312) Impossibile to deploy drools-wb application with gwt:run

by Yeser Amer (Jira)

Yeser Amer created DROOLS-4312: ---------------------------------- Summary: Impossibile to deploy drools-wb application with gwt:run Key: DROOLS-4312 URL: https://issues.jboss.org/browse/DROOLS-4312 Project: Drools Issue Type: Bug Reporter: Yeser Amer Assignee: Yeser Amer -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-4288) Infinite recursion in drools after version change from v7.20 to v7.21

by Mario Fusco (Jira)

[ https://issues.jboss.org/browse/DROOLS-4288?page=com.atlassian.jira.plugi... ] Mario Fusco updated DROOLS-4288: -------------------------------- Sprint: 2019 Week 29-31 (was: 2019 Week 26-28) > Infinite recursion in drools after version change from v7.20 to v7.21 > --------------------------------------------------------------------- > > Key: DROOLS-4288 > URL: https://issues.jboss.org/browse/DROOLS-4288 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 7.21.0.Final, 7.22.0.Final, 7.23.0.Final > Environment: Both Mac and Windows > Reporter: Geogie Tom > Assignee: Mario Fusco > Priority: Major > Attachments: Screen Shot 2019-07-10 at 3.53.10 PM.png, Screen Shot 2019-07-10 at 5.56.32 PM.png, Screen Shot 2019-07-10 at 5.59.28 PM.png, error.png, pojo.png, static.png, static_error.png > > > When there is a version change in drools-compiler from `7.20.0.Final` to `7.21.0.Final` some rules are looping recursively. > *Code in github:* > [The working version|https://github.com/padippist/DroolsIssueReporting/tree/issue_v_7.20] > [The recursively looping version|https://github.com/padippist/DroolsIssueReporting/tree/issue_v_7.21] > [The change between working and looping version|https://github.com/padippist/DroolsIssueReporting/compare/issue_v...] > *More details* > When I fire a rule whose `then` part modifies a fact that is already checked in the `when` part: > {code:java} > rule "rule 1.1" > when > $sampleDomain: SampleDomain(instanceVariable2 == "Value of instance variable") > then > System.out.println("Rule 1.1 fired"); > modify($sampleDomain){ > setInstanceVariable1(3) > } > end > {code} > it doesn't loop recursively. > But when I call another rule which call a static function from another class: > {code:java} > rule "rule 1.2" > when > $sampleDomain: SampleDomain(CoreUtils.anotherFunction()) > then > System.out.println("Rule 1.2 fired"); > modify($sampleDomain){ > setInstanceVariable1(3) > } > end > {code} > it loops recursively. > The class with static function is > {code:java} > import com.drool_issue.domain.SampleDomain; > public class CoreUtils { > > public static boolean anotherFunction() { > System.out.println("anotherFunction() inside CoreUtils"); > return true; > } > > public static boolean anotherFunction(SampleDomain sampleDomain) { > System.out.println("anotherFunction(SampleDomain sampleDomain) inside CoreUtils"); > return true; > } > } > {code} > My domain file is: > {code:java} > public class SampleDomain { > private int instanceVariable1; > private String instanceVariable2; > private int instanceVariable3; > > > public int getInstanceVariable1() { > return instanceVariable1; > } > public void setInstanceVariable1(int instanceVariable1) { > this.instanceVariable1 = instanceVariable1; > } > public String getInstanceVariable2() { > return instanceVariable2; > } > public void setInstanceVariable2(String instanceVariable2) { > this.instanceVariable2 = instanceVariable2; > } > public int getInstanceVariable3() { > return instanceVariable3; > } > public void setInstanceVariable3(int instanceVariable3) { > this.instanceVariable3 = instanceVariable3; > } > > > } > {code} > This is only caused after version change from `7.20.0.Final` to `7.21.0.Final`. Any guess on what the problem might be? > When I further looked into the problem I saw this too. > When we add two functions into the `SampleDomain` class ie > {code:java} > public boolean anotherFunction() { > return true; > } > > public boolean anotherFunction(SampleDomain sampleDomain) { > return true; > } > {code} > and use this in the rule like: > {code:java} > rule "rule 1.4" > when > $sampleDomain: SampleDomain(anotherFunction()) > then > System.out.println("Rule 1.4 fired"); > modify($sampleDomain){ > setInstanceVariable1(3) > } > end > {code} > and > {code:java} > rule "rule 1.5" > when > $sampleDomain: SampleDomain(anotherFunction($sampleDomain)) > then > System.out.println("Rule 1.5 fired"); > modify($sampleDomain){ > setInstanceVariable3(4) > } > end > {code} > these also loops recursively. > *Code in github:* > [The recursive looping when using non static methods|https://github.com/padippist/DroolsIssueReporting/tree/issue_v_7....] > [The change between working and above version|https://github.com/padippist/DroolsIssueReporting/compare/issue_v...] > Also when any of the static method is made non static then method from the domain class is called even though the static method is specified in the rule. > *Code portions to be noted here are:* > [Rule where static method is called.|https://github.com/padippist/DroolsIssueReporting/blob/bde2804b25...] > [Another rule which also call the static method.|https://github.com/padippist/DroolsIssueReporting/blob/bde2804b25...] > [The static access modifier removed from the functions which where previously static.|https://github.com/padippist/DroolsIssueReporting/compare/issue_v...] > *Code in github:* > [Weird behaviour when removing static modifier for the functions.|https://github.com/padippist/DroolsIssueReporting/tree/issue_v...] > [The change between working and above version|https://github.com/padippist/DroolsIssueReporting/compare/issue_v...] > *All this are caused in versions after `7.20.0.Final`, ie `7.21.0.Final`, `7.22.0.Final` and `7.23.0.Final`* -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-4282) Generate one executable model per rule unit instead of one per package

by Mario Fusco (Jira)

[ https://issues.jboss.org/browse/DROOLS-4282?page=com.atlassian.jira.plugi... ] Mario Fusco updated DROOLS-4282: -------------------------------- Sprint: 2019 Week 29-31 (was: 2019 Week 26-28) > Generate one executable model per rule unit instead of one per package > ---------------------------------------------------------------------- > > Key: DROOLS-4282 > URL: https://issues.jboss.org/browse/DROOLS-4282 > Project: Drools > Issue Type: Task > Reporter: Mario Fusco > Assignee: Mario Fusco > Priority: Major > -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-4289) Multiple session serialization cycles can cause an overflow in the FactHandle id

by Mario Fusco (Jira)

[ https://issues.jboss.org/browse/DROOLS-4289?page=com.atlassian.jira.plugi... ] Mario Fusco updated DROOLS-4289: -------------------------------- Sprint: 2019 Week 29-31 (was: 2019 Week 26-28) > Multiple session serialization cycles can cause an overflow in the FactHandle id > -------------------------------------------------------------------------------- > > Key: DROOLS-4289 > URL: https://issues.jboss.org/browse/DROOLS-4289 > Project: Drools > Issue Type: Bug > Components: core engine > Reporter: Mario Fusco > Assignee: Mario Fusco > Priority: Major > -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-4311) Provides a comprehensive Readme

by Massimiliano Dessi (Jira)

Massimiliano Dessi created DROOLS-4311: ------------------------------------------ Summary: Provides a comprehensive Readme Key: DROOLS-4311 URL: https://issues.jboss.org/browse/DROOLS-4311 Project: Drools Issue Type: Task Reporter: Massimiliano Dessi Assignee: Massimiliano Dessi -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-3160) adapt kie upstream reps for Thorntail 2.2 (ex WildFly Swarm)

by Michael Biarnes Kiefer (Jira)

[ https://issues.jboss.org/browse/DROOLS-3160?page=com.atlassian.jira.plugi... ] Michael Biarnes Kiefer updated DROOLS-3160: ------------------------------------------- Fix Version/s: 7.25.0.Final (was: 7.24.0.Final) > adapt kie upstream reps for Thorntail 2.2 (ex WildFly Swarm) > ------------------------------------------------------------ > > Key: DROOLS-3160 > URL: https://issues.jboss.org/browse/DROOLS-3160 > Project: Drools > Issue Type: Feature Request > Reporter: Michael Biarnes Kiefer > Assignee: Toni Rikkola > Priority: Major > Fix For: 7.25.0.Final > > -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years

1
0
0 / 0

[JBoss JIRA] (DROOLS-2254) Automate .proto files rebuild in pom.xml

by Michael Biarnes Kiefer (Jira)

[ https://issues.jboss.org/browse/DROOLS-2254?page=com.atlassian.jira.plugi... ] Michael Biarnes Kiefer updated DROOLS-2254: ------------------------------------------- Fix Version/s: 7.25.0.Final (was: 7.24.0.Final) > Automate .proto files rebuild in pom.xml > ---------------------------------------- > > Key: DROOLS-2254 > URL: https://issues.jboss.org/browse/DROOLS-2254 > Project: Drools > Issue Type: Task > Components: tools > Affects Versions: 7.5.0.Final > Reporter: Dmitry Volodin > Assignee: Dmitry Volodin > Priority: Minor > Fix For: 7.25.0.Final > > > According to contribution guide, any .proto file or protobuf version changes it's necessary to download protoc utility and regenerate Java classes based on .proto files. > This will add automation for downloading protoc utility and Java classes generation based on Maven Protocol Buffers Plugin. There is no timestamps and other build related info inside generated Java files and no changes will be added on each new build. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years

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 July 2019