[JBoss JIRA] (WFLY-11319) Balancer keeps routing requests to workers in common load balancing group even when this group was disabled
by Jan Kašík (Jira)
[ https://issues.jboss.org/browse/WFLY-11319?page=com.atlassian.jira.plugin... ]
Jan Kašík updated WFLY-11319:
-----------------------------
Description:
When disabling nodes in common load balancing group, their contexts statuses became "disabled", however, balancer keeps routing requests to nodes in this group. Console after disable operation has been called:
{noformat}
{
"outcome" => "success",
"result" => {
"advertise-frequency" => 10000,
"advertise-path" => "/",
"advertise-protocol" => "http",
"advertise-socket-binding" => "modcluster",
"broken-node-timeout" => 60000,
"cached-connections-per-thread" => 40,
"connection-idle-timeout" => 60,
"connections-per-thread" => 40,
"enable-http2" => false,
"failover-strategy" => "LOAD_BALANCED",
"health-check-interval" => 10000,
"http2-enable-push" => true,
"http2-header-table-size" => 4096,
"http2-initial-window-size" => 65535,
"http2-max-concurrent-streams" => undefined,
"http2-max-frame-size" => 16384,
"http2-max-header-list-size" => undefined,
"management-access-predicate" => undefined,
"management-socket-binding" => "http",
"max-ajp-packet-size" => 8192,
"max-request-time" => -1,
"max-retries" => 1L,
"request-queue-size" => 1000,
"security-key" => undefined,
"security-realm" => undefined,
"ssl-context" => undefined,
"use-alias" => false,
"worker" => "default",
"balancer" => {"mycluster" => {
"max-attempts" => 1,
"sticky-session" => true,
"sticky-session-cookie" => "JSESSIONID",
"sticky-session-force" => false,
"sticky-session-path" => undefined,
"sticky-session-remove" => false,
"wait-worker" => 0,
"load-balancing-group" => undefined,
"node" => {
"wildfly-15.0.0.Alpha1-SNAPSHOT-3" => {
"aliases" => [
"default-host",
"localhost"
],
"cache-connections" => 40,
"elected" => 3,
"flush-packets" => false,
"load" => 71,
"load-balancing-group" => "groupTwo",
"max-connections" => 40,
"open-connections" => 5,
"ping" => 10,
"queue-new-requests" => true,
"read" => 0L,
"request-queue-size" => 1000,
"status" => "NODE_UP",
"timeout" => 0,
"ttl" => 60L,
"uri" => "ajp://172.17.0.2:8211/?#",
"written" => 0L,
"context" => {
"/clusterbench" => {
"requests" => 0,
"status" => "disabled"
},
"/" => {
"requests" => 0,
"status" => "disabled"
},
"/wildfly-services" => {
"requests" => 0,
"status" => "disabled"
}
}
},
"wildfly-15.0.0.Alpha1-SNAPSHOT-4" => {
"aliases" => [
"default-host",
"localhost"
],
"cache-connections" => 40,
"elected" => 2,
"flush-packets" => false,
"load" => 70,
"load-balancing-group" => "groupTwo",
"max-connections" => 40,
"open-connections" => 4,
"ping" => 10,
"queue-new-requests" => true,
"read" => 0L,
"request-queue-size" => 1000,
"status" => "NODE_UP",
"timeout" => 0,
"ttl" => 60L,
"uri" => "ajp://172.17.0.2:8312/?#",
"written" => 0L,
"context" => {
"/clusterbench" => {
"requests" => 0,
"status" => "disabled"
},
"/" => {
"requests" => 0,
"status" => "disabled"
},
"/wildfly-services" => {
"requests" => 0,
"status" => "disabled"
}
}
},
"wildfly-15.0.0.Alpha1-SNAPSHOT-1" => {
"aliases" => [
"default-host",
"localhost"
],
"cache-connections" => 40,
"elected" => 0,
"flush-packets" => false,
"load" => 70,
"load-balancing-group" => "groupOne",
"max-connections" => 40,
"open-connections" => 4,
"ping" => 10,
"queue-new-requests" => true,
"read" => 0L,
"request-queue-size" => 1000,
"status" => "NODE_UP",
"timeout" => 0,
"ttl" => 60L,
"uri" => "ajp://172.17.0.2:8009/?#",
"written" => 0L,
"context" => {
"/clusterbench" => {
"requests" => 0,
"status" => "enabled"
},
"/" => {
"requests" => 0,
"status" => "enabled"
},
"/wildfly-services" => {
"requests" => 0,
"status" => "enabled"
}
}
},
"wildfly-15.0.0.Alpha1-SNAPSHOT-2" => {
"aliases" => [
"default-host",
"localhost"
],
"cache-connections" => 40,
"elected" => 0,
"flush-packets" => false,
"load" => 70,
"load-balancing-group" => "groupOne",
"max-connections" => 40,
"open-connections" => 5,
"ping" => 10,
"queue-new-requests" => true,
"read" => 0L,
"request-queue-size" => 1000,
"status" => "NODE_UP",
"timeout" => 0,
"ttl" => 60L,
"uri" => "ajp://172.17.0.2:8110/?#",
"written" => 0L,
"context" => {
"/clusterbench" => {
"requests" => 0,
"status" => "enabled"
},
"/" => {
"requests" => 0,
"status" => "enabled"
},
"/wildfly-services" => {
"requests" => 0,
"status" => "enabled"
}
}
}
}
}}
}
}
{noformat}
was:When disabling nodes in common load balancing group, their contexts statuses became "disabled", however, balancer keeps routing requests to nodes in this group.
> Balancer keeps routing requests to workers in common load balancing group even when this group was disabled
> -----------------------------------------------------------------------------------------------------------
>
> Key: WFLY-11319
> URL: https://issues.jboss.org/browse/WFLY-11319
> Project: WildFly
> Issue Type: Bug
> Components: mod_cluster
> Affects Versions: 15.0.0.Alpha1
> Reporter: Jan Kašík
> Assignee: Radoslav Husar
> Priority: Major
>
> When disabling nodes in common load balancing group, their contexts statuses became "disabled", however, balancer keeps routing requests to nodes in this group. Console after disable operation has been called:
> {noformat}
> {
> "outcome" => "success",
> "result" => {
> "advertise-frequency" => 10000,
> "advertise-path" => "/",
> "advertise-protocol" => "http",
> "advertise-socket-binding" => "modcluster",
> "broken-node-timeout" => 60000,
> "cached-connections-per-thread" => 40,
> "connection-idle-timeout" => 60,
> "connections-per-thread" => 40,
> "enable-http2" => false,
> "failover-strategy" => "LOAD_BALANCED",
> "health-check-interval" => 10000,
> "http2-enable-push" => true,
> "http2-header-table-size" => 4096,
> "http2-initial-window-size" => 65535,
> "http2-max-concurrent-streams" => undefined,
> "http2-max-frame-size" => 16384,
> "http2-max-header-list-size" => undefined,
> "management-access-predicate" => undefined,
> "management-socket-binding" => "http",
> "max-ajp-packet-size" => 8192,
> "max-request-time" => -1,
> "max-retries" => 1L,
> "request-queue-size" => 1000,
> "security-key" => undefined,
> "security-realm" => undefined,
> "ssl-context" => undefined,
> "use-alias" => false,
> "worker" => "default",
> "balancer" => {"mycluster" => {
> "max-attempts" => 1,
> "sticky-session" => true,
> "sticky-session-cookie" => "JSESSIONID",
> "sticky-session-force" => false,
> "sticky-session-path" => undefined,
> "sticky-session-remove" => false,
> "wait-worker" => 0,
> "load-balancing-group" => undefined,
> "node" => {
> "wildfly-15.0.0.Alpha1-SNAPSHOT-3" => {
> "aliases" => [
> "default-host",
> "localhost"
> ],
> "cache-connections" => 40,
> "elected" => 3,
> "flush-packets" => false,
> "load" => 71,
> "load-balancing-group" => "groupTwo",
> "max-connections" => 40,
> "open-connections" => 5,
> "ping" => 10,
> "queue-new-requests" => true,
> "read" => 0L,
> "request-queue-size" => 1000,
> "status" => "NODE_UP",
> "timeout" => 0,
> "ttl" => 60L,
> "uri" => "ajp://172.17.0.2:8211/?#",
> "written" => 0L,
> "context" => {
> "/clusterbench" => {
> "requests" => 0,
> "status" => "disabled"
> },
> "/" => {
> "requests" => 0,
> "status" => "disabled"
> },
> "/wildfly-services" => {
> "requests" => 0,
> "status" => "disabled"
> }
> }
> },
> "wildfly-15.0.0.Alpha1-SNAPSHOT-4" => {
> "aliases" => [
> "default-host",
> "localhost"
> ],
> "cache-connections" => 40,
> "elected" => 2,
> "flush-packets" => false,
> "load" => 70,
> "load-balancing-group" => "groupTwo",
> "max-connections" => 40,
> "open-connections" => 4,
> "ping" => 10,
> "queue-new-requests" => true,
> "read" => 0L,
> "request-queue-size" => 1000,
> "status" => "NODE_UP",
> "timeout" => 0,
> "ttl" => 60L,
> "uri" => "ajp://172.17.0.2:8312/?#",
> "written" => 0L,
> "context" => {
> "/clusterbench" => {
> "requests" => 0,
> "status" => "disabled"
> },
> "/" => {
> "requests" => 0,
> "status" => "disabled"
> },
> "/wildfly-services" => {
> "requests" => 0,
> "status" => "disabled"
> }
> }
> },
> "wildfly-15.0.0.Alpha1-SNAPSHOT-1" => {
> "aliases" => [
> "default-host",
> "localhost"
> ],
> "cache-connections" => 40,
> "elected" => 0,
> "flush-packets" => false,
> "load" => 70,
> "load-balancing-group" => "groupOne",
> "max-connections" => 40,
> "open-connections" => 4,
> "ping" => 10,
> "queue-new-requests" => true,
> "read" => 0L,
> "request-queue-size" => 1000,
> "status" => "NODE_UP",
> "timeout" => 0,
> "ttl" => 60L,
> "uri" => "ajp://172.17.0.2:8009/?#",
> "written" => 0L,
> "context" => {
> "/clusterbench" => {
> "requests" => 0,
> "status" => "enabled"
> },
> "/" => {
> "requests" => 0,
> "status" => "enabled"
> },
> "/wildfly-services" => {
> "requests" => 0,
> "status" => "enabled"
> }
> }
> },
> "wildfly-15.0.0.Alpha1-SNAPSHOT-2" => {
> "aliases" => [
> "default-host",
> "localhost"
> ],
> "cache-connections" => 40,
> "elected" => 0,
> "flush-packets" => false,
> "load" => 70,
> "load-balancing-group" => "groupOne",
> "max-connections" => 40,
> "open-connections" => 5,
> "ping" => 10,
> "queue-new-requests" => true,
> "read" => 0L,
> "request-queue-size" => 1000,
> "status" => "NODE_UP",
> "timeout" => 0,
> "ttl" => 60L,
> "uri" => "ajp://172.17.0.2:8110/?#",
> "written" => 0L,
> "context" => {
> "/clusterbench" => {
> "requests" => 0,
> "status" => "enabled"
> },
> "/" => {
> "requests" => 0,
> "status" => "enabled"
> },
> "/wildfly-services" => {
> "requests" => 0,
> "status" => "enabled"
> }
> }
> }
> }
> }}
> }
> }
> {noformat}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (DROOLS-3305) [DMN Designer] Add support for optional typeRefs
by Michael Anstis (Jira)
Michael Anstis created DROOLS-3305:
--------------------------------------
Summary: [DMN Designer] Add support for optional typeRefs
Key: DROOLS-3305
URL: https://issues.jboss.org/browse/DROOLS-3305
Project: Drools
Issue Type: Bug
Components: DMN Editor
Affects Versions: 7.14.0.Final
Reporter: Michael Anstis
Assignee: Daniel José dos Santos
At the moment {{TypeRef}} is a mandatory field within the editor.
This is a hard limitation of use of the Properties Panel bean-binding (it cannot bind to {{null}} values). However the DMN Specification states that {{TypeRef}} are optional (and we are working around by changing the _default_ to {{Any}} - see [DROOLS-3248|https://issues.jboss.org/browse/DROOLS-3248]).
We need to change the UI and marshaller to be able to support _optional_ {{TypeRef}}. This would (probably) require adding a _magic_ value to {{BuiltInType}} representing a "null" selection. It would need to:
- Appear at the top of the "Data Type selector" widget (with label "<None>" or similar)
- Be the _selected_ option when the {{TypeRef}} is the new _magic_ value (this should happen automatically, but worth checking!)
- The marshaller should set the {{TypeRef}} to the _magic_ {{BuiltInType}} if the DMN model (coming from XML->{{kie-dmn-model}}->workbench model) has a {{null}} {{TypeRef}} - the _magic_ value is only to be used _client-side_.
- The marshaller should set the {{TypeRef}} to {{null}} when converting from the workbench model to {{kie-dmn-model}} and the workbench model {{TypeRef}} is the _magic_ value - again, the _magic_ value is only to be used _client-side_.
- Check that creating new data-types does not show the _magic_ value (it uses a different widget, but population of the widget probably iterates all {{BuiltInType}}.
[~tari_manga] [~karreiro] seem reasonable to you?
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (DROOLS-3249) [DMN Designer] Add support for optional typeRefs
by Michael Anstis (Jira)
[ https://issues.jboss.org/browse/DROOLS-3249?page=com.atlassian.jira.plugi... ]
Michael Anstis updated DROOLS-3249:
-----------------------------------
Priority: Blocker (was: Critical)
> [DMN Designer] Add support for optional typeRefs
> ------------------------------------------------
>
> Key: DROOLS-3249
> URL: https://issues.jboss.org/browse/DROOLS-3249
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Affects Versions: 7.14.0.Final
> Reporter: Michael Anstis
> Assignee: Daniel José dos Santos
> Priority: Blocker
> Labels: drools-tools
>
> At the moment {{TypeRef}} is a mandatory field within the editor.
> This is a hard limitation of use of the Properties Panel bean-binding (it cannot bind to {{null}} values). However the DMN Specification states that {{TypeRef}} are optional (and we are working around by changing the _default_ to {{Any}} - see [DROOLS-3248|https://issues.jboss.org/browse/DROOLS-3248]).
> We need to change the UI and marshaller to be able to support _optional_ {{TypeRef}}. This would (probably) require adding a _magic_ value to {{BuiltInType}} representing a "null" selection. It would need to:
> - Appear at the top of the "Data Type selector" widget (with label "<None>" or similar)
> - Be the _selected_ option when the {{TypeRef}} is the new _magic_ value (this should happen automatically, but worth checking!)
> - The marshaller should set the {{TypeRef}} to the _magic_ {{BuiltInType}} if the DMN model (coming from XML->{{kie-dmn-model}}->workbench model) has a {{null}} {{TypeRef}} - the _magic_ value is only to be used _client-side_.
> - The marshaller should set the {{TypeRef}} to {{null}} when converting from the workbench model to {{kie-dmn-model}} and the workbench model {{TypeRef}} is the _magic_ value - again, the _magic_ value is only to be used _client-side_.
> - Check that creating new data-types does not show the _magic_ value (it uses a different widget, but population of the widget probably iterates all {{BuiltInType}}.
> [~tari_manga] [~karreiro] seem reasonable to you?
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (DROOLS-3249) [DMN Designer] Add support for optional typeRefs
by Michael Anstis (Jira)
[ https://issues.jboss.org/browse/DROOLS-3249?page=com.atlassian.jira.plugi... ]
Michael Anstis commented on DROOLS-3249:
----------------------------------------
[~jomarko] Done.. just the 2 that I know of.
> [DMN Designer] Add support for optional typeRefs
> ------------------------------------------------
>
> Key: DROOLS-3249
> URL: https://issues.jboss.org/browse/DROOLS-3249
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Affects Versions: 7.14.0.Final
> Reporter: Michael Anstis
> Assignee: Daniel José dos Santos
> Priority: Critical
> Labels: drools-tools
>
> At the moment {{TypeRef}} is a mandatory field within the editor.
> This is a hard limitation of use of the Properties Panel bean-binding (it cannot bind to {{null}} values). However the DMN Specification states that {{TypeRef}} are optional (and we are working around by changing the _default_ to {{Any}} - see [DROOLS-3248|https://issues.jboss.org/browse/DROOLS-3248]).
> We need to change the UI and marshaller to be able to support _optional_ {{TypeRef}}. This would (probably) require adding a _magic_ value to {{BuiltInType}} representing a "null" selection. It would need to:
> - Appear at the top of the "Data Type selector" widget (with label "<None>" or similar)
> - Be the _selected_ option when the {{TypeRef}} is the new _magic_ value (this should happen automatically, but worth checking!)
> - The marshaller should set the {{TypeRef}} to the _magic_ {{BuiltInType}} if the DMN model (coming from XML->{{kie-dmn-model}}->workbench model) has a {{null}} {{TypeRef}} - the _magic_ value is only to be used _client-side_.
> - The marshaller should set the {{TypeRef}} to {{null}} when converting from the workbench model to {{kie-dmn-model}} and the workbench model {{TypeRef}} is the _magic_ value - again, the _magic_ value is only to be used _client-side_.
> - Check that creating new data-types does not show the _magic_ value (it uses a different widget, but population of the widget probably iterates all {{BuiltInType}}.
> [~tari_manga] [~karreiro] seem reasonable to you?
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (DROOLS-3249) [DMN Designer] Add support for optional typeRefs
by Jozef Marko (Jira)
[ https://issues.jboss.org/browse/DROOLS-3249?page=com.atlassian.jira.plugi... ]
Jozef Marko commented on DROOLS-3249:
-------------------------------------
[~manstis] please link all issues I should recheck when reviewing this.
> [DMN Designer] Add support for optional typeRefs
> ------------------------------------------------
>
> Key: DROOLS-3249
> URL: https://issues.jboss.org/browse/DROOLS-3249
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Affects Versions: 7.14.0.Final
> Reporter: Michael Anstis
> Assignee: Daniel José dos Santos
> Priority: Critical
> Labels: drools-tools
>
> At the moment {{TypeRef}} is a mandatory field within the editor.
> This is a hard limitation of use of the Properties Panel bean-binding (it cannot bind to {{null}} values). However the DMN Specification states that {{TypeRef}} are optional (and we are working around by changing the _default_ to {{Any}} - see [DROOLS-3248|https://issues.jboss.org/browse/DROOLS-3248]).
> We need to change the UI and marshaller to be able to support _optional_ {{TypeRef}}. This would (probably) require adding a _magic_ value to {{BuiltInType}} representing a "null" selection. It would need to:
> - Appear at the top of the "Data Type selector" widget (with label "<None>" or similar)
> - Be the _selected_ option when the {{TypeRef}} is the new _magic_ value (this should happen automatically, but worth checking!)
> - The marshaller should set the {{TypeRef}} to the _magic_ {{BuiltInType}} if the DMN model (coming from XML->{{kie-dmn-model}}->workbench model) has a {{null}} {{TypeRef}} - the _magic_ value is only to be used _client-side_.
> - The marshaller should set the {{TypeRef}} to {{null}} when converting from the workbench model to {{kie-dmn-model}} and the workbench model {{TypeRef}} is the _magic_ value - again, the _magic_ value is only to be used _client-side_.
> - Check that creating new data-types does not show the _magic_ value (it uses a different widget, but population of the widget probably iterates all {{BuiltInType}}.
> [~tari_manga] [~karreiro] seem reasonable to you?
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (DROOLS-3289) [DMN Designer] Default Output Value typeRef
by Michael Anstis (Jira)
[ https://issues.jboss.org/browse/DROOLS-3289?page=com.atlassian.jira.plugi... ]
Michael Anstis commented on DROOLS-3289:
----------------------------------------
[~jomarko] [~tirelli] With my proposed change made locally this is the XML now generated:
{code:xml}
<dmn:decision id="_B18A7B97-CE2F-4615-A6FD-384F60552309" name="Decision-1">
<dmn:variable id="_8DB1C843-AB14-4A89-B1DC-058C8BC50DAB" name="Decision-1" typeRef="string"></dmn:variable>
<dmn:decisionTable id="_1594AB7B-5CF8-4BF8-A5A9-0F663862C2D6" hitPolicy="ANY" preferredOrientation="Rule-as-Row">
<dmn:input id="_E5B5E2F2-F021-43A1-AB72-F281A32928DF">
<dmn:inputExpression id="_ABFCFA24-2EE5-4355-B21D-539A32A56FCA" typeRef="number">
<dmn:text>input-1</dmn:text>
</dmn:inputExpression>
<dmn:inputValues id="_D5F7062E-E4CF-430B-AC0F-C4E4215B956F">
<dmn:text></dmn:text>
</dmn:inputValues>
</dmn:input>
<dmn:output id="_2DC7A544-7F3E-47C8-857B-E1AB5AD4D68F" name="output-1" typeRef="string">
<dmn:outputValues id="_BFCF861D-334A-42DA-AB2E-0E87E7619337">
<dmn:text></dmn:text>
</dmn:outputValues>
<dmn:defaultOutputEntry id="_B0EB25B4-FEA6-408B-A49C-5C042A5373F2">
<dmn:text>"default"</dmn:text>
</dmn:defaultOutputEntry>
</dmn:output>
<dmn:rule id="_7403E1D5-6565-41F4-A67B-9B02EFD2BB5C">
<dmn:inputEntry id="_E673A3D6-EA46-4123-ADA2-4C86C051E6BD">
<dmn:text>1</dmn:text>
</dmn:inputEntry>
<dmn:outputEntry id="_1D35362F-8592-461F-95A1-E8D11A2E3EFF">
<dmn:text>"fred"</dmn:text>
</dmn:outputEntry>
</dmn:rule>
</dmn:decisionTable>
</dmn:decision>
{code}
Note; the {{dmn:outputValues}} has {{<dmn:text></dmn:text>}} as I did not have https://issues.jboss.org/browse/DROOLS-3262 merged locally.
I think this is now correct and hence this JIRA can be closed when https://github.com/kiegroup/kie-wb-common/pull/2256 is merged (with modifications).
> [DMN Designer] Default Output Value typeRef
> -------------------------------------------
>
> Key: DROOLS-3289
> URL: https://issues.jboss.org/browse/DROOLS-3289
> Project: Drools
> Issue Type: Bug
> Components: DMN Editor
> Reporter: Jozef Marko
> Assignee: Michael Anstis
> Priority: Major
> Labels: drools-tools
>
> If the default output value of decision table is set, its {{typeRef}} doesn't respect its parent {{typeRef}}, example below.
> {code:xml}
> <dmn:output id="_8023A5BD-71A4-4C3F-A5B9-B62D5BC34345" name="output-1" typeRef="number">
> <dmn:outputValues id="_C9AEC57C-1F1E-4115-9449-F287F010EA07">
> <dmn:text>456</dmn:text>
> </dmn:outputValues>
> <dmn:defaultOutputEntry id="_36F46818-D5F9-4F58-A758-73B853EC418B" typeRef="string">
> <dmn:text>123</dmn:text>
> </dmn:defaultOutputEntry>
> </dmn:output>
> ...
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (DROOLS-3269) [DMN Designer] Context: Default can be any expression type
by Jozef Marko (Jira)
[ https://issues.jboss.org/browse/DROOLS-3269?page=com.atlassian.jira.plugi... ]
Jozef Marko commented on DROOLS-3269:
-------------------------------------
[~manstis] looks better, will try manually once the referenced one is merged. Thanks.
> [DMN Designer] Context: Default can be any expression type
> ----------------------------------------------------------
>
> Key: DROOLS-3269
> URL: https://issues.jboss.org/browse/DROOLS-3269
> Project: Drools
> Issue Type: Enhancement
> Components: DMN Editor
> Affects Versions: 7.14.0.Final
> Reporter: Michael Anstis
> Assignee: Michael Anstis
> Priority: Blocker
> Labels: drools-tools
> Attachments: Qclt6jQn.dmn, Screenshot from 2018-11-09 08-16-34.png, dmn1.dmn
>
>
> The "default" box can be any type of expression, specially decision tables and nested contexts.
> Furthermore the "default" box on contexts is optional. We must provide a way for it to be removed. When support for _any_ type of expression we'll be able to have a {{null}} value for the expression so this should fix itself.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (DROOLS-3269) [DMN Designer] Context: Default can be any expression type
by Michael Anstis (Jira)
[ https://issues.jboss.org/browse/DROOLS-3269?page=com.atlassian.jira.plugi... ]
Michael Anstis commented on DROOLS-3269:
----------------------------------------
[~jomarko] Please see attached a revised XML file (created following screenshot, but with the proposed change to https://github.com/kiegroup/kie-wb-common/pull/2256 made - and that PR merged locally). I think it is now OK. WDYT?
> [DMN Designer] Context: Default can be any expression type
> ----------------------------------------------------------
>
> Key: DROOLS-3269
> URL: https://issues.jboss.org/browse/DROOLS-3269
> Project: Drools
> Issue Type: Enhancement
> Components: DMN Editor
> Affects Versions: 7.14.0.Final
> Reporter: Michael Anstis
> Assignee: Michael Anstis
> Priority: Blocker
> Labels: drools-tools
> Attachments: Qclt6jQn.dmn, Screenshot from 2018-11-09 08-16-34.png, dmn1.dmn
>
>
> The "default" box can be any type of expression, specially decision tables and nested contexts.
> Furthermore the "default" box on contexts is optional. We must provide a way for it to be removed. When support for _any_ type of expression we'll be able to have a {{null}} value for the expression so this should fix itself.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
[JBoss JIRA] (DROOLS-3269) [DMN Designer] Context: Default can be any expression type
by Michael Anstis (Jira)
[ https://issues.jboss.org/browse/DROOLS-3269?page=com.atlassian.jira.plugi... ]
Michael Anstis updated DROOLS-3269:
-----------------------------------
Attachment: dmn1.dmn
> [DMN Designer] Context: Default can be any expression type
> ----------------------------------------------------------
>
> Key: DROOLS-3269
> URL: https://issues.jboss.org/browse/DROOLS-3269
> Project: Drools
> Issue Type: Enhancement
> Components: DMN Editor
> Affects Versions: 7.14.0.Final
> Reporter: Michael Anstis
> Assignee: Michael Anstis
> Priority: Blocker
> Labels: drools-tools
> Attachments: Qclt6jQn.dmn, Screenshot from 2018-11-09 08-16-34.png, dmn1.dmn
>
>
> The "default" box can be any type of expression, specially decision tables and nested contexts.
> Furthermore the "default" box on contexts is optional. We must provide a way for it to be removed. When support for _any_ type of expression we'll be able to have a {{null}} value for the expression so this should fix itself.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months