[JBoss JIRA] (DROOLS-3944) DMN Editor: Data type usability study
by Elizabeth Clayton (Jira)
[ https://issues.jboss.org/browse/DROOLS-3944?page=com.atlassian.jira.plugi... ]
Elizabeth Clayton updated DROOLS-3944:
--------------------------------------
Sprint: 2019 Week 23-25
> DMN Editor: Data type usability study
> -------------------------------------
>
> Key: DROOLS-3944
> URL: https://issues.jboss.org/browse/DROOLS-3944
> Project: Drools
> Issue Type: Task
> Components: DMN Editor
> …
[View More] Environment: Version 7.4
> Reporter: Elizabeth Clayton
> Assignee: Sarahjane Clark
> Priority: Major
> Labels: UX, UXTeam, Usability, drools-tools
>
> Lightweight usability study to test the ease of use in viewing, creating, editing and deleting data types, particularly structured data types.
> GOALS: Access the Data Type editor in terms of productivity and usability.
> * Ease of use when creating a complex type (concern: minimizing the mouse usage.)
> * Ease of use when saving a basic data type (e.g. age: number)
> * Discoverability of actions in the kebab menu, especially, insert nested, delete.
> * Ease of use/accuracy: Type-ahead of the data type selector.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
[View Less]
7 months, 3 weeks
[JBoss JIRA] (WFLY-12461) Can't use smallrye-health without weld extension
by Florian Sailer (Jira)
Florian Sailer created WFLY-12461:
-------------------------------------
Summary: Can't use smallrye-health without weld extension
Key: WFLY-12461
URL: https://issues.jboss.org/browse/WFLY-12461
Project: WildFly
Issue Type: Bug
Components: MP Health
Affects Versions: 17.0.1.Final
Reporter: Florian Sailer
Assignee: Jeff Mesnil
Since this commit in the smallrye implementation it was …
[View More]possible to use smallrye without CDI.
https://github.com/smallrye/smallrye-health/commit/a6a7812877d74d2c3f5b29...
I'm trying to migrate from Wildfly 15.0.1-Final to 17.0.1-Final, where the smallrye-health extension unfortunately needs weld to startup. It's not possbible for me to activate weld on my sever, because there are some problems using the org.apache.cxf.jaxrs framework with weld.
I am getting the following exception while starting:
14:16:04,960 ERROR [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0362: Capabilities required by resource '/subsystem=microprofile-health-smallrye' are not available:
org.wildfly.weld; There are no known registration points which can provide this capability.
--
This message was sent by Atlassian Jira
(v7.13.5#713005)
[View Less]
2 years, 2 months
[JBoss JIRA] (DROOLS-5391) DMN external Java fn parameter resolution
by Matteo Mortari (Jira)
Matteo Mortari created DROOLS-5391:
--------------------------------------
Summary: DMN external Java fn parameter resolution
Key: DROOLS-5391
URL: https://issues.redhat.com/browse/DROOLS-5391
Project: Drools
Issue Type: Bug
Components: dmn engine
Reporter: Matteo Mortari
Assignee: Matteo Mortari
When calling from DMN(BKM) an external static Java function,
and the java function parameters …
[View More]type is coming from an external (maven) dependencies,
the classloader used to resolve the type is not always the correct one.
This JIRA fixes this problem
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
[View Less]
4 years, 10 months
[JBoss JIRA] (AG-144) PreparedStatement setObject variations are missing from wrapper
by Kevin Wooten (Jira)
[ https://issues.redhat.com/browse/AG-144?page=com.atlassian.jira.plugin.sy... ]
Kevin Wooten updated AG-144:
----------------------------
Description:
`PreparedStatementWrapper` doesn't implement the following variations of `PreparedStatement.setObject`.:
void setObject(int parameterIndex, Object x, SQLType targetSqlType)
void setObject(int parameterIndex, Object x, SQLType targetSqlType, int scaleOrLength)
NOTE: These are the `SQLType` variations and not the `int …
[View More]targetSqlType` variations (which are implemented)
was:
`PreparedStatementWrapper` doesn't implement the following variations of `PreparedStatement.setObject`.:
void setObject(int parameterIndex, Object x, SQLType targetSqlType)
void setObject(int parameterIndex, Object x, SQLType targetSqlType, int scaleOrLength)
NOTE: These are the `SQLType` variations and not the `JDBCType` variations (which are implemented)
> PreparedStatement setObject variations are missing from wrapper
> ---------------------------------------------------------------
>
> Key: AG-144
> URL: https://issues.redhat.com/browse/AG-144
> Project: Agroal
> Issue Type: Bug
> Components: pool
> Affects Versions: 1.7, 1.8
> Reporter: Kevin Wooten
> Assignee: Luis Barreiro
> Priority: Major
>
> `PreparedStatementWrapper` doesn't implement the following variations of `PreparedStatement.setObject`.:
> void setObject(int parameterIndex, Object x, SQLType targetSqlType)
> void setObject(int parameterIndex, Object x, SQLType targetSqlType, int scaleOrLength)
> NOTE: These are the `SQLType` variations and not the `int targetSqlType` variations (which are implemented)
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
[View Less]
4 years, 10 months
[JBoss JIRA] (AG-144) PreparedStatement setObject variations are missing from wrapper
by Kevin Wooten (Jira)
Kevin Wooten created AG-144:
-------------------------------
Summary: PreparedStatement setObject variations are missing from wrapper
Key: AG-144
URL: https://issues.redhat.com/browse/AG-144
Project: Agroal
Issue Type: Bug
Components: pool
Affects Versions: 1.8, 1.7
Reporter: Kevin Wooten
Assignee: Luis Barreiro
`PreparedStatementWrapper` doesn't implement the following variations of `…
[View More]PreparedStatement.setObject`.:
void setObject(int parameterIndex, Object x, SQLType targetSqlType)
void setObject(int parameterIndex, Object x, SQLType targetSqlType, int scaleOrLength)
NOTE: These are the `SQLType` variations and not the `JDBCType` variations (which are implemented)
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
[View Less]
4 years, 10 months
[JBoss JIRA] (WFLY-12779) Incorporate MicroProfile Config in RESTEasy
by Ronald Sigal (Jira)
[ https://issues.redhat.com/browse/WFLY-12779?page=com.atlassian.jira.plugi... ]
Ronald Sigal commented on WFLY-12779:
-------------------------------------
Ah. Thanks, [~jamezp].
> Incorporate MicroProfile Config in RESTEasy
> -------------------------------------------
>
> Key: WFLY-12779
> URL: https://issues.redhat.com/browse/WFLY-12779
> Project: WildFly
> Issue Type: Feature Request
> Reporter: …
[View More]Ronald Sigal
> Assignee: Ronald Sigal
> Priority: Major
> Fix For: 20.0.0.Beta1
>
>
> Currently, RESTEasy 3.x (targeted to Wildfly) uses servlet context-params to obtain configuration information. In RESTEasy 4.x, we have updated configuration to access all standard MicroProfile Config sources. Also, we have added three additional ConfigSources:
> * servlet init-params (ordinal 60)
> * filter init-params (ordinal 50)
> * servlet context-params (ordinal 40)
> In this feature request, we propose to port the relevant changes from RESTEasy 4.x to RESTEasy 3.x.
> -In RESTEasy 4.x, all parameters, both RESTEasy parameters and application parameters, are available from all ConfigSources to both RESTEasy and application code. In RESTEasy 3.x, we propose to add a RESTEasy parameter, "resteasy.config.resteasy.parameters.only", which, when set to "true", will limit the three RESTEasy ConfigSources to returning RESTEasy parameters only. It will default to "true".- \[Ignore that.\]
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
[View Less]
4 years, 10 months