[JBoss JIRA] (DROOLS-1558) DMN case where list of single element shall be considered a singleton value
by Matteo Mortari (JIRA)
Matteo Mortari created DROOLS-1558:
--------------------------------------
Summary: DMN case where list of single element shall be considered a singleton value
Key: DROOLS-1558
URL: https://issues.jboss.org/browse/DROOLS-1558
Project: Drools
Issue Type: Bug
Components: dmn engine
Affects Versions: 7.0.0.CR3
Reporter: Matteo Mortari
Assignee: Matteo Mortari
Fix For: 7.1.0.Final
Attachments: Ex_6_1.dmn
The attached model is not completely working. This is likely to the fact that the filter selection operator is not working. E.g.:
{code}
max( NBA Pacific.wins )
{code}
Should return the team with the most wins in the {{NBA Pacific}} list of teams.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 8 months
[JBoss JIRA] (DROOLS-1548) Fix bug with filter selection operator
by Matteo Mortari (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1548?page=com.atlassian.jira.plugi... ]
Matteo Mortari commented on DROOLS-1548:
----------------------------------------
This JIRA will address for the general issue of accessor as per example :
{code:java}
max( NBA Pacific.wins )
{code}
And the attached DMN decision "Positions of Los Angeles teams" will be corrected (was originally wrong) as:
{code:java}
index of(NBA Pacific.city, "Los Angeles")
{code}
> Fix bug with filter selection operator
> --------------------------------------
>
> Key: DROOLS-1548
> URL: https://issues.jboss.org/browse/DROOLS-1548
> Project: Drools
> Issue Type: Bug
> Components: dmn engine
> Affects Versions: 7.0.0.CR3
> Reporter: Edson Tirelli
> Assignee: Edson Tirelli
> Fix For: 7.1.0.Final
>
> Attachments: Ex_6_1.dmn
>
>
> The attached model is not completely working. This is likely to the fact that the filter selection operator is not working. E.g.:
> {code}
> max( NBA Pacific.wins )
> {code}
> Should return the team with the most wins in the {{NBA Pacific}} list of teams.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 8 months
[JBoss JIRA] (DROOLS-1548) Fix bug with filter selection operator
by Matteo Mortari (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1548?page=com.atlassian.jira.plugi... ]
Matteo Mortari reassigned DROOLS-1548:
--------------------------------------
Assignee: Matteo Mortari (was: Edson Tirelli)
> Fix bug with filter selection operator
> --------------------------------------
>
> Key: DROOLS-1548
> URL: https://issues.jboss.org/browse/DROOLS-1548
> Project: Drools
> Issue Type: Bug
> Components: dmn engine
> Affects Versions: 7.0.0.CR3
> Reporter: Edson Tirelli
> Assignee: Matteo Mortari
> Fix For: 7.1.0.Final
>
> Attachments: Ex_6_1.dmn
>
>
> The attached model is not completely working. This is likely to the fact that the filter selection operator is not working. E.g.:
> {code}
> max( NBA Pacific.wins )
> {code}
> Should return the team with the most wins in the {{NBA Pacific}} list of teams.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 8 months
[JBoss JIRA] (WFCORE-2766) Application server must be reloaded when is updated credential reference of credential store. There isn't any information that it needs reload.
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-2766?page=com.atlassian.jira.plugi... ]
Brian Stansberry commented on WFCORE-2766:
------------------------------------------
These alias resources may no longer be resources once work on converting external items from being resources is done. And once that happens we'd have no mechanism for linking the alias to the store.
So to implement this enhancement we would have to trigger reload-required on any alias update or removal, as we don't know that the alias is referenced..
> Application server must be reloaded when is updated credential reference of credential store. There isn't any information that it needs reload.
> -----------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: WFCORE-2766
> URL: https://issues.jboss.org/browse/WFCORE-2766
> Project: WildFly Core
> Issue Type: Bug
> Components: Security
> Reporter: Hynek Švábek
> Assignee: Yeray Borges
>
> Application server must be reloaded when is updated credential reference of credential store. There isn't any information that it needs reload.
> In model is "restart-required" => "no-services" and credential-reference update operation ends with success message without any information about reload.
> {code:collapse}
> "credential-reference" => {
> "type" => OBJECT,
> "description" => "Credential reference to be used to create protection parameter.",
> "expressions-allowed" => false,
> "required" => true,
> "nillable" => false,
> "access-constraints" => {"sensitive" => {"credential" => {"type" => "core"}}},
> "value-type" => {
> "store" => {
> "type" => STRING,
> "description" => "The name of the credential store holding the alias to credential.",
> "expressions-allowed" => false,
> "required" => false,
> "nillable" => true,
> "capability-reference" => "org.wildfly.security.credential-store",
> "min-length" => 1L,
> "max-length" => 2147483647L
> },
> "alias" => {
> "type" => STRING,
> "description" => "The alias which denotes stored secret or credential in the store.",
> "expressions-allowed" => true,
> "required" => false,
> "nillable" => true,
> "min-length" => 1L,
> "max-length" => 2147483647L
> },
> "type" => {
> "type" => STRING,
> "description" => "The type of credential this reference is denoting.",
> "expressions-allowed" => true,
> "required" => false,
> "nillable" => true,
> "min-length" => 1L,
> "max-length" => 2147483647L
> },
> "clear-text" => {
> "type" => STRING,
> "description" => "Secret specified using clear text. Check credential store way of supplying credential/secrets to services.",
> "expressions-allowed" => true,
> "required" => false,
> "nillable" => true,
> "min-length" => 1L,
> "max-length" => 2147483647L
> }
> },
> "access-type" => "read-write",
> "storage" => "configuration",
> "restart-required" => "no-services"
> },
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 8 months
[JBoss JIRA] (WFCORE-2746) Move elytron management security tests from core to full
by Ken Wills (JIRA)
[ https://issues.jboss.org/browse/WFCORE-2746?page=com.atlassian.jira.plugi... ]
Ken Wills updated WFCORE-2746:
------------------------------
Description:
Since until recently the elytron subsystem wasn't part of the core feature pack, a lot of integration tests of its use ended up in the WildFly full testsuite instead of in core. This task is to get tests that are only testing core functionality moved into the core testsuite. Because that's the right thing to do, but also because it's useful in practice by eliminating a cause for messy coordinated changes to core and full such that code changes in core can be tested.
There are a number of aspects to this, for which I'll create subtasks.
Following is an initial list of tests that should be moved. *This is meant to be a living list, with things added as they are noticed.* So anyone should feel free to edit this JIRA description to add things to the list.
org.jboss.as.test.integration.security.perimeter.* [2]
org.jboss.as.test.manualmode.mgmt.elytron.HttpMgmtInterfaceElytronAuthenticationTestCase
-org.jboss.as.test.integration.domain.AbstractSlaveHCAuthenticationTestCase and subclasses.[1]-
org.jboss.as.test.integration.security.credentialreference [2] (This is using h2 / datasources, so not moving).
[1] One subclass of this is not related to elytron but should be moved to core too. I haven't looked closely but it uses vault, which may be why it is in full. But we can use vault in the core testsuite now.
[2] Currently using Arquillian.
was:
Since until recently the elytron subsystem wasn't part of the core feature pack, a lot of integration tests of its use ended up in the WildFly full testsuite instead of in core. This task is to get tests that are only testing core functionality moved into the core testsuite. Because that's the right thing to do, but also because it's useful in practice by eliminating a cause for messy coordinated changes to core and full such that code changes in core can be tested.
There are a number of aspects to this, for which I'll create subtasks.
Following is an initial list of tests that should be moved. *This is meant to be a living list, with things added as they are noticed.* So anyone should feel free to edit this JIRA description to add things to the list.
org.jboss.as.test.integration.security.perimeter.* [2]
org.jboss.as.test.manualmode.mgmt.elytron.HttpMgmtInterfaceElytronAuthenticationTestCase
org.jboss.as.test.integration.domain.AbstractSlaveHCAuthenticationTestCase and subclasses.[1]
org.jboss.as.test.integration.security.credentialreference [2]
[1] One subclass of this is not related to elytron but should be moved to core too. I haven't looked closely but it uses vault, which may be why it is in full. But we can use vault in the core testsuite now.
[2] Currently using Arquillian.
> Move elytron management security tests from core to full
> --------------------------------------------------------
>
> Key: WFCORE-2746
> URL: https://issues.jboss.org/browse/WFCORE-2746
> Project: WildFly Core
> Issue Type: Task
> Components: Domain Management, Security, Test Suite
> Reporter: Brian Stansberry
>
> Since until recently the elytron subsystem wasn't part of the core feature pack, a lot of integration tests of its use ended up in the WildFly full testsuite instead of in core. This task is to get tests that are only testing core functionality moved into the core testsuite. Because that's the right thing to do, but also because it's useful in practice by eliminating a cause for messy coordinated changes to core and full such that code changes in core can be tested.
> There are a number of aspects to this, for which I'll create subtasks.
> Following is an initial list of tests that should be moved. *This is meant to be a living list, with things added as they are noticed.* So anyone should feel free to edit this JIRA description to add things to the list.
> org.jboss.as.test.integration.security.perimeter.* [2]
> org.jboss.as.test.manualmode.mgmt.elytron.HttpMgmtInterfaceElytronAuthenticationTestCase
> -org.jboss.as.test.integration.domain.AbstractSlaveHCAuthenticationTestCase and subclasses.[1]-
> org.jboss.as.test.integration.security.credentialreference [2] (This is using h2 / datasources, so not moving).
> [1] One subclass of this is not related to elytron but should be moved to core too. I haven't looked closely but it uses vault, which may be why it is in full. But we can use vault in the core testsuite now.
> [2] Currently using Arquillian.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 8 months
[JBoss JIRA] (WFLY-8721) EJB with remoting tests fails if node0 and node1 is used and node0 != node1
by Farah Juma (JIRA)
[ https://issues.jboss.org/browse/WFLY-8721?page=com.atlassian.jira.plugin.... ]
Farah Juma moved JBEAP-10790 to WFLY-8721:
------------------------------------------
Project: WildFly (was: JBoss Enterprise Application Platform)
Key: WFLY-8721 (was: JBEAP-10790)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: EJB
Remoting
Test Suite
(was: EJB)
(was: Remoting)
(was: Test Suite)
Affects Version/s: (was: 7.1.0.DR17)
Affects Testing: (was: Regression)
> EJB with remoting tests fails if node0 and node1 is used and node0 != node1
> ---------------------------------------------------------------------------
>
> Key: WFLY-8721
> URL: https://issues.jboss.org/browse/WFLY-8721
> Project: WildFly
> Issue Type: Bug
> Components: EJB, Remoting, Test Suite
> Reporter: Farah Juma
> Assignee: Farah Juma
> Priority: Blocker
>
> *Description of problem:*
> EJB tests fails if node0 and node1 is used and node0 != node1
> Test works correctly, if node0 and node1 is not used.
> Priority of this jira is blocker, because this is regression against EAP 7.1.0.DR16.
> *How reproducible:*
> Always, easy to reproduce
> *Steps to Reproduce:*
> # ./integration-tests.sh -Dts.multinode -Dts.noSmoke -Djboss.dist=$\{PATH_TO_EAP\} -Dnode0=127.0.0.2 -Dnode1=127.0.0.3
> # ./integration-tests.sh -Dts.manualmode -Dts.noSmoke -Djboss.dist=$\{PATH_TO_EAP\} -Dnode0=127.0.0.2 -Dnode1=127.0.0.3 -Dtest=RemoteOutboundConnectionReconnectTestCase
> # ./integration-tests.sh -Dts.domain -Dts.noSmoke -Djboss.dist=$\{PATH_TO_EAP\} -Dnode0=127.0.0.2 -Dnode1=127.0.0.3
> *Actual results:*
> * Maven logs are attached: [^maven.logs.txt]
> * All logs are attached: [^testsuite.zip]
> *Expected results:*
> No errors
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 8 months
[JBoss JIRA] (WFCORE-2766) Application server must be reloaded when is updated credential reference of credential store. There isn't any information that it needs reload.
by Yeray Borges (JIRA)
[ https://issues.jboss.org/browse/WFCORE-2766?page=com.atlassian.jira.plugi... ]
Yeray Borges reassigned WFCORE-2766:
------------------------------------
Assignee: Yeray Borges (was: Darran Lofthouse)
> Application server must be reloaded when is updated credential reference of credential store. There isn't any information that it needs reload.
> -----------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: WFCORE-2766
> URL: https://issues.jboss.org/browse/WFCORE-2766
> Project: WildFly Core
> Issue Type: Bug
> Components: Security
> Reporter: Hynek Švábek
> Assignee: Yeray Borges
>
> Application server must be reloaded when is updated credential reference of credential store. There isn't any information that it needs reload.
> In model is "restart-required" => "no-services" and credential-reference update operation ends with success message without any information about reload.
> {code:collapse}
> "credential-reference" => {
> "type" => OBJECT,
> "description" => "Credential reference to be used to create protection parameter.",
> "expressions-allowed" => false,
> "required" => true,
> "nillable" => false,
> "access-constraints" => {"sensitive" => {"credential" => {"type" => "core"}}},
> "value-type" => {
> "store" => {
> "type" => STRING,
> "description" => "The name of the credential store holding the alias to credential.",
> "expressions-allowed" => false,
> "required" => false,
> "nillable" => true,
> "capability-reference" => "org.wildfly.security.credential-store",
> "min-length" => 1L,
> "max-length" => 2147483647L
> },
> "alias" => {
> "type" => STRING,
> "description" => "The alias which denotes stored secret or credential in the store.",
> "expressions-allowed" => true,
> "required" => false,
> "nillable" => true,
> "min-length" => 1L,
> "max-length" => 2147483647L
> },
> "type" => {
> "type" => STRING,
> "description" => "The type of credential this reference is denoting.",
> "expressions-allowed" => true,
> "required" => false,
> "nillable" => true,
> "min-length" => 1L,
> "max-length" => 2147483647L
> },
> "clear-text" => {
> "type" => STRING,
> "description" => "Secret specified using clear text. Check credential store way of supplying credential/secrets to services.",
> "expressions-allowed" => true,
> "required" => false,
> "nillable" => true,
> "min-length" => 1L,
> "max-length" => 2147483647L
> }
> },
> "access-type" => "read-write",
> "storage" => "configuration",
> "restart-required" => "no-services"
> },
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 8 months
[JBoss JIRA] (DROOLS-1557) InputData dependency check does not enforce allowed values for DMN composite type
by Matteo Mortari (JIRA)
Matteo Mortari created DROOLS-1557:
--------------------------------------
Summary: InputData dependency check does not enforce allowed values for DMN composite type
Key: DROOLS-1557
URL: https://issues.jboss.org/browse/DROOLS-1557
Project: Drools
Issue Type: Bug
Components: dmn engine
Reporter: Matteo Mortari
Assignee: Matteo Mortari
Attachments: Union of Interests.dmn, Union of letters.dmn
As reported:
{quote}In “Union of Interests”, even if you put something that is not in the allowed values for Person.Interests, you will get no error.
In “Union of letters”, even when valid values are entered you get “Error while evaluating node 'D1' for dependency 'A1': the dependency value '[a, b]' is not allowed by the declared type”{quote}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 8 months