[Red Hat JIRA] (DROOLS-5941) Order of parameters passed to the method called in accumulate function action() is unexpectedly changed in executable model.
by Mario Fusco (Jira)
[ https://issues.redhat.com/browse/DROOLS-5941?page=com.atlassian.jira.plug... ]
Mario Fusco resolved DROOLS-5941.
---------------------------------
Resolution: Done
Fixed by https://github.com/kiegroup/drools/commit/7c5a66067bac92e584ecffe89471eca...
> Order of parameters passed to the method called in accumulate function action() is unexpectedly changed in executable model.
> ----------------------------------------------------------------------------------------------------------------------------
>
> Key: DROOLS-5941
> URL: https://issues.redhat.com/browse/DROOLS-5941
> Project: Drools
> Issue Type: Bug
> Components: executable model
> Reporter: Mario Fusco
> Assignee: Mario Fusco
> Priority: Major
> Labels: support
> Attachments: reproducer_model_compiler_5a.zip
>
>
> Executing a rule like (\*1) that uses {{action()}} accumulate function in which calls a method like (\*1-1) in executable model, the order of parameters passed to the method is unexpectedly changed and the parameters are not passed correctly. For example of the rule (\*1-1), {{$a.method(map, $bList, $cList, $dList)}} is actually called as {{$a.method(map, $cList, $aList, $bList)}}.
> (\*1)
> {noformat}
> package com.example.reproducer
> import java.util.List
> import java.util.Set
> import java.util.Map
> import java.util.HashMap
> dialect "java"
> rule "rule5a"
> when
> $aList : List() from collect( A() )
> $bList : List() from collect( B() )
> $cList : List() from collect( C() )
> $dList : List() from collect( D() )
> $eSet : Set() from accumulate( $a : A() from $aList,
> init( Map map = new HashMap(); ),
> action( $a.method(map, $bList, $cList, $dList); ), // ..... (*1-1)
> result( map.keySet() ) )
> then
> System.out.println("***** Action of \"rule5a\" -- $aList = " + $aList + ", $bList = " + $bList + ", $cList = " + $cList + ", $dList = " + $dList + ", $eSet = " + $eSet);
> end
> {noformat}
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
3 years, 9 months
[Red Hat JIRA] (WFLY-14274) Validation Issues With jboss-ejb3.xml
by Patrick Buchheit (Jira)
[ https://issues.redhat.com/browse/WFLY-14274?page=com.atlassian.jira.plugi... ]
Patrick Buchheit commented on WFLY-14274:
-----------------------------------------
You are correct, it is an IDE issue. I checked the schema catalog and urn:security and urn:security:1.1 are both listed. For some reason the IDE does not see <s:security> as a valid child of <assembly-descriptor>
> Validation Issues With jboss-ejb3.xml
> -------------------------------------
>
> Key: WFLY-14274
> URL: https://issues.redhat.com/browse/WFLY-14274
> Project: WildFly
> Issue Type: Bug
> Components: EJB
> Affects Versions: 18.0.1.Final
> Reporter: Patrick Buchheit
> Assignee: Cheng Fang
> Priority: Major
>
> When attempting to add a <s:security> section to the <assembly-descriptor> of jboss-ejb3.xml I get the following error:
> {code:java}
> Invalid element name: - security One of the following is expected: - security-role - method-permission - container-transaction - interceptor-binding - message-destination - exclude-list - application-exception - assembly-descriptor-entry Error indicated by: {urn:security:1.1} with code:{code}
> I copied and pasted the exact text given in the example here: [https://docs.wildfly.org/18/Developer_Guide.html#jboss-ejb3] so I'm not quite sure what the issue is. I found several bugs that seemed to describe the same behaviour, but they were all marked as fixed. See: https://issues.redhat.com/browse/JBIDE-18316 and [https://bugzilla.redhat.com/show_bug.cgi?id=1302544] for examples.
>
> Is there something wrong with the given documentation or is there still a bug in the schemas?
>
> Environment:
> Eclipse Photon (4.17)
> Jboss Tools plugin
> Wildfly 18.0.1 Final
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
3 years, 9 months