[JBoss JIRA] (DROOLS-3145) [DMN Designer] Properties panel drill down to DMN component level
by Jozef Marko (Jira)
[ https://issues.jboss.org/browse/DROOLS-3145?page=com.atlassian.jira.plugi... ]
Jozef Marko commented on DROOLS-3145:
-------------------------------------
[~manstis] please set this epic as done once two last remaining jiras are resolved. Thanks.
> [DMN Designer] Properties panel drill down to DMN component level
> -----------------------------------------------------------------
>
> Key: DROOLS-3145
> URL: https://issues.jboss.org/browse/DROOLS-3145
> Project: Drools
> Issue Type: Epic
> Components: DMN Editor
> Reporter: Jozef Marko
> Assignee: Michael Anstis
> Priority: Major
> Labels: drools-tools
>
> The Properties Panel currently shows properties for Stunner-level "graph" components.
> We need, for DMN, the Properties Panel to show the properties of DMN elements' properties at the "grid" level. For example, when a {{Context}} is selected the Properties Panel should show only the top level properties for the {{Context}} (i.e. not those of its {{ContextEntries}}). Selection of a {{ContextEntry}} should refresh the Properties Panel to show only the top-level properties of the {{ContextEntry}}. Selection of the {{ContextEntry}}'s {{Expression}} should again refresh the Properties Panel to show only the top-level properties of the {{Expression}} and so forth.
> h2. Properties on the Grid Level
> The selection on the grid level should show the properties below. Please notice that selection of multiple cells, rows or columns should show empty properties panel.
> (everything should have ID, Description properties. Components which inherit from "NamedElement" should also have Name property)
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 6 months
[JBoss JIRA] (DROOLS-3145) [DMN Designer] Properties panel drill down to DMN component level
by Jozef Marko (Jira)
[ https://issues.jboss.org/browse/DROOLS-3145?page=com.atlassian.jira.plugi... ]
Jozef Marko reassigned DROOLS-3145:
-----------------------------------
Assignee: Jozef Marko (was: Michael Anstis)
> [DMN Designer] Properties panel drill down to DMN component level
> -----------------------------------------------------------------
>
> Key: DROOLS-3145
> URL: https://issues.jboss.org/browse/DROOLS-3145
> Project: Drools
> Issue Type: Epic
> Components: DMN Editor
> Reporter: Jozef Marko
> Assignee: Jozef Marko
> Priority: Major
> Labels: drools-tools
>
> The Properties Panel currently shows properties for Stunner-level "graph" components.
> We need, for DMN, the Properties Panel to show the properties of DMN elements' properties at the "grid" level. For example, when a {{Context}} is selected the Properties Panel should show only the top level properties for the {{Context}} (i.e. not those of its {{ContextEntries}}). Selection of a {{ContextEntry}} should refresh the Properties Panel to show only the top-level properties of the {{ContextEntry}}. Selection of the {{ContextEntry}}'s {{Expression}} should again refresh the Properties Panel to show only the top-level properties of the {{Expression}} and so forth.
> h2. Properties on the Grid Level
> The selection on the grid level should show the properties below. Please notice that selection of multiple cells, rows or columns should show empty properties panel.
> (everything should have ID, Description properties. Components which inherit from "NamedElement" should also have Name property)
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 6 months
[JBoss JIRA] (DROOLS-3145) [DMN Designer] Properties panel drill down to DMN component level
by Jozef Marko (Jira)
[ https://issues.jboss.org/browse/DROOLS-3145?page=com.atlassian.jira.plugi... ]
Jozef Marko reassigned DROOLS-3145:
-----------------------------------
Assignee: Michael Anstis (was: Jozef Marko)
> [DMN Designer] Properties panel drill down to DMN component level
> -----------------------------------------------------------------
>
> Key: DROOLS-3145
> URL: https://issues.jboss.org/browse/DROOLS-3145
> Project: Drools
> Issue Type: Epic
> Components: DMN Editor
> Reporter: Jozef Marko
> Assignee: Michael Anstis
> Priority: Major
> Labels: drools-tools
>
> The Properties Panel currently shows properties for Stunner-level "graph" components.
> We need, for DMN, the Properties Panel to show the properties of DMN elements' properties at the "grid" level. For example, when a {{Context}} is selected the Properties Panel should show only the top level properties for the {{Context}} (i.e. not those of its {{ContextEntries}}). Selection of a {{ContextEntry}} should refresh the Properties Panel to show only the top-level properties of the {{ContextEntry}}. Selection of the {{ContextEntry}}'s {{Expression}} should again refresh the Properties Panel to show only the top-level properties of the {{Expression}} and so forth.
> h2. Properties on the Grid Level
> The selection on the grid level should show the properties below. Please notice that selection of multiple cells, rows or columns should show empty properties panel.
> (everything should have ID, Description properties. Components which inherit from "NamedElement" should also have Name property)
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 6 months
[JBoss JIRA] (DROOLS-3202) [DMN Designer] Data Type dialog - Validation - Data Type name cannot be a built in Data Type
by Jozef Marko (Jira)
[ https://issues.jboss.org/browse/DROOLS-3202?page=com.atlassian.jira.plugi... ]
Jozef Marko updated DROOLS-3202:
--------------------------------
Fix Version/s: 7.14.0.Final
> [DMN Designer] Data Type dialog - Validation - Data Type name cannot be a built in Data Type
> --------------------------------------------------------------------------------------------
>
> Key: DROOLS-3202
> URL: https://issues.jboss.org/browse/DROOLS-3202
> Project: Drools
> Issue Type: Task
> Components: DMN Editor
> Affects Versions: 7.14.0.Final
> Reporter: Guilherme Carreiro
> Assignee: Guilherme Carreiro
> Priority: Major
> Labels: drools-tools
> Fix For: 7.14.0.Final
>
>
> The Data Type dialog cannot allow the following data type names:
> - number
> - string
> - boolean
> - days and time duration
> - years and months duration
> - time
> - date and time
> - any
> - date
> - context
> A validation (error) message should be shown to the user alerting that the operation mentioned above is not allowed.
> h2. Acceptance test
> - Creation of a new data type (/)
> - Editing an existing data type (/)
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 6 months
[JBoss JIRA] (WFLY-11260) Appache httpcomponents.core cannot see required Commons codec classes
by Radoslav Ivanov (Jira)
[ https://issues.jboss.org/browse/WFLY-11260?page=com.atlassian.jira.plugin... ]
Radoslav Ivanov updated WFLY-11260:
-----------------------------------
Description:
Appache httpcomponents.core cannot see required Commons codec classes
{code:java}
java.lang.NoClassDefFoundError: org/apache/commons/codec/binary/Base64
at org.apache.httpcomponents.core//org.apache.http.impl.auth.BasicScheme.authenticate(BasicScheme.java:168)
at org.apache.httpcomponents.core//org.apache.http.impl.auth.HttpAuthenticator.doAuth(HttpAuthenticator.java:239)
at org.apache.httpcomponents.core//org.apache.http.impl.auth.HttpAuthenticator.generateAuthResponse(HttpAuthenticator.java:218)
at org.apache.httpcomponents.core//org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:262)
at org.apache.httpcomponents.core//org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:184)
at org.apache.httpcomponents.core//org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:88)
at org.apache.httpcomponents.core//org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:110)
at org.apache.httpcomponents.core//org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:184)
at org.apache.httpcomponents.core//org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:71)
{code}
The fix is to add a module dependency to "org.apache.commons.codec" in the "org.apache.httpcomponents.core" module.
was:
{code:java}
java.lang.NoClassDefFoundError: org/apache/commons/codec/binary/Base64
at org.apache.httpcomponents.core//org.apache.http.impl.auth.BasicScheme.authenticate(BasicScheme.java:168)
at org.apache.httpcomponents.core//org.apache.http.impl.auth.HttpAuthenticator.doAuth(HttpAuthenticator.java:239)
at org.apache.httpcomponents.core//org.apache.http.impl.auth.HttpAuthenticator.generateAuthResponse(HttpAuthenticator.java:218)
at org.apache.httpcomponents.core//org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:262)
at org.apache.httpcomponents.core//org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:184)
at org.apache.httpcomponents.core//org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:88)
at org.apache.httpcomponents.core//org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:110)
at org.apache.httpcomponents.core//org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:184)
at org.apache.httpcomponents.core//org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:71)
{code}
> Appache httpcomponents.core cannot see required Commons codec classes
> ---------------------------------------------------------------------
>
> Key: WFLY-11260
> URL: https://issues.jboss.org/browse/WFLY-11260
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 14.0.0.Final
> Reporter: Radoslav Ivanov
> Assignee: Stuart Douglas
> Priority: Blocker
>
> Appache httpcomponents.core cannot see required Commons codec classes
> {code:java}
> java.lang.NoClassDefFoundError: org/apache/commons/codec/binary/Base64
> at org.apache.httpcomponents.core//org.apache.http.impl.auth.BasicScheme.authenticate(BasicScheme.java:168)
> at org.apache.httpcomponents.core//org.apache.http.impl.auth.HttpAuthenticator.doAuth(HttpAuthenticator.java:239)
> at org.apache.httpcomponents.core//org.apache.http.impl.auth.HttpAuthenticator.generateAuthResponse(HttpAuthenticator.java:218)
> at org.apache.httpcomponents.core//org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:262)
> at org.apache.httpcomponents.core//org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:184)
> at org.apache.httpcomponents.core//org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:88)
> at org.apache.httpcomponents.core//org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:110)
> at org.apache.httpcomponents.core//org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:184)
> at org.apache.httpcomponents.core//org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:71)
> {code}
> The fix is to add a module dependency to "org.apache.commons.codec" in the "org.apache.httpcomponents.core" module.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 6 months
[JBoss JIRA] (WFLY-11260) Appache httpcomponents.core cannot see required Commons codec classes
by Radoslav Ivanov (Jira)
[ https://issues.jboss.org/browse/WFLY-11260?page=com.atlassian.jira.plugin... ]
Radoslav Ivanov updated WFLY-11260:
-----------------------------------
Summary: Appache httpcomponents.core cannot see required Commons codec classes (was: Appache httpcomponents.core cannot see Commons codec classes)
> Appache httpcomponents.core cannot see required Commons codec classes
> ---------------------------------------------------------------------
>
> Key: WFLY-11260
> URL: https://issues.jboss.org/browse/WFLY-11260
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 14.0.0.Final
> Reporter: Radoslav Ivanov
> Assignee: Stuart Douglas
> Priority: Blocker
>
> {code:java}
> java.lang.NoClassDefFoundError: org/apache/commons/codec/binary/Base64
> at org.apache.httpcomponents.core//org.apache.http.impl.auth.BasicScheme.authenticate(BasicScheme.java:168)
> at org.apache.httpcomponents.core//org.apache.http.impl.auth.HttpAuthenticator.doAuth(HttpAuthenticator.java:239)
> at org.apache.httpcomponents.core//org.apache.http.impl.auth.HttpAuthenticator.generateAuthResponse(HttpAuthenticator.java:218)
> at org.apache.httpcomponents.core//org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:262)
> at org.apache.httpcomponents.core//org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:184)
> at org.apache.httpcomponents.core//org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:88)
> at org.apache.httpcomponents.core//org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:110)
> at org.apache.httpcomponents.core//org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:184)
> at org.apache.httpcomponents.core//org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:71)
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 6 months
[JBoss JIRA] (WFLY-11260) Appache httpcomponents.core cannot see Commons codec classes
by Radoslav Ivanov (Jira)
Radoslav Ivanov created WFLY-11260:
--------------------------------------
Summary: Appache httpcomponents.core cannot see Commons codec classes
Key: WFLY-11260
URL: https://issues.jboss.org/browse/WFLY-11260
Project: WildFly
Issue Type: Bug
Components: Web (Undertow)
Affects Versions: 14.0.0.Final
Reporter: Radoslav Ivanov
Assignee: Stuart Douglas
{code:java}
java.lang.NoClassDefFoundError: org/apache/commons/codec/binary/Base64
at org.apache.httpcomponents.core//org.apache.http.impl.auth.BasicScheme.authenticate(BasicScheme.java:168)
at org.apache.httpcomponents.core//org.apache.http.impl.auth.HttpAuthenticator.doAuth(HttpAuthenticator.java:239)
at org.apache.httpcomponents.core//org.apache.http.impl.auth.HttpAuthenticator.generateAuthResponse(HttpAuthenticator.java:218)
at org.apache.httpcomponents.core//org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:262)
at org.apache.httpcomponents.core//org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:184)
at org.apache.httpcomponents.core//org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:88)
at org.apache.httpcomponents.core//org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:110)
at org.apache.httpcomponents.core//org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:184)
at org.apache.httpcomponents.core//org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:71)
{code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 6 months
[JBoss JIRA] (AG-101) Fix executor shutdown
by Luis Barreiro (Jira)
Luis Barreiro created AG-101:
--------------------------------
Summary: Fix executor shutdown
Key: AG-101
URL: https://issues.jboss.org/browse/AG-101
Project: Agroal
Issue Type: Bug
Components: pool
Affects Versions: 1.3
Reporter: Luis Barreiro
Assignee: Luis Barreiro
Fix For: 1.4
Although AG-97 made some improvements on the executor, there are still reports of tests failing with RejectedExecutionException on Agroal 1.3
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 6 months
[JBoss JIRA] (AG-100) Bypass validate-on-borrow
by Luis Barreiro (Jira)
[ https://issues.jboss.org/browse/AG-100?page=com.atlassian.jira.plugin.sys... ]
Luis Barreiro resolved AG-100.
------------------------------
Fix Version/s: 1.4
Resolution: Done
[~pmm] thank you very much for the feature request!
Implemented as 'Idle Validation': connections that are on the pool for longer than X are validated before being handled to the the app using the current validation strategy (see AgroalConnectionPoolConfiguration#ConnectionValidator)
> Bypass validate-on-borrow
> -------------------------
>
> Key: AG-100
> URL: https://issues.jboss.org/browse/AG-100
> Project: Agroal
> Issue Type: Feature Request
> Reporter: Philippe Marschall
> Assignee: Luis Barreiro
> Priority: Major
> Fix For: 1.4
>
>
> We recently evaluated JDBC connections pools for Java SE and were impressed by the connection validation algorithm implemented by [HikariCP|https://github.com/brettwooldridge/HikariCP]. We would like to see something similar implemented by Agroal.
> HikariCP implements validate-on-borrow using {{java.sql.Connection.isValid(int)}} (Java 1.6/JDBC 4.0). However if the connection has been successfully used in the past 500ms then this check is bypassed. To quote the author
> {quote}Generally speaking, in an active application or process, this avoids nearly all validation, while providing confidence that the connections returned by the pool are actually alive.{quote}
> Discussion is here https://groups.google.com/forum/#!searchin/hikari-cp/batch%7Csort:date/hi...
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 6 months