[JBoss JIRA] (DROOLS-4872) "customSerializationMapper" in JSONMarshaller.configureMarshaller() doesn't respect JSONMarshallerExtensions
by Toshiya Kobayashi (Jira)
[ https://issues.redhat.com/browse/DROOLS-4872?page=com.atlassian.jira.plug... ]
Toshiya Kobayashi reassigned DROOLS-4872:
-----------------------------------------
Assignee: Toshiya Kobayashi (was: Maciej Swiderski)
> "customSerializationMapper" in JSONMarshaller.configureMarshaller() doesn't respect JSONMarshallerExtensions
> ------------------------------------------------------------------------------------------------------------
>
> Key: DROOLS-4872
> URL: https://issues.redhat.com/browse/DROOLS-4872
> Project: Drools
> Issue Type: Component Upgrade
> Components: kie server
> Affects Versions: 7.29.0.Final, 7.30.0.Final, 7.31.0.Final
> Reporter: Petar Tahchiev
> Assignee: Toshiya Kobayashi
> Priority: Major
>
> Hello,
> as discussed here:
> https://groups.google.com/forum/#!topic/drools-setup/85k05vo0Ix8
> I'm trying to configure the JSONMarshaller so I can serialize/deserialize objects of type {{javax.money.MonetaryAmount}}, however even though I register my own {{JSONMarshallerExtension}} seems like the conversion is handled by the {{customSerializationMapper}} in {{JSONMarshaller.configureMarshaller()}} and this mapper is not passed to the extension so there's no way I can configure it. This leads to the attributes of type {{MonetaryAmount}} being serialized in a wrong way (not using any modules registered through the {{JSONMarshallerExtension}}.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years
[JBoss JIRA] (DROOLS-4872) "customSerializationMapper" in JSONMarshaller.configureMarshaller() doesn't respect JSONMarshallerExtensions
by Toshiya Kobayashi (Jira)
[ https://issues.redhat.com/browse/DROOLS-4872?page=com.atlassian.jira.plug... ]
Toshiya Kobayashi updated DROOLS-4872:
--------------------------------------
Story Points: 5
Sprint: 2019 Week 50-52 (from Dec 9)
> "customSerializationMapper" in JSONMarshaller.configureMarshaller() doesn't respect JSONMarshallerExtensions
> ------------------------------------------------------------------------------------------------------------
>
> Key: DROOLS-4872
> URL: https://issues.redhat.com/browse/DROOLS-4872
> Project: Drools
> Issue Type: Component Upgrade
> Components: kie server
> Affects Versions: 7.29.0.Final, 7.30.0.Final, 7.31.0.Final
> Reporter: Petar Tahchiev
> Assignee: Toshiya Kobayashi
> Priority: Major
>
> Hello,
> as discussed here:
> https://groups.google.com/forum/#!topic/drools-setup/85k05vo0Ix8
> I'm trying to configure the JSONMarshaller so I can serialize/deserialize objects of type {{javax.money.MonetaryAmount}}, however even though I register my own {{JSONMarshallerExtension}} seems like the conversion is handled by the {{customSerializationMapper}} in {{JSONMarshaller.configureMarshaller()}} and this mapper is not passed to the extension so there's no way I can configure it. This leads to the attributes of type {{MonetaryAmount}} being serialized in a wrong way (not using any modules registered through the {{JSONMarshallerExtension}}.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years
[JBoss JIRA] (DROOLS-4169) Can't compile large .drl files with security manager turned on in tomcat
by Mario Fusco (Jira)
[ https://issues.redhat.com/browse/DROOLS-4169?page=com.atlassian.jira.plug... ]
Mario Fusco updated DROOLS-4169:
--------------------------------
Sprint: 2020 Week 01-03 (from Dec 30) (was: 2019 Week 50-52 (from Dec 9))
> Can't compile large .drl files with security manager turned on in tomcat
> ------------------------------------------------------------------------
>
> Key: DROOLS-4169
> URL: https://issues.redhat.com/browse/DROOLS-4169
> Project: Drools
> Issue Type: Bug
> Affects Versions: 7.22.0.Final
> Environment: Java 11
> Tomcat 9
> Ubuntu 18.10/Amazon Linux AMI
> Reporter: Anthony Bruno
> Assignee: Mario Fusco
> Priority: Major
>
> Reproduction repository: https://github.com/AussieGuy0/drools-bug
> *Summary*
> When large rule (.drl) files are complied **with** the security manager turned
> on in a servlet container (e.g. Tomcat), it causes `AccessControlExceptions`, which causes `NoClassDefFoundErrors`.
> *Steps*
> Prereqs: Program is run in servlet context (e.g .war file in tomcat)
> 1. Turn on security manager
> 2. Provide policy files through the properties `java.security.policy` and `kie.security.policy`
> 3. Compile a `.drl` file that has more than `parallelRulesBuildThreshold` (default: 10) rules
> *Expected Result*
> Rules are compiled successfully
> *Actual Result*
> No class def error
> *Cause*
> In `KnowledgeBuilderImpl`, a `ForkJoinPool` is created and used for parallel building.
> A `ForkJoinPool` with no `ForkJoinWorkerThreadFactory` specified, it will use a default factory
> that provides it's own permissions. These permissions are not sufficient for compiling
> drl files in a servlet context.
> *Potential Fix*
> A potential fix is to allow the user to provide their own `ForkJoinWorkerThreadFactory` as a
> configuration option for drools.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years
[JBoss JIRA] (DROOLS-4892) in evaluators for type Double does not work with executable model
by Mario Fusco (Jira)
[ https://issues.redhat.com/browse/DROOLS-4892?page=com.atlassian.jira.plug... ]
Mario Fusco updated DROOLS-4892:
--------------------------------
Sprint: 2020 Week 01-03 (from Dec 30)
> in evaluators for type Double does not work with executable model
> ------------------------------------------------------------------
>
> Key: DROOLS-4892
> URL: https://issues.redhat.com/browse/DROOLS-4892
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 7.26.0.Final, 7.31.0.Final
> Reporter: Hiroko Miura
> Assignee: Mario Fusco
> Priority: Major
> Labels: support
> Attachments: executable-model-DoubleTest.zip
>
>
> The constraint like the following does not match when using executable model.
> {noformat}
> rule "Double nnn"
> when
> f : Fact( doubleVal in ( 100, 200, 300 ) )
> then
> ...
> end
> {noformat}
> This rule can fire if executable model is not used.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years
[JBoss JIRA] (JGRP-2424) TUNNEL: add port_range attribute
by Bela Ban (Jira)
[ https://issues.redhat.com/browse/JGRP-2424?page=com.atlassian.jira.plugin... ]
Bela Ban updated JGRP-2424:
---------------------------
Description: Currently, gossip_router_hosts in TUNNEL is populated by using a fixed port_range of 1. This should be made configurable via a property {{port_range}} (inherited from {{TP}}). (was: Currently, gossip_router_hosts in TUNNEL is populated by using a fixed port_range of 1. This should be made configurable via a property {{port_range}}.)
> TUNNEL: add port_range attribute
> --------------------------------
>
> Key: JGRP-2424
> URL: https://issues.redhat.com/browse/JGRP-2424
> Project: JGroups
> Issue Type: Enhancement
> Reporter: Bela Ban
> Assignee: Bela Ban
> Priority: Minor
> Fix For: 4.1.9
>
>
> Currently, gossip_router_hosts in TUNNEL is populated by using a fixed port_range of 1. This should be made configurable via a property {{port_range}} (inherited from {{TP}}).
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 1 month
[JBoss JIRA] (JGRP-2424) TUNNEL: add port_range attribute
by Bela Ban (Jira)
Bela Ban created JGRP-2424:
------------------------------
Summary: TUNNEL: add port_range attribute
Key: JGRP-2424
URL: https://issues.redhat.com/browse/JGRP-2424
Project: JGroups
Issue Type: Enhancement
Reporter: Bela Ban
Assignee: Bela Ban
Fix For: 4.1.9
Currently, gossip_router_hosts in TUNNEL is populated by using a fixed port_range of 1. This should be made configurable via a property {{port_range}}.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 1 month
[JBoss JIRA] (DROOLS-4636) Update Scenario Cheatsheet to mention MVEL and Background
by Daniele Zonca (Jira)
[ https://issues.redhat.com/browse/DROOLS-4636?page=com.atlassian.jira.plug... ]
Daniele Zonca updated DROOLS-4636:
----------------------------------
Git Pull Request: https://github.com/kiegroup/drools-wb/pull/1277 (was: https://github.com/kiegroup/drools/pull/2563#)
> Update Scenario Cheatsheet to mention MVEL and Background
> ---------------------------------------------------------
>
> Key: DROOLS-4636
> URL: https://issues.redhat.com/browse/DROOLS-4636
> Project: Drools
> Issue Type: Task
> Components: Scenario Simulation and Testing
> Affects Versions: 7.27.0.Final
> Reporter: Anna Dupliak
> Assignee: Daniele Zonca
> Priority: Minor
> Labels: CustomerFocus, drools-tools
>
> Update Scenario Cheatsheet for MVEL expression usage.
> h3. Here are some topics that could be mentioned:
> Expressions for Rule based scenarios for simple types
> * Starts from "*#*"
> * Runs for +properties+
> * Runs for +duplicated+ properties
> * Returns the +same+ type as property type in *GIVEN*
> * Returns boolean in *EXPECTED*
> * Receives rule processed value as a *parameter* in *EXPECTED* via keyword "*actualValue*"
> * Applies java.util.Objects.equals(actualValue, expression result) on the expression result if the *EXPECTED* value not a *boolean*
> * Could run any of java function for the project
> * Exports and imports as any other value
> Limitations
> 1. Mvel expression results +not property same+ type - drives scenario +failure, error reason and highlighted+
> Use case:
> User inputs 1/2 to Integer property
> 2.Mvel execution throws +exception+ - drives scenario execution +stopping, failure, error alert+
> Use case:
> User inputs inexistent MVEL function in one of the properties
> 3.Mvel expression +exception stops+ expression +execution+ for all *EXPECT* colons
> Use case:
> User got one of the GIVEN fact expression excepted
> 4.Mvel +cannot be mixed+ with simple expressions in one cell
> Use case:
> For cell inputs :
> {code:java}
> [#4+4,68]
> #actualvalue>1
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 1 month