January 2020 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-4153) Move common code to scenarioeditorpresenter

by Gabriele Cardosi (Jira)

[ https://issues.redhat.com/browse/DROOLS-4153?page=com.atlassian.jira.plug... ] Gabriele Cardosi closed DROOLS-4153. ------------------------------------ Resolution: Done > Move common code to scenarioeditorpresenter > ------------------------------------------- > > Key: DROOLS-4153 > URL: https://issues.redhat.com/browse/DROOLS-4153 > Project: Drools > Issue Type: Enhancement > Components: Scenario Simulation and Testing > Reporter: Gabriele Cardosi > Assignee: Gabriele Cardosi > Priority: Major > Labels: drools-tools > > Move common code/logic from BusinessCentral/Kogit wrappers to SCenarioEditorPresenter -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 6 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3397) Move undoable logic to AbstractCommand

by Gabriele Cardosi (Jira)

[ https://issues.redhat.com/browse/DROOLS-3397?page=com.atlassian.jira.plug... ] Gabriele Cardosi reassigned DROOLS-3397: ---------------------------------------- Assignee: Yeser Amer (was: Gabriele Cardosi) > Move undoable logic to AbstractCommand > -------------------------------------- > > Key: DROOLS-3397 > URL: https://issues.redhat.com/browse/DROOLS-3397 > Project: Drools > Issue Type: Enhancement > Components: Scenario Simulation and Testing > Reporter: Gabriele Cardosi > Assignee: Yeser Amer > Priority: Minor > Labels: drools-tools > > Move undoable logic from AbstractScenarioSimulationCommand to AbstractCommand. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 6 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3312) Minor cleanup

by Gabriele Cardosi (Jira)

[ https://issues.redhat.com/browse/DROOLS-3312?page=com.atlassian.jira.plug... ] Gabriele Cardosi reassigned DROOLS-3312: ---------------------------------------- Assignee: Yeser Amer (was: Gabriele Cardosi) > Minor cleanup > ------------- > > Key: DROOLS-3312 > URL: https://issues.redhat.com/browse/DROOLS-3312 > Project: Drools > Issue Type: Sub-task > Components: Scenario Simulation and Testing > Reporter: Gabriele Cardosi > Assignee: Yeser Amer > Priority: Minor > Labels: drools-tools > > # replace GIVEN/EXPECT Strings with Enum > # move classes to proper packages > # rename classes with "old" meanings (for ex, BaseExpressionGridTheme is the name of the class originally copied from DMN) > # BaseExpressionGridTheme.getHeaderBackground remove get(0) used to set background color -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 6 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4035) Remove kie-soup-project-datamodel-api dependency from drools-scenario-simulation-api

by Gabriele Cardosi (Jira)

[ https://issues.redhat.com/browse/DROOLS-4035?page=com.atlassian.jira.plug... ] Gabriele Cardosi reassigned DROOLS-4035: ---------------------------------------- Assignee: Yeser Amer (was: Gabriele Cardosi) > Remove kie-soup-project-datamodel-api dependency from drools-scenario-simulation-api > ------------------------------------------------------------------------------------ > > Key: DROOLS-4035 > URL: https://issues.redhat.com/browse/DROOLS-4035 > Project: Drools > Issue Type: Enhancement > Components: Scenario Simulation and Testing > Reporter: Gabriele Cardosi > Assignee: Yeser Amer > Priority: Major > Labels: drools-tools > > drools-scenario-simulation-api is inherited by all scenario-simulation modules, included the submarine one(s), so it must not contain anything related/specific for the "business central" environment. - DO NOT MERGE -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 6 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4722) Refactor DOMUtil.createNodeAtPosition

by Gabriele Cardosi (Jira)

[ https://issues.redhat.com/browse/DROOLS-4722?page=com.atlassian.jira.plug... ] Gabriele Cardosi reassigned DROOLS-4722: ---------------------------------------- Assignee: Yeser Amer (was: Gabriele Cardosi) > Refactor DOMUtil.createNodeAtPosition > ------------------------------------- > > Key: DROOLS-4722 > URL: https://issues.redhat.com/browse/DROOLS-4722 > Project: Drools > Issue Type: Task > Components: Scenario Simulation and Testing > Affects Versions: 7.30.0.Final > Reporter: Jozef Marko > Assignee: Yeser Amer > Priority: Major > Labels: ScenarioSimulation, drools-tools > > According a discussion [here|https://github.com/kiegroup/drools/pull/2630#discussion_r341188931] we should refactor the method _DOMParserUtil.createNodeAtPosition_ to simplify its usage by dropping its last parameter. This parameter is null in most cases. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 6 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3879) Create Kogito version of Test Scenarios designer

by Gabriele Cardosi (Jira)

[ https://issues.redhat.com/browse/DROOLS-3879?page=com.atlassian.jira.plug... ] Gabriele Cardosi reassigned DROOLS-3879: ---------------------------------------- Assignee: Yeser Amer (was: Gabriele Cardosi) > Create Kogito version of Test Scenarios designer > ------------------------------------------------ > > Key: DROOLS-3879 > URL: https://issues.redhat.com/browse/DROOLS-3879 > Project: Drools > Issue Type: Feature Request > Components: Scenario Simulation and Testing > Reporter: Gabriele Cardosi > Assignee: Yeser Amer > Priority: Major > Labels: drools-tools > > Scope of this PR is to create a *Kogito/client-side only* versions of scesim editor. > From an architectural point of view, the actual implementation has been moved (in the past) inside a common module: `drools-wb-scenario-simulation-editor-client`. > Access to it has been "hided" behind a wrapper interface with three actual implementations: > * `drools-wb-scenario-simulation-editor-businesscentral-client` for BusinessCentral environment > * `drools-wb-scenario-simulation-editor-kogito-testing` to provide a development/debugging setup for the *Kogito/client-side only* environment > * `drools-wb-scenario-simulation-editor-kogito-runtime` that should be the one deployed in actual client-side only containers (e.g. VSCode). > As agreed upon in the last summer (https://issues.redhat.com/browse/AF-2041), the kogito editors should depend upon a common library, `org.kie.workbench:kie-wb-common-kogito-webapp-base` to put all the code/maven configuration shared by the different editors in one single place. > Currently, only the two kogito-related scesim modules fulfill that requirement; all other editors, starting from DMN, should be adapted to this approach. > Kogito-testing module is a standalone showcase that provides some minimum interaction to: > * load DMN files > * create DMN-related scesim assets, selecting one of the imported DMN. > Currently - RULE/data object model scesim is disabled. > Kogito-runtime module is the version that should run purely client side. It does not provide any graphical widget to load/create/save asset. > Some minimal tests may be done in the following way: > # full compilation (i.e. included GWT compilation) of the runtime module > # open the `drools-wb/drools-wb-screens/drools-wb-scenario-simulation-editor/drools-wb-scenario-simulation-editor-kogito-runtime/target/drools-wb-scenario-simulation-editor-kogito-runtime/index.html` file inside Chrome > # inside the Chrome dev console, issue the command `window.gwtEditorBeans.get("ScenarioSimulationEditorKogitoRuntimeScreen").get().setContent("")`; this will create a new - empty - scesim file. > Some tricks: to avoid CORS and other policy-related issues: > # set chrome://flags/#allow-insecure-localhost for invalid certificates error > # start chrome from cli with the command `chrome --allow-file-access-from-files` to allow loading from file. > /----/ > The "run scenario" functionality won't be implemented by this PR. > All the functionalities related to file system/resource access will be simulated in the testing modules (but only for the DMN models), and for the runtime module will depend on the API/environment provided by VSCode -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 6 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 updated DROOLS-4880: --------------------------------- Tester: Jiri Petrlik (was: Daniel Rosa) > 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, 6 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4916) Investigate modify parsing bug in executable model

by Luca Molteni (Jira)

Luca Molteni created DROOLS-4916: ------------------------------------ Summary: Investigate modify parsing bug in executable model Key: DROOLS-4916 URL: https://issues.redhat.com/browse/DROOLS-4916 Project: Drools Issue Type: Bug Components: executable model Reporter: Luca Molteni Assignee: Luca Molteni declare Application categories : Set = new HashSet() Then I had a modify statement scattered about: modify ($a) { $a.getCategories().add("hello"); } The ExecutableModel did not seem to like any of those. I changed it to: $a.getCategories().add("hello"); update($a); -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 6 months

1
0
0 / 0

[JBoss JIRA] (JGRP-2420) Look at submariner for xsite traffic

by Bela Ban (Jira)

[ https://issues.redhat.com/browse/JGRP-2420?page=com.atlassian.jira.plugin... ] Bela Ban closed JGRP-2420. -------------------------- Resolution: Won't Do > Look at submariner for xsite traffic > ------------------------------------ > > Key: JGRP-2420 > URL: https://issues.redhat.com/browse/JGRP-2420 > Project: JGroups > Issue Type: Task > Reporter: Bela Ban > Assignee: Bela Ban > Priority: Optional > Fix For: 4.2.0 > > > See whether submariner can help with xsite (especially if we can avoid the LB issues). > [1] submariner.io -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 6 months

1
0
0 / 0

[JBoss JIRA] (JGRP-2420) Look at submariner for xsite traffic

by Bela Ban (Jira)

[ https://issues.redhat.com/browse/JGRP-2420?page=com.atlassian.jira.plugin... ] Bela Ban commented on JGRP-2420: -------------------------------- For now, the solution posted at \[1\] is sufficient. Kubernetes network-connectors such as weave-net, submariner and skupper provide a (virtual) flat address space. Once this is set up, we could use DNS (for example) to discover the nodes in all sites and then run additional logic to discover the site masters. This is currently not needed, but we may come back and try this out at a later time... \[1\] http://belaban.blogspot.com/2019/12/spanning-jgroups-kubernetes-based.html > Look at submariner for xsite traffic > ------------------------------------ > > Key: JGRP-2420 > URL: https://issues.redhat.com/browse/JGRP-2420 > Project: JGroups > Issue Type: Task > Reporter: Bela Ban > Assignee: Bela Ban > Priority: Optional > Fix For: 4.2.0 > > > See whether submariner can help with xsite (especially if we can avoid the LB issues). > [1] submariner.io -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 6 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 January 2020