[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)
3 years, 3 months
[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)
3 years, 3 months
[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)
3 years, 3 months