[JBoss JIRA] (WFCORE-4585) Not working configured SSL using legacy security-realm in ManagementRealm on host.xml
by Darran Lofthouse (Jira)
[ https://issues.jboss.org/browse/WFCORE-4585?page=com.atlassian.jira.plugi... ]
Darran Lofthouse reassigned WFCORE-4585:
----------------------------------------
Assignee: (was: Darran Lofthouse)
> Not working configured SSL using legacy security-realm in ManagementRealm on host.xml
> ---------------------------------------------------------------------------------------
>
> Key: WFCORE-4585
> URL: https://issues.jboss.org/browse/WFCORE-4585
> Project: WildFly Core
> Issue Type: Bug
> Components: Security
> Environment: tried in Linux version RHEL 7.2
> Reporter: Tarak A
> Priority: Major
>
> Hi Team,
> We need your suggestion to fix SSL configuration issue in legacy security-realm in ManagementRealm on host.xml, and it is causing not to start master node with legacy SSL settings in Wildfly 17.0.1 Final version. Below are the example setting we used to configure,same settings working in Wildfly 15.0.1.
> SSL
> <security-realm name="ManagementRealm">
> <server-identities>
> <ssl>
> <keystore path="server.jks" relative-to="jboss.server.config.dir" keystore-password="keystore_password" alias="server" key-password="key_password" />
> </ssl>
> </server-identities>
> <authentication>
> <truststore path="server.jks" relative-to="jboss.server.config.dir" keystore-password="truststore_password" />
> <local default-user="$local"/>
> <properties path="application-users.properties" relative-to="jboss.server.config.dir"/>
> </authentication>
> </security-realm>
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 10 months
[JBoss JIRA] (DROOLS-4305) getOldObject() of ObjectUpdatedEvent is returning same value as getObject()
by Benoit Proulx (Jira)
[ https://issues.jboss.org/browse/DROOLS-4305?page=com.atlassian.jira.plugi... ]
Benoit Proulx commented on DROOLS-4305:
---------------------------------------
During a drools update/modify command, which will trigger the ObjectUpdatedEvent, we're always going to change the values of an existing instance. So I don't see the point of having "getOldObject()" if it's always going to reference the same instance as "getObject()"
> getOldObject() of ObjectUpdatedEvent is returning same value as getObject()
> ---------------------------------------------------------------------------
>
> Key: DROOLS-4305
> URL: https://issues.jboss.org/browse/DROOLS-4305
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 7.16.0.Final
> Environment: Windows 10 Version 1803 (OS Build 17134.829)
> Eclipse 2018-12 (4.10.0)
> jdk1.8.0_171
> Apache Maven 3.5.0 (ff8f5e7444045639af65f6095c62210b5713f426; 2017-04-03T15:39:06-04:00)
> spring-boot-starter-parent 2.1.2.RELEASE
> Reporter: Benoit Proulx
> Assignee: Mario Fusco
> Priority: Optional
>
> We have built a logger file for our rules that implements org.kie.api.event.rule.RuleRuntimeEventListener.
> Whenever the objectUpdated(ObjectUpdatedEvent) method is called, the ObjectUpdatedEvent contains the values of both the old Object and new object (or getOldObject() and getObject() )
> However, it seems that getOldObject() is always returning the same value as getObject().
> Having both values would be very helpful in debugging rules.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 10 months
[JBoss JIRA] (DROOLS-4342) Using BigDecimal with From Accumulate causes an "Error: argument type mismatch"
by Luca Molteni (Jira)
[ https://issues.jboss.org/browse/DROOLS-4342?page=com.atlassian.jira.plugi... ]
Luca Molteni updated DROOLS-4342:
---------------------------------
Fix Version/s: 7.25.0.Final
> Using BigDecimal with From Accumulate causes an "Error: argument type mismatch"
> -------------------------------------------------------------------------------
>
> Key: DROOLS-4342
> URL: https://issues.jboss.org/browse/DROOLS-4342
> Project: Drools
> Issue Type: Bug
> Components: kie server
> Environment: Red Hat Process Automation Manager (RHPAM) 7.2.0
> Reporter: Rodrigo Ribeiro
> Assignee: Luca Molteni
> Priority: Major
> Labels: BigDecimal, DRL, bigdecimal, drl, kie-server, rhpam, rule
> Fix For: 7.25.0.Final
>
> Attachments: reproducer-02425606.zip, request.json, testSum.scenario
>
>
> When written a rule that does a sum using ‘from accumulate’. The rule validates successfully. However, when trying to test it, is returned a very generic error message: Error: argument type mismatch.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 10 months
[JBoss JIRA] (DROOLS-4342) Using BigDecimal with From Accumulate causes an "Error: argument type mismatch"
by Karina Varela (Jira)
[ https://issues.jboss.org/browse/DROOLS-4342?page=com.atlassian.jira.plugi... ]
Karina Varela commented on DROOLS-4342:
---------------------------------------
Hi team,
[~volothamp] can we please set the fix version of this JIRA? :)
Thanks a lot!!
> Using BigDecimal with From Accumulate causes an "Error: argument type mismatch"
> -------------------------------------------------------------------------------
>
> Key: DROOLS-4342
> URL: https://issues.jboss.org/browse/DROOLS-4342
> Project: Drools
> Issue Type: Bug
> Components: kie server
> Environment: Red Hat Process Automation Manager (RHPAM) 7.2.0
> Reporter: Rodrigo Ribeiro
> Assignee: Luca Molteni
> Priority: Major
> Labels: BigDecimal, DRL, bigdecimal, drl, kie-server, rhpam, rule
> Attachments: reproducer-02425606.zip, request.json, testSum.scenario
>
>
> When written a rule that does a sum using ‘from accumulate’. The rule validates successfully. However, when trying to test it, is returned a very generic error message: Error: argument type mismatch.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 10 months
[JBoss JIRA] (DROOLS-4372) DMN Editor Data type usability study: design assets
by Elizabeth Clayton (Jira)
[ https://issues.jboss.org/browse/DROOLS-4372?page=com.atlassian.jira.plugi... ]
Elizabeth Clayton updated DROOLS-4372:
--------------------------------------
Sprint: 2019 Week 29-31
> DMN Editor Data type usability study: design assets
> ---------------------------------------------------
>
> Key: DROOLS-4372
> URL: https://issues.jboss.org/browse/DROOLS-4372
> Project: Drools
> Issue Type: Task
> Components: DMN Editor
> Environment: Version 7.4
> Reporter: Elizabeth Clayton
> Assignee: Elizabeth Clayton
> Priority: Major
> Labels: UX, UXTeam, Usability, drools-tools
>
> Description:
> * Create a study plan outline.
> * Review usability study materials.
> * Create a click-thru wireframe prototype for a lightweight usability study to test the ease of use in viewing, creating, editing and deleting data types, particularly structured data types.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 10 months
[JBoss JIRA] (SWSQE-852) Filter out test and mock files from coverage
by Filip Brychta (Jira)
[ https://issues.jboss.org/browse/SWSQE-852?page=com.atlassian.jira.plugin.... ]
Filip Brychta updated SWSQE-852:
--------------------------------
Description:
Following files are included:
tests/data/destination_rules_data.go
tests/data/gateway_data.go
tests/data/mesh_policy_data.go
tests/data/policy_data.go
tests/data/service_entry_data.go
tests/data/service_role_data.go
tests/data/virtual_service_data.go
tests/data/workload_data.go
kubernetes/kubetest/mock.go
kubernetes/kiali_monitoring/mock/mock.go
prometheus/prometheustest/mock.go
business/test_util.go
We need to filter those out.
was:
Following files are included:
tests/data/destination_rules_data.go
tests/data/gateway_data.go
tests/data/mesh_policy_data.go
tests/data/policy_data.go
tests/data/service_entry_data.go
tests/data/service_role_data.go
tests/data/virtual_service_data.go
tests/data/workload_data.go
kubernetes/kubetest/mock.go
kubernetes/kiali_monitoring/mock/mock.go
prometheus/prometheustest/mock.go
We need to filter those out.
> Filter out test and mock files from coverage
> --------------------------------------------
>
> Key: SWSQE-852
> URL: https://issues.jboss.org/browse/SWSQE-852
> Project: Kiali QE
> Issue Type: Sub-task
> Reporter: Filip Brychta
> Assignee: Filip Brychta
> Priority: Major
> Labels: infrastructure
>
> Following files are included:
> tests/data/destination_rules_data.go
> tests/data/gateway_data.go
> tests/data/mesh_policy_data.go
> tests/data/policy_data.go
> tests/data/service_entry_data.go
> tests/data/service_role_data.go
> tests/data/virtual_service_data.go
> tests/data/workload_data.go
> kubernetes/kubetest/mock.go
> kubernetes/kiali_monitoring/mock/mock.go
> prometheus/prometheustest/mock.go
> business/test_util.go
> We need to filter those out.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 10 months