[JBoss JIRA] (WFLY-12913) Rationalize com.sum.xml.bind module dependencies
by Lin Gao (Jira)
[ https://issues.redhat.com/browse/WFLY-12913?page=com.atlassian.jira.plugi... ]
Lin Gao commented on WFLY-12913:
--------------------------------
Refer to: https://github.com/wildfly/wildfly/pull/12856 for the context about this issue.
> Rationalize com.sum.xml.bind module dependencies
> ------------------------------------------------
>
> Key: WFLY-12913
> URL: https://issues.redhat.com/browse/WFLY-12913
> Project: WildFly
> Issue Type: Task
> Components: JPA / Hibernate, REST, Web Services
> Reporter: Brian Stansberry
> Priority: Minor
>
> The com.sun.xml.bind module depends on and exports four other modules, and those modules in turn are private and have no other dependents:
> {code}
> <module name="com.github.relaxng" export="true" />
> <module name="com.sun.istack" export="true" />
> <module name="com.sun.xml.txw2" export="true" />
> <module name="com.sun.xsom" export="true" />
> {code}
> Task is to:
> 1) Write to wildfly-dev mail list to check for any projects that layer on WildFly that directly use these modules.
> 2) Write to jboss-layered-products (internal Red Hat) mail list to check for any products based on WF/EAP that directly use these modules.
> 3) Assuming no positive responses, make the artifacts from the above four modules direct artifacts of the com.sun.xml.bind module, add any needed module dependencies to con.sum.xml.bind, and get rid of those four modules.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 4 months
[JBoss JIRA] (JGRP-2427) UDP: change methods deprecated in Java 14
by Bela Ban (Jira)
Bela Ban created JGRP-2427:
------------------------------
Summary: UDP: change methods deprecated in Java 14
Key: JGRP-2427
URL: https://issues.redhat.com/browse/JGRP-2427
Project: JGroups
Issue Type: Task
Reporter: Bela Ban
Assignee: Bela Ban
Fix For: 5.0
Several methods in UDP will get deprecated in Java 14, e.g. {{MulticastSocket.joinGroup()/leaveGroup()/setInterface()}} etc.
They can be replaced with their suggested alternatives, even in Java 11 (these methods are already present).
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 4 months
[JBoss JIRA] (WFWIP-290) Response Content-Type is 'application/json' even when HTTP request defines 'application/json-patch+json' "Accept" header
by Fabio Burzigotti (Jira)
[ https://issues.redhat.com/browse/WFWIP-290?page=com.atlassian.jira.plugin... ]
Fabio Burzigotti updated WFWIP-290:
-----------------------------------
Steps to Reproduce:
The issue can be reproduced following the steps:
* execute Wildfly instance build from feature branch
* provide a deployment to register `openapi` endpoint
* send HTTP GET request to `openapi` defining the Accept header, e.g.:
{code}
curl --location --request GET 'http://127.0.0.1:8080/openapi' \
--header 'Accept: application/json-patch+json'
{code}
* the response "Content-Type" header is set to "application/json".
Used feature branch is: https://github.com/pferraro/wildfly/tree/WFLY-12313
was:
The issue can be reproduced following the steps:
* execute Wildfly instance build from feature branch
* provide a deployment to register `openapi` endpoint
* send HTTP GET request to `openapi` defining the Accept header, e.g.:
`curl --location --request GET 'http://127.0.0.1:8080/openapi' \
--header 'Accept: application/json-patch+json'`
* the response "Content-Type" header is set to "application/json".
Used feature branch is: https://github.com/pferraro/wildfly/tree/WFLY-12313
> Response Content-Type is 'application/json' even when HTTP request defines 'application/json-patch+json' "Accept" header
> ------------------------------------------------------------------------------------------------------------------------
>
> Key: WFWIP-290
> URL: https://issues.redhat.com/browse/WFWIP-290
> Project: WildFly WIP
> Issue Type: Bug
> Components: MP OpenAPI
> Reporter: Fabio Burzigotti
> Assignee: Paul Ferraro
> Priority: Major
>
> When sending HTTP request header "Accept: application/json-patch+json", "Content-Type: application/json" response is returned.
> This behavior seems to be less strict compared to what is defined by the spec, as it states "application/json" is specifically needed in order to get the same value back from server.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 4 months