[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/15/21 5:24 AM:
--------------------------------------------------------------------
Drools test case is covered by [https://github.com/kiegroup/drools/commit/f6449da5bda23fe5f44b92e55b39668...]
(shared with DROOLS-5897)
was (Author: tkobayashi):
Drools test case is covered by https://github.com/kiegroup/drools/commit/f6449da5bda23fe5f44b92e55b39668...
> 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
> Fix For: 7.49.0.Final
>
> 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)
5 years, 3 months
[Red Hat JIRA] (WFLY-13011) The quickstart template appears out of date
by Eduardo Martins (Jira)
[ https://issues.redhat.com/browse/WFLY-13011?page=com.atlassian.jira.plugi... ]
Eduardo Martins resolved WFLY-13011.
------------------------------------
Resolution: Out of Date
The updated doc plugin does not throws NPEs on null technologies.
> The quickstart template appears out of date
> -------------------------------------------
>
> Key: WFLY-13011
> URL: https://issues.redhat.com/browse/WFLY-13011
> Project: WildFly
> Issue Type: Bug
> Components: Quickstarts
> Affects Versions: 19.0.0.Beta1
> Reporter: Darran Lofthouse
> Assignee: Eduardo Martins
> Priority: Major
>
> The quickstart template appears to be out of date based on the present requirements.
> One example it does not contain the technologies attribute which leads to a NullPointerException when building the docs with a new quickstart using the template.
> Additionally later quickstarts appear to use an abstract differently to how the template describes them to define some more values so it would be nice to see some description of how this should be used.
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
5 years, 3 months
[Red Hat JIRA] (WFLY-14287) NoClassDefFoundError: Failed to link org/bouncycastle/openpgp/PGPEncryptedDataList: org/bouncycastle/util/Iterable
by Radoslav Ivanov (Jira)
[ https://issues.redhat.com/browse/WFLY-14287?page=com.atlassian.jira.plugi... ]
Radoslav Ivanov commented on WFLY-14287:
----------------------------------------
That is a compile dependency, which one can also find as a required in maven central repository. Why WildFly consider adding those dependencies on case bases? Are we trying to avoid module/classloading overloading?
I admit it is a specific case where bouncycastle is referenced directly and a class from bcpg module is used.
> NoClassDefFoundError: Failed to link org/bouncycastle/openpgp/PGPEncryptedDataList: org/bouncycastle/util/Iterable
> ------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-14287
> URL: https://issues.redhat.com/browse/WFLY-14287
> Project: WildFly
> Issue Type: Bug
> Affects Versions: 21.0.1.Final
> Reporter: Radoslav Ivanov
> Assignee: Sudeshna Sur
> Priority: Major
>
> Could you please add missing dependencies in Bouncycastle modules?
> Problem (we got):
> {code:java}
> Caused by: java.lang.NoClassDefFoundError: Failed to link org/bouncycastle/openpgp/PGPEncryptedDataList (Module "org.bouncycastle.bcpg" version 1.66.00.0 from local module loader @1d1f7216 (finder: local module finder @423e4cbb (roots: /data/avoka/transact/manager/server/modules,/data/avoka/transact/manager/server/modules/system/layers/base))): org/bouncycastle/util/Iterable
> {code}
>
> Solution (adding dependency from bcpg to bcprov modules solves the issue):
> {code:java}
> modules\system\layers\base\org\bouncycastle\bcpg\main\module.xml{code}
> {code:java}
> <dependencies>
> <module name="org.bouncycastle.bcprov" export="true" services="export"/>
> </dependencies>
> {code}
>
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
5 years, 3 months