[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)
Toshiya Kobayashi created DROOLS-5486:
-----------------------------------------
Summary: 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
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] (WFCORE-5028) CallbackHandler from CLI overriding discovered wildfly-config for authentication.
by Jeff Mesnil (Jira)
[ https://issues.redhat.com/browse/WFCORE-5028?page=com.atlassian.jira.plug... ]
Jeff Mesnil updated WFCORE-5028:
--------------------------------
Fix Version/s: 12.0.3.Final
(was: 12.0.2.Final)
> CallbackHandler from CLI overriding discovered wildfly-config for authentication.
> ---------------------------------------------------------------------------------
>
> Key: WFCORE-5028
> URL: https://issues.redhat.com/browse/WFCORE-5028
> Project: WildFly Core
> Issue Type: Bug
> Components: CLI, Security
> Reporter: Darran Lofthouse
> Assignee: Darran Lofthouse
> Priority: Critical
> Fix For: 12.0.3.Final, 13.0.0.Beta2
>
>
> WFCORE-4976 made an update to ProtocolConnectionUtils so that a supplied CallbackHandler takes priority - this works where a client is using ModelControllerClient.create() and passing in a CallbackHandler as we should take that as an indication that the caller wants control of authentication.
> However by fixing in ProtocolConnectionUtils it has also picked up the case where the CLI passes in the CallbackHandler - that case however should only use the CBH if the information can not be obtained from the AuthenticationConfiguration. This call does not come via ModelControllerClient but both paths meet at ProtocolConnectionUtils.
> Either the adjustment of the AuthenticationContext to give the CallbackHandler should happen in ModelControllerClient - or an additional boolean should be passed into ProtocolConnectionUtils to indicate if the CallbackHandler should be given priority. The latter may be a less invasive evolution of the fix prepared so far.
>
>
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 2 months