[Red Hat JIRA] (WFLY-12614) Duplicated ConstraintViolation message
by Ronald Sigal (Jira)
[ https://issues.redhat.com/browse/WFLY-12614?page=com.atlassian.jira.plugi... ]
Ronald Sigal resolved WFLY-12614.
---------------------------------
Resolution: Done
> Duplicated ConstraintViolation message
> --------------------------------------
>
> Key: WFLY-12614
> URL: https://issues.redhat.com/browse/WFLY-12614
> Project: WildFly
> Issue Type: Bug
> Components: Bean Validation, REST
> Affects Versions: 17.0.1.Final, 18.0.0.Beta1
> Reporter: Robin Schimpf
> Assignee: Ronald Sigal
> Priority: Major
> Fix For: 19.0.0.Final
>
> Attachments: wildfly-bug.zip
>
>
> We currently are upgrading our application from Wildfly 13 to Wildfly 17.0.1 and are receiving duplicated constraint violations in the response of an invalid request.
> Interestingly Wildfly 13 also seems to be not behaving correctly on the third request but in another way. There is the violation exception returned in the response instead of the duplicated value Wildfly 17 is returning now.
> I also tested this on the currently available Wildfly 18 Beta 1 and the issue is also reproducible.
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
5 years, 1 month
[Red Hat JIRA] (WFLY-12614) Duplicated ConstraintViolation message
by Ronald Sigal (Jira)
[ https://issues.redhat.com/browse/WFLY-12614?page=com.atlassian.jira.plugi... ]
Ronald Sigal updated WFLY-12614:
--------------------------------
Fix Version/s: 19.0.0.Final
> Duplicated ConstraintViolation message
> --------------------------------------
>
> Key: WFLY-12614
> URL: https://issues.redhat.com/browse/WFLY-12614
> Project: WildFly
> Issue Type: Bug
> Components: Bean Validation, REST
> Affects Versions: 17.0.1.Final, 18.0.0.Beta1
> Reporter: Robin Schimpf
> Assignee: Ronald Sigal
> Priority: Major
> Fix For: 19.0.0.Final
>
> Attachments: wildfly-bug.zip
>
>
> We currently are upgrading our application from Wildfly 13 to Wildfly 17.0.1 and are receiving duplicated constraint violations in the response of an invalid request.
> Interestingly Wildfly 13 also seems to be not behaving correctly on the third request but in another way. There is the violation exception returned in the response instead of the duplicated value Wildfly 17 is returning now.
> I also tested this on the currently available Wildfly 18 Beta 1 and the issue is also reproducible.
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
5 years, 1 month
[Red Hat JIRA] (WFLY-11638) MP Metrics - sort alphabetically /metrics output
by Jason Lee (Jira)
[ https://issues.redhat.com/browse/WFLY-11638?page=com.atlassian.jira.plugi... ]
Jason Lee commented on WFLY-11638:
----------------------------------
[~rsvoboda], I just tested this with a MP metrics app, and all of the wildfly_* metrics were group together, and seem to be in alphabetical order. I'm inclined to close this with $RELEVANT_STATUS, but wanted to double check with you first.
> MP Metrics - sort alphabetically /metrics output
> ------------------------------------------------
>
> Key: WFLY-11638
> URL: https://issues.redhat.com/browse/WFLY-11638
> Project: WildFly
> Issue Type: Enhancement
> Components: MP Metrics
> Reporter: Rostislav Svoboda
> Assignee: Jason Lee
> Priority: Major
>
> MP Metrics - sort alphabetically /metrics output
> When playing with https://github.com/wildfly/wildfly/pull/11949 I got upset about metrics not being sorted alphabetically or at least grouped together.
> My use case was to look at wildfly_undertow_** metrics via browser.
> base: and vendor: metrics are grouped together, WF subsystem metrics not - e.g. wildfly_undertow_** metrics were listed on 4 different places.
> If alphabetical order is not easy to be achieved, subsystem metrics should be at least grouped together.
> I know machines do not care about the order, but people have to look at /metrics too (from time to time ...).
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
5 years, 1 month
[Red Hat JIRA] (WFLY-14439) The org.apache.thrift module is in the wildfly-ee feature pack
by Brian Stansberry (Jira)
[ https://issues.redhat.com/browse/WFLY-14439?page=com.atlassian.jira.plugi... ]
Brian Stansberry updated WFLY-14439:
------------------------------------
Description:
The org.apache.thrift module is only shipped because io.jaegertracing uses it. So it should be in the 'wildfly' galleon pack, not 'wildfly-ee'.
This likely just means moving the module.xml file to microprofile/galleon-common.
was:The org.apache.thrift module is only shipped because io.jaegertracing uses it. So it should be in the 'wildfly' galleon pack, not 'wildfly-ee'.
> The org.apache.thrift module is in the wildfly-ee feature pack
> --------------------------------------------------------------
>
> Key: WFLY-14439
> URL: https://issues.redhat.com/browse/WFLY-14439
> Project: WildFly
> Issue Type: Bug
> Components: MP OpenTracing
> Affects Versions: 22.0.1.Final
> Reporter: Brian Stansberry
> Assignee: Jason Lee
> Priority: Major
> Fix For: 23.0.0.Beta1
>
>
> The org.apache.thrift module is only shipped because io.jaegertracing uses it. So it should be in the 'wildfly' galleon pack, not 'wildfly-ee'.
> This likely just means moving the module.xml file to microprofile/galleon-common.
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
5 years, 1 month
[Red Hat JIRA] (DROOLS-5992) Fix target definition
by Michael Anstis (Jira)
[ https://issues.redhat.com/browse/DROOLS-5992?page=com.atlassian.jira.plug... ]
Michael Anstis updated DROOLS-5992:
-----------------------------------
Involved: (was: Michael Anstis)
> Fix target definition
> ---------------------
>
> Key: DROOLS-5992
> URL: https://issues.redhat.com/browse/DROOLS-5992
> Project: Drools
> Issue Type: Task
> Reporter: Gabriele Cardosi
> Assignee: Gabriele Cardosi
> Priority: Critical
> Labels: TrustyAI
>
> Current PMML trusty implementation has the following assumption
> 1) there is always one, and only one, "target" MiningField
> 2) target are defined only inside MiningSchema
> About 1:
> 1) it is not mandatory to have a "target" MiningField - i.e. a MiningSchema may define none
> 2) there could be more then one "target" MiningField
> About 2:
> Target may also be defined inside "Targets" tag
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
5 years, 1 month