[JBoss JIRA] (DROOLS-5486) CEP doesn't evaluate correctly when a bind variable is used as the first temporal parameter in executable model
by Toshiya Kobayashi (Jira)
[ https://issues.redhat.com/browse/DROOLS-5486?page=com.atlassian.jira.plug... ]
Toshiya Kobayashi updated DROOLS-5486:
--------------------------------------
Sprint: 2020 Week 28-30 (from Jul 6)
> CEP doesn't evaluate correctly when a bind variable is used as the first temporal parameter in executable model
> ---------------------------------------------------------------------------------------------------------------
>
> Key: DROOLS-5486
> URL: https://issues.redhat.com/browse/DROOLS-5486
> Project: Drools
> Issue Type: Bug
> Components: executable model
> Affects Versions: 7.39.0.Final
> Reporter: Toshiya Kobayashi
> Assignee: Toshiya Kobayashi
> Priority: Major
>
> With the below test, standard-drl fires but executable-model doesn't.
> {code:java}
> @Test
> public void testAfterOnLongFields2() throws Exception {
> String str =
> "import " + StockTick.class.getCanonicalName() + ";\n" +
> "declare StockTick @timestamp(timeFieldAsLong) end\n" +
> "rule R when\n" +
> " $a : StockTick( company == \"DROO\" )\n" +
> " $b : StockTick( company == \"ACME\", $a.timeFieldAsLong after[5,8] timeFieldAsLong )\n" +
> "then\n" +
> " System.out.println(\"fired\");\n" +
> "end\n";
> KieSession ksession = getKieSession(getCepKieModuleModel(), str);
> SessionPseudoClock clock = ksession.getSessionClock();
>
> ReteDumper.dumpRete(ksession);
> ksession.insert( new StockTick( "ACME" ).setTimeField( 0 ) );
> ksession.insert( new StockTick( "DROO" ).setTimeField( 6 ) );
> assertEquals( 1, ksession.fireAllRules() );
> }
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 2 months
[JBoss JIRA] (ELY-2005) Support for "Container Subject Policy Context Handler" should be in Elytron
by Darran Lofthouse (Jira)
Darran Lofthouse created ELY-2005:
-------------------------------------
Summary: Support for "Container Subject Policy Context Handler" should be in Elytron
Key: ELY-2005
URL: https://issues.redhat.com/browse/ELY-2005
Project: WildFly Elytron
Issue Type: Task
Components: EE
Reporter: Darran Lofthouse
Assignee: Darran Lofthouse
Fix For: 1.13.0.CR2
Support should be in WildFly Elytron, the majority of the code presently lives within WildFly Core.
However to complicate it further the current implementation presently depends upon "java.security.acl.Group" - we probably should skip this step if the Group interface is not available.
We may be able to do a better multi release jar switch later but I think that will depend upon the project moving to be built with Java 17.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 2 months
[JBoss JIRA] (DROOLS-5230) Managing a List of structures in Test Scenario editor produces an Exception
by Michael Biarnes Kiefer (Jira)
[ https://issues.redhat.com/browse/DROOLS-5230?page=com.atlassian.jira.plug... ]
Michael Biarnes Kiefer updated DROOLS-5230:
-------------------------------------------
Fix Version/s: 7.41.0.Final
(was: 7.40.0.Final)
> Managing a List of structures in Test Scenario editor produces an Exception
> ---------------------------------------------------------------------------
>
> Key: DROOLS-5230
> URL: https://issues.redhat.com/browse/DROOLS-5230
> Project: Drools
> Issue Type: Bug
> Components: Scenario Simulation and Testing
> Affects Versions: 7.34.0.Final
> Reporter: Tracy Hires
> Assignee: Yeser Amer
> Priority: Critical
> Fix For: 7.41.0.Final
>
> Attachments: Error screen shot.png, test_scenario_list_exception.zip
>
>
> When trying to delete an item from a list of structures with nested structures in the scenario editor, an exception is thrown with a message that is not helpful to the end user.
> Log entry is:
> ```
> ^[[0m^[[31m17:16:51,564 ERROR [org.kie.workbench.common.services.backend.logger.GenericErrorLoggerServiceImpl] (default task-415) Error from user: xxxxx Error ID: -881202734 Location: LibraryPerspective|$ProjectScreen[!Worg.kie.dmn.decision.navigator,EDiagramEditorPropertiesScreen,Eorg.drools.scenariosimulation.TestTools?scesimeditorid=1,!Eorg.drools.scenariosimulation.TestTools?scesimeditorid=2,Eorg.docks.PlaceHolder?name=testRunnerReportingPanel,Worg.kie.guvnor.explorer,],DMNDiagramEditor?path_uri=default://master@dm-ai/XmlValidationBug/src/main/resources/Math%2520Functions.dmn&file_name=Math%20Functions.dmn&has_version_support=true,DMNDiagramEditor?path_uri=default://master@dm-ai/XmlValidationBug/src/main/resources/Divide.dmn&file_name=Divide.dmn&has_version_support=true,org.kie.workbench.common.screens.messageconsole.MessageConsole,,AddAssetsScreen,ScenarioSimulationEditor?path_uri=default://master@dm-ai/XmlValidationBug/src/test/resources/Test%2520Math%2520Functions.scesim&file_name=Test%20Math%20Functions.scesim&has_version_support=true Exception: Uncaught exception: Exception caught: (TypeError) : Cannot read property 'Tc' of undefined Caused by: (TypeError) : Cannot read property 'Tc' of undefined
> ```
> From UI I could see: `Uncaught exception: Exception caught: (TypeError) : Cannot read property 'Tc' of undefined Caused by: (TypeError) : Cannot read property 'Tc' of undefined`
> (Screenshot is attached)
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 2 months
[JBoss JIRA] (DROOLS-2254) Automate .proto files rebuild in pom.xml
by Michael Biarnes Kiefer (Jira)
[ https://issues.redhat.com/browse/DROOLS-2254?page=com.atlassian.jira.plug... ]
Michael Biarnes Kiefer updated DROOLS-2254:
-------------------------------------------
Fix Version/s: 7.41.0.Final
(was: 7.40.0.Final)
> Automate .proto files rebuild in pom.xml
> ----------------------------------------
>
> Key: DROOLS-2254
> URL: https://issues.redhat.com/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.41.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.13.8#713008)
4 years, 2 months