January 2021 - jboss-jira - Jboss List Archives

[Red Hat JIRA] (SWSQE-1208) UI Automations - Fix random failures

by Hayk Hovsepyan (Jira)

[ https://issues.redhat.com/browse/SWSQE-1208?page=com.atlassian.jira.plugi... ] Hayk Hovsepyan commented on SWSQE-1208: --------------------------------------- https://github.com/Kiali-QE/kiali-qe-python/pull/367 > UI Automations - Fix random failures > ------------------------------------ > > Key: SWSQE-1208 > URL: https://issues.redhat.com/browse/SWSQE-1208 > Project: Kiali QE > Issue Type: QE Task > Reporter: Hayk Hovsepyan > Assignee: Hayk Hovsepyan > Priority: Major > Labels: automation > > https://jenkins2.bc.jonqe.lab.eng.bos.redhat.com:8443/job/run-kiali-ui-te... -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 8 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5897) Compound BigDecimal operator is translated to assignOperator in MVEL

by Toshiya Kobayashi (Jira)

[ https://issues.redhat.com/browse/DROOLS-5897?page=com.atlassian.jira.plug... ] Toshiya Kobayashi commented on DROOLS-5897: ------------------------------------------- Fixed by https://github.com/mvel/mvel/commit/3824b38ac35a4b245f1184fe266b2848f49df4d1 Once Drools consumes mvel 2.4.12+, we will also be able to merge https://github.com/kiegroup/drools/pull/3318 and resolve this JIRA. > Compound BigDecimal operator is translated to assignOperator in MVEL > -------------------------------------------------------------------- > > Key: DROOLS-5897 > URL: https://issues.redhat.com/browse/DROOLS-5897 > Project: Drools > Issue Type: Bug > Components: core engine > Reporter: Luca Molteni > Assignee: Toshiya Kobayashi > Priority: Major > > {code:java} > @Test > @Ignore("without B it doesn't work on MVEL") > public void testCompoundOperator() throws Exception { > // DROOLS-5894 > String drl = > "import " + Person.class.getCanonicalName() + "\n" + > "dialect \"mvel\"\n" + > "rule R\n" + > "when\n" + > " $p : Person( age >= 26 )\n" + > "then\n" + > " $p.money += 50000;\n" + > "end"; > KieSession ksession = getKieSession(drl); > Person john = new Person("John", 30); > john.setMoney( new BigDecimal( 70000 ) ); > ksession.insert(john); > assertEquals(1, ksession.fireAllRules()); > assertEquals(new BigDecimal( 120000 ), john.getMoney()); > }{code} -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 8 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5942) Bump Mvel version to 2.4.12+

by Toshiya Kobayashi (Jira)

Toshiya Kobayashi created DROOLS-5942: ----------------------------------------- Summary: Bump Mvel version to 2.4.12+ Key: DROOLS-5942 URL: https://issues.redhat.com/browse/DROOLS-5942 Project: Drools Issue Type: Task Components: core engine Affects Versions: 7.48.0.Final Reporter: Toshiya Kobayashi Assignee: Mario Fusco Bump Mvel version to 2.4.12+ for Drools 7.49 -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 8 months

1
0
0 / 0

[Red Hat JIRA] (WFCORE-4516) Allow server-identities expression resolution to support Base64 encoded system properties.

by Darran Lofthouse (Jira)

[ https://issues.redhat.com/browse/WFCORE-4516?page=com.atlassian.jira.plug... ] Darran Lofthouse commented on WFCORE-4516: ------------------------------------------ TBH we should also keep in mind this is a deprecated resource, instead of this exact issue we should be considering the replacement approach. > Allow server-identities expression resolution to support Base64 encoded system properties. > ------------------------------------------------------------------------------------------ > > Key: WFCORE-4516 > URL: https://issues.redhat.com/browse/WFCORE-4516 > Project: WildFly Core > Issue Type: Feature Request > Components: Management, Security > Reporter: Indrajit Ingawale > Priority: Major > > The expression for secret value under server-identities in test-security-realm does not work , even though it shows "expressions-allowed" to true like below . > ---------------------------- > [standalone@localhost:9990 /] /core-service=management/security-realm=test-security-realm/server-identity=secret:read-resource-description() > { > "outcome" => "success", > . > . > "attributes" => > {. . . . . } > , > "value" => > { "type" => STRING, "description" => "The secret / password - Base64 Encoded.", "expressions-allowed" => true, "required" => true, "nillable" => true, "alternatives" => ["credential-reference"], "min-length" => 1L, "max-length" => 2147483647L, "access-type" => "read-write", "storage" => "configuration", "restart-required" => "no-services" } > }, > "operations" => undefined, > "notifications" => undefined, > "children" => {} > } > } > ---------------------------- -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 8 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5897) Compound BigDecimal operator is translated to assignOperator in MVEL

by Toshiya Kobayashi (Jira)

[ https://issues.redhat.com/browse/DROOLS-5897?page=com.atlassian.jira.plug... ] Toshiya Kobayashi updated DROOLS-5897: -------------------------------------- Story Points: 3 > Compound BigDecimal operator is translated to assignOperator in MVEL > -------------------------------------------------------------------- > > Key: DROOLS-5897 > URL: https://issues.redhat.com/browse/DROOLS-5897 > Project: Drools > Issue Type: Bug > Components: core engine > Reporter: Luca Molteni > Assignee: Toshiya Kobayashi > Priority: Major > > {code:java} > @Test > @Ignore("without B it doesn't work on MVEL") > public void testCompoundOperator() throws Exception { > // DROOLS-5894 > String drl = > "import " + Person.class.getCanonicalName() + "\n" + > "dialect \"mvel\"\n" + > "rule R\n" + > "when\n" + > " $p : Person( age >= 26 )\n" + > "then\n" + > " $p.money += 50000;\n" + > "end"; > KieSession ksession = getKieSession(drl); > Person john = new Person("John", 30); > john.setMoney( new BigDecimal( 70000 ) ); > ksession.insert(john); > assertEquals(1, ksession.fireAllRules()); > assertEquals(new BigDecimal( 120000 ), john.getMoney()); > }{code} -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 8 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5937) Compound assignment operation like BigDecimal_type_property <op> Numeric/BigDecimal_value causes an unexpected result or error in MVEL.

by Toshiya Kobayashi (Jira)

[ https://issues.redhat.com/browse/DROOLS-5937?page=com.atlassian.jira.plug... ] Toshiya Kobayashi edited comment on DROOLS-5937 at 1/11/21 9:00 PM: -------------------------------------------------------------------- Fixed by https://github.com/mvel/mvel/commit/0f34afbd1a5f4b0b6c0c836e2c932eac3b6d9cce Once drools consumes mvel 2.4.12+, this JIRA will be closed. was (Author: tkobayashi): Fixed by https://github.com/mvel/mvel/pull/257 Once drools consumes mvel 2.4.12+, this JIRA will be closed. > Compound assignment operation like BigDecimal_type_property <op> Numeric/BigDecimal_value causes an unexpected result or error in MVEL. > --------------------------------------------------------------------------------------------------------------------------------------- > > Key: DROOLS-5937 > URL: https://issues.redhat.com/browse/DROOLS-5937 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 7.48.0.Final > Reporter: Toshiya Kobayashi > Assignee: Toshiya Kobayashi > Priority: Major > Labels: support > Attachments: reproducer_02801729_6_mvel.zip, reproducer_02801729_6e_6f.zip > > > Compound assignment operation like BigDecimal_type_property <op> Numeric/BigDecimal_value causes an unexpected result or error in MVEL (org.mvel2). > When using MVEL.eval method, the result of "+=" operation is incorrect, and "-=", "*=", "/=" operations result in an error. > - BigDecimal_type_property <op> Numeric_value (Initial value of $bus.weight is 12000B) > -- $bus.weight += 1000 ==> 1000 // incorrect result > -- $bus.weight -= 1000 ==> Error > -- $bus.weight *= 1000 ==> Error > -- $bus.weight /= 1000 ==> Error > - BigDecimal_type_property <op> BigDecimal_value (Initial value of $bus.weight and bdv are 12000B and 1000B respectively) > -- $bus.weight += bdv ==> 1000 // incorrect result > -- $bus.weight -= bdv ==> Error > -- $bus.weight *= bdv ==> Error > -- $bus.weight /= bdv ==> Error > When using MVEL.executeExpression method, the result of "+=" operation is correct, while "-=", "*=", "/=" operations cause an error. > - BigDecimal_type_property <op> Numeric_value (Initial value of $bus.weight is 12000B) > -- $bus.weight += 1000 ==> 13000 // correct > -- $bus.weight -= 1000 ==> Error > -- $bus.weight *= 1000 ==> Error > -- $bus.weight /= 1000 ==> Error > - BigDecimal_type_property <op> BigDecimal_value (Initial value of $bus.weight and bdv are 12000B and 1000B respectively) > -- $bus.weight += bdv ==> 13000 // correct > -- $bus.weight -= bdv ==> Error > -- $bus.weight *= bdv ==> Error > -- $bus.weight /= bdv ==> Error > $bus.weight is a BigDecimal type property. > MVEL library should return correct result for any operations above. -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 9 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5937) Compound assignment operation like BigDecimal_type_property <op> Numeric/BigDecimal_value causes an unexpected result or error in MVEL.

by Toshiya Kobayashi (Jira)

[ https://issues.redhat.com/browse/DROOLS-5937?page=com.atlassian.jira.plug... ] Toshiya Kobayashi commented on DROOLS-5937: ------------------------------------------- Fixed by https://github.com/mvel/mvel/pull/257 Once drools consumes mvel 2.4.12+, this JIRA will be closed. > Compound assignment operation like BigDecimal_type_property <op> Numeric/BigDecimal_value causes an unexpected result or error in MVEL. > --------------------------------------------------------------------------------------------------------------------------------------- > > Key: DROOLS-5937 > URL: https://issues.redhat.com/browse/DROOLS-5937 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 7.48.0.Final > Reporter: Toshiya Kobayashi > Assignee: Toshiya Kobayashi > Priority: Major > Labels: support > Attachments: reproducer_02801729_6_mvel.zip, reproducer_02801729_6e_6f.zip > > > Compound assignment operation like BigDecimal_type_property <op> Numeric/BigDecimal_value causes an unexpected result or error in MVEL (org.mvel2). > When using MVEL.eval method, the result of "+=" operation is incorrect, and "-=", "*=", "/=" operations result in an error. > - BigDecimal_type_property <op> Numeric_value (Initial value of $bus.weight is 12000B) > -- $bus.weight += 1000 ==> 1000 // incorrect result > -- $bus.weight -= 1000 ==> Error > -- $bus.weight *= 1000 ==> Error > -- $bus.weight /= 1000 ==> Error > - BigDecimal_type_property <op> BigDecimal_value (Initial value of $bus.weight and bdv are 12000B and 1000B respectively) > -- $bus.weight += bdv ==> 1000 // incorrect result > -- $bus.weight -= bdv ==> Error > -- $bus.weight *= bdv ==> Error > -- $bus.weight /= bdv ==> Error > When using MVEL.executeExpression method, the result of "+=" operation is correct, while "-=", "*=", "/=" operations cause an error. > - BigDecimal_type_property <op> Numeric_value (Initial value of $bus.weight is 12000B) > -- $bus.weight += 1000 ==> 13000 // correct > -- $bus.weight -= 1000 ==> Error > -- $bus.weight *= 1000 ==> Error > -- $bus.weight /= 1000 ==> Error > - BigDecimal_type_property <op> BigDecimal_value (Initial value of $bus.weight and bdv are 12000B and 1000B respectively) > -- $bus.weight += bdv ==> 13000 // correct > -- $bus.weight -= bdv ==> Error > -- $bus.weight *= bdv ==> Error > -- $bus.weight /= bdv ==> Error > $bus.weight is a BigDecimal type property. > MVEL library should return correct result for any operations above. -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 9 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5910) Enable range index for JoinNode

by Toshiya Kobayashi (Jira)

[ https://issues.redhat.com/browse/DROOLS-5910?page=com.atlassian.jira.plug... ] Toshiya Kobayashi updated DROOLS-5910: -------------------------------------- Epic Link: DROOLS-5758 > Enable range index for JoinNode > ------------------------------- > > Key: DROOLS-5910 > URL: https://issues.redhat.com/browse/DROOLS-5910 > Project: Drools > Issue Type: Enhancement > Components: core engine > Affects Versions: 7.47.0.Final > Reporter: Toshiya Kobayashi > Assignee: Toshiya Kobayashi > Priority: Major > > Currently, BetaNode range index works only for NotNode and ExistsNode. Inequality constraints in JoinNode (e.g. $p2 : Person( age > $p1.age )) are not indexed in both standard-drl and exec-model. > https://github.com/kiegroup/drools/blob/master/drools-core/src/main/java/... > * Enable range index for JoinNode > * Fix issues based on failed tests > ** Type coercion > ** executable-model specific errors > ** maybe more > * Add more tests for join > * Add benchmark to confirm the effect -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 9 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5933) NullPointerException at ConstraintEvaluator.findPatternAndRequiredDeclaration() in accumulate with exec-model

by Toshiya Kobayashi (Jira)

[ https://issues.redhat.com/browse/DROOLS-5933?page=com.atlassian.jira.plug... ] Toshiya Kobayashi commented on DROOLS-5933: ------------------------------------------- Fixed by https://github.com/kiegroup/drools/commit/5f9a27a83fca99427383e722efaa803... > NullPointerException at ConstraintEvaluator.findPatternAndRequiredDeclaration() in accumulate with exec-model > ------------------------------------------------------------------------------------------------------------- > > Key: DROOLS-5933 > URL: https://issues.redhat.com/browse/DROOLS-5933 > Project: Drools > Issue Type: Bug > Components: executable model > Affects Versions: 7.48.0.Final > Reporter: Toshiya Kobayashi > Assignee: Toshiya Kobayashi > Priority: Major > > With exec-model, a rule like this: > {noformat} > when > Number( ) from accumulate ( > FactA( $valueA : value ) > and > FactB( $valueB : value, eval($valueB.compareTo($valueA) <= 0) ) > ;max($valueB.intValue()) > ) > then > {noformat} > generates the following PATTERN_DSL: > {code:java} > org.drools.model.Rule rule = D.rule("org.drools.mvel.compiler", > "r1").build(D.pattern(var_GENERATED_$pattern_Number$1$), > D.accumulate(D.and(D.pattern(var_GENERATED_$pattern_FactA$2$).bind(var_$valueA, > org.drools.mvel.compiler.P46.LambdaExtractor468EFEB3BE9EA6494C88709DE97051CB.INSTANCE, > D.reactOn("value")), > D.pattern(var_GENERATED_$pattern_FactB$3$).bind(var_6C0A578A2EA3D5A5C82ABB0FA0DE5C71, > org.drools.mvel.compiler.P18.LambdaExtractor18D900ABC004631DF004CDA316CD34FD.INSTANCE, > D.reactOn("value")).expr("A574527869CA97E0B100815026E8E8FA", > var_$valueB, > var_$valueA, > org.drools.mvel.compiler.P3E.LambdaPredicate3E396A3A5FB9CCA4FC041866C27E4A3A.INSTANCE)), > D.accFunction(org.drools.core.base.accumulators.IntegerMaxAccumulateFunction::new, > var_6C0A578A2EA3D5A5C82ABB0FA0DE5C71).as(var_GENERATED_$pattern_Number$1$)), > D.execute(org.drools.mvel.compiler.P97.LambdaConsequence97C360F7B2C85569E6224ABDE862C784.INSTANCE)); > {code} > It misses bind() for var_$valueB. It results in NPE during kbase build. > {noformat} > java.lang.NullPointerException > at org.drools.modelcompiler.constraints.ConstraintEvaluator.findPatternAndRequiredDeclaration(ConstraintEvaluator.java:97) > at org.drools.modelcompiler.constraints.ConstraintEvaluator.<init>(ConstraintEvaluator.java:67) > at org.drools.modelcompiler.KiePackagesBuilder.createSingleConstraint(KiePackagesBuilder.java:1064) > at org.drools.modelcompiler.KiePackagesBuilder.createConstraint(KiePackagesBuilder.java:1049) > at org.drools.modelcompiler.KiePackagesBuilder.addConstraintsToPattern(KiePackagesBuilder.java:1043) > at org.drools.modelcompiler.KiePackagesBuilder.buildPattern(KiePackagesBuilder.java:730) > at org.drools.modelcompiler.KiePackagesBuilder.recursivelyAddConditions(KiePackagesBuilder.java:624) > at org.drools.modelcompiler.KiePackagesBuilder.buildAccumulate(KiePackagesBuilder.java:581) > at org.drools.modelcompiler.KiePackagesBuilder.conditionToElement(KiePackagesBuilder.java:493) > at org.drools.modelcompiler.KiePackagesBuilder.addSubConditions(KiePackagesBuilder.java:655) > at org.drools.modelcompiler.KiePackagesBuilder.populateLHS(KiePackagesBuilder.java:449) > at org.drools.modelcompiler.KiePackagesBuilder.compileRule(KiePackagesBuilder.java:249) > at org.drools.modelcompiler.KiePackagesBuilder.build(KiePackagesBuilder.java:220) > at org.drools.modelcompiler.CanonicalKieModule.createKiePackages(CanonicalKieModule.java:306) > at org.drools.modelcompiler.CanonicalKieModule.lambda$1(CanonicalKieModule.java:213) > at java.util.concurrent.ConcurrentHashMap.computeIfAbsent(ConcurrentHashMap.java:1660) > at org.drools.modelcompiler.CanonicalKieModule.createKieBase(CanonicalKieModule.java:213) > at org.drools.compiler.kie.builder.impl.KieContainerImpl.createKieBase(KieContainerImpl.java:470) > {noformat} > ==== > Even this rule causes the issue. So the key factor is the method invocation $valueB.intValue() > {noformat} > when > Number( ) from accumulate ( > FactB( $valueB : value, $valueB > 0 ) > ;max($valueB.intValue()) > ) > then > {noformat} -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 9 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14189) The RunAs annotation doesn't work in EJBs with Elytron

by Diana Vilkolakova (Jira)

[ https://issues.redhat.com/browse/WFLY-14189?page=com.atlassian.jira.plugi... ] Diana Vilkolakova commented on WFLY-14189: ------------------------------------------ [~alessandromoscatelli] Please try to specify org.jboss.ejb3.annotation.SecurityDomain annotation on your Test1 class and point it to your security domain, in your example it should be "other". > The RunAs annotation doesn't work in EJBs with Elytron > ------------------------------------------------------ > > Key: WFLY-14189 > URL: https://issues.redhat.com/browse/WFLY-14189 > Project: WildFly > Issue Type: Bug > Components: EJB, Security > Affects Versions: 21.0.0.Final > Reporter: Alessandro Moscatelli > Assignee: Diana Vilkolakova > Priority: Major > Labels: ejb, elytron, regression, runas, security, startup > Attachments: standalone-full-ha.new.xml, test.zip > > > Role is not correctly assigned when using @RunAs annotation and Elytron Security Domain. Everything works correctly with legacy picketbox Security Domain. > Wildfly is configured to use default "other" application-security-domain, also using default security domain ApplicationDomain. > This exception is rised when deploying the application. > Caused by: javax.ejb.EJBAccessException: WFLYEJB0364: Invocation on method: public abstract void org.visiontech.test.TestInterface.test() of bean: Test2 is not allowedCaused by: javax.ejb.EJBAccessException: WFLYEJB0364: Invocation on method: public abstract void org.visiontech.test.TestInterface.test() of bean: Test2 is not allowed at org.jboss.as.ejb3@21.0.0.Final//org.jboss.as.ejb3.security.JaccInterceptor.hasPermission(JaccInterceptor.java:120) > Test/Sample project: [^test.zip] -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 9 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira January 2021