[JBoss JIRA] (JBWS-4087) SOAP address rewrite for wsdl-uri-scheme=https for nested XML schema documents (XSD) referenced by the WSDL behind reverse proxy
by R Searls (JIRA)
[ https://issues.jboss.org/browse/JBWS-4087?page=com.atlassian.jira.plugin.... ]
R Searls commented on JBWS-4087:
--------------------------------
> What about doing the url rewrite when there is no absolute path/protocol included in the schemaLocation URL?
(e.g.
{code:java}
<xs:import namespace="http://example.co.za/claim/zmf" schemaLocation="ZietoClaim_2_1.xsd"/>
<xsd:import namespace="http://example.co.za/claim/zmf/datatypes" schemaLocation="zmf_dt_2_1.xsd" />
<xsd:import namespace="http://example.co.za/common/datatypes" schemaLocation="zdt_1_2.xsd" />
{code}
In all these cases the schema location is required to be in the archive relative
to the declaring wsdl or schema. There are 2 testcases in jbossws that show this
{code:java}
modules/testsuite/shared-tests/src/test/java/org/jboss/test/ws/jaxws/jbws2412
modules/testsuite/shared-tests/src/test/java/org/jboss/test/ws/jaxws/jbws3870
{code}
> Alternatively, what if the schemaLocation URL uses the jbossws.undefined.host
(e.g.
{code:java}
<xsd:import namespace="http://example.co.za/claim/zmf/datatypes" schemaLocation="{jbossws.undefined.host}/zmf_dt_2_1.xsd" />
<xsd:import namespace="http://example.co.za/common/datatypes" schemaLocation="{jbossws.undefined.host}/zdt_1_2.xsd" />
}
{code}
You are using an incorrect assumption that every declaration such as (jbossws.undefined.host)
in a wsdl file is substituted with the corresponding real value. This is not
how a wsdl is processed. (There is no EE spec requirement to support this.) Only
the service's soap:address is evaluated for such a substitution. This feature is
wfly specific. It is a convenience wfly provides that allows the server admin to
declare the desired value in the server [1].
[1] https://docs.jboss.org/author/display/WFLY8/Web+services+configuration
Yes, as a convenience we often times use a bug number to declare a unique
directory for a new testcase.
> SOAP address rewrite for wsdl-uri-scheme=https for nested XML schema documents (XSD) referenced by the WSDL behind reverse proxy
> --------------------------------------------------------------------------------------------------------------------------------
>
> Key: JBWS-4087
> URL: https://issues.jboss.org/browse/JBWS-4087
> Project: JBoss Web Services
> Issue Type: Bug
> Components: jbossws-cxf
> Affects Versions: jbossws-cxf-5.1.5.Final
> Environment: Wildfly 10
> JBossWS 5.1.5-Final
> Reporter: Nico Schlebusch
> Assignee: R Searls
> Labels: JBossWS
> Fix For: jbossws-cxf-5.2.2.Final
>
>
> We have Wildfly 10 configured behind NGINX as a reverse proxy for handling the SSL requirements of the web service. Wildfly serves everything as plain HTTP and NGINX handles the HTTPS side of the request. The webservices subsystem is configured to rewrite the uri using https schema. The XSD schema location referenced inside the WSDL is rewritten to use https. However, any other XSD's scheme location that is referenced by the first XSD is not changed to use https.
> The URI rewriting for the SOAP address and the schema location of the XSD included in the WSDL works correctly.
> {code:xml}
> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"
> xmlns:tns="http://example.systems/webservices/" xmlns:soap12="http://schemas.xmlsoap.org/wsdl/soap12/"
> xmlns:ns1="http://example.co.za/claim/zmf" attributeFormDefault="unqualified" elementFormDefault="unqualified"
> targetNamespace="http://example.systems/webservices/">
>
> <xs:import namespace="http://example.co.za/claim/zmf" schemaLocation="https://dev.example.ws:8081/webservices/Claim?xsd=ZietoClaim_2_1.xsd"/>
> <!-- xml omitted -->
>
> <wsdl:service name="ClaimService">
> <wsdl:port binding="tns:ClaimServiceSoapBinding" name="ClaimWSPort">
> <soap12:address location="https://dev.example.ws:8081/webservices/ZMF"/>
> </wsdl:port>
> </wsdl:service>
> {code}
> The XSD referenced inside the WSDL contains 2 more import statements to import 2 more XSD's. This is however where the problem starts. In the extract below you will notice that the schema location uses http and not https for the other 2 XSD's.
> {code:xml}
> <?xml version='1.0' encoding='UTF-8'?>
> <xsd:schema xmlns:zdt="http://example.co.za/claim/zmf/datatypes" xmlns:zcdt="http://example.co.za/common/datatypes"
> xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="http://example.co.za/claim/zmf" elementFormDefault="qualified"
> targetNamespace="http://example.co.za/claim/zmf">
>
> <xsd:import namespace="http://example.co.za/claim/zmf/datatypes" schemaLocation="http://dev.example.ws:8081/webservices/Claim?xsd=zmf_dt_2_1.xsd"/>
> <xsd:import namespace="http://example.co.za/common/datatypes" schemaLocation="http://dev.example.ws:8081/webservices/Claim?xsd=zdt_1_2.xsd"/>
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 5 months
- 1
- 0
[JBoss JIRA] (JBWS-4087) SOAP address rewrite for wsdl-uri-scheme=https for nested XML schema documents (XSD) referenced by the WSDL behind reverse proxy
by Nico Schlebusch (JIRA)
[ https://issues.jboss.org/browse/JBWS-4087?page=com.atlassian.jira.plugin.... ]
Nico Schlebusch updated JBWS-4087:
----------------------------------
Description:
We have Wildfly 10 configured behind NGINX as a reverse proxy for handling the SSL requirements of the web service. Wildfly serves everything as plain HTTP and NGINX handles the HTTPS side of the request. The webservices subsystem is configured to rewrite the uri using https schema. The XSD schema location referenced inside the WSDL is rewritten to use https. However, any other XSD's scheme location that is referenced by the first XSD is not changed to use https.
The URI rewriting for the SOAP address and the schema location of the XSD included in the WSDL works correctly.
{code:xml}
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"
xmlns:tns="http://example.systems/webservices/" xmlns:soap12="http://schemas.xmlsoap.org/wsdl/soap12/"
xmlns:ns1="http://example.co.za/claim/zmf" attributeFormDefault="unqualified" elementFormDefault="unqualified"
targetNamespace="http://example.systems/webservices/">
<xs:import namespace="http://example.co.za/claim/zmf" schemaLocation="https://dev.example.ws:8081/webservices/Claim?xsd=ZietoClaim_2_1.xsd"/>
<!-- xml omitted -->
<wsdl:service name="ClaimService">
<wsdl:port binding="tns:ClaimServiceSoapBinding" name="ClaimWSPort">
<soap12:address location="https://dev.example.ws:8081/webservices/ZMF"/>
</wsdl:port>
</wsdl:service>
{code}
The XSD referenced inside the WSDL contains 2 more import statements to import 2 more XSD's. This is however where the problem starts. In the extract below you will notice that the schema location uses http and not https for the other 2 XSD's.
{code:xml}
<?xml version='1.0' encoding='UTF-8'?>
<xsd:schema xmlns:zdt="http://example.co.za/claim/zmf/datatypes" xmlns:zcdt="http://example.co.za/common/datatypes"
xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="http://example.co.za/claim/zmf" elementFormDefault="qualified"
targetNamespace="http://example.co.za/claim/zmf">
<xsd:import namespace="http://example.co.za/claim/zmf/datatypes" schemaLocation="http://dev.example.ws:8081/webservices/Claim?xsd=zmf_dt_2_1.xsd"/>
<xsd:import namespace="http://example.co.za/common/datatypes" schemaLocation="http://dev.example.ws:8081/webservices/Claim?xsd=zdt_1_2.xsd"/>
{code}
was:
We have Wildfly 10 configured behind NGINX as a reverse proxy for handling the SSL requirements of the web service. Wildfly serves everything as plain HTTP and NGINX handles the HTTPS side of the request. The webservices subsystem is configured to rewrite the uri using https schema. The XSD schema location referenced inside the WSDL is rewritten to use https. However, any other XSD's scheme location that is referenced by the first XSD is not changed to use https.
The URI rewriting for the SOAP address and the schema location of the XSD included in the WSDL works correctly.
{{<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"
xmlns:tns="http://example.systems/webservices/" xmlns:soap12="http://schemas.xmlsoap.org/wsdl/soap12/"
xmlns:ns1="http://example.co.za/claim/zmf" attributeFormDefault="unqualified" elementFormDefault="unqualified"
targetNamespace="http://example.systems/webservices/">
<xs:import namespace="http://example.co.za/claim/zmf" schemaLocation="https://dev.example.ws:8081/webservices/Claim?xsd=ZietoClaim_2_1.xsd"/>
<!-- xml omitted -->
<wsdl:service name="ClaimService">
<wsdl:port binding="tns:ClaimServiceSoapBinding" name="ClaimWSPort">
<soap12:address location="https://dev.example.ws:8081/webservices/ZMF"/>
</wsdl:port>
</wsdl:service>}}
The XSD referenced inside the WSDL contains 2 more import statements to import 2 more XSD's. This is however where the problem starts. In the extract below you will notice that the schema location uses http and not https for the other 2 XSD's.
{{<?xml version='1.0' encoding='UTF-8'?>
<xsd:schema xmlns:zdt="http://example.co.za/claim/zmf/datatypes" xmlns:zcdt="http://example.co.za/common/datatypes"
xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="http://example.co.za/claim/zmf" elementFormDefault="qualified"
targetNamespace="http://example.co.za/claim/zmf">
<xsd:import namespace="http://example.co.za/claim/zmf/datatypes" schemaLocation="http://dev.example.ws:8081/webservices/Claim?xsd=zmf_dt_2_1.xsd"/>
<xsd:import namespace="http://example.co.za/common/datatypes" schemaLocation="http://dev.example.ws:8081/webservices/Claim?xsd=zdt_1_2.xsd"/> }}
> SOAP address rewrite for wsdl-uri-scheme=https for nested XML schema documents (XSD) referenced by the WSDL behind reverse proxy
> --------------------------------------------------------------------------------------------------------------------------------
>
> Key: JBWS-4087
> URL: https://issues.jboss.org/browse/JBWS-4087
> Project: JBoss Web Services
> Issue Type: Bug
> Components: jbossws-cxf
> Affects Versions: jbossws-cxf-5.1.5.Final
> Environment: Wildfly 10
> JBossWS 5.1.5-Final
> Reporter: Nico Schlebusch
> Assignee: R Searls
> Labels: JBossWS
> Fix For: jbossws-cxf-5.2.2.Final
>
>
> We have Wildfly 10 configured behind NGINX as a reverse proxy for handling the SSL requirements of the web service. Wildfly serves everything as plain HTTP and NGINX handles the HTTPS side of the request. The webservices subsystem is configured to rewrite the uri using https schema. The XSD schema location referenced inside the WSDL is rewritten to use https. However, any other XSD's scheme location that is referenced by the first XSD is not changed to use https.
> The URI rewriting for the SOAP address and the schema location of the XSD included in the WSDL works correctly.
> {code:xml}
> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"
> xmlns:tns="http://example.systems/webservices/" xmlns:soap12="http://schemas.xmlsoap.org/wsdl/soap12/"
> xmlns:ns1="http://example.co.za/claim/zmf" attributeFormDefault="unqualified" elementFormDefault="unqualified"
> targetNamespace="http://example.systems/webservices/">
>
> <xs:import namespace="http://example.co.za/claim/zmf" schemaLocation="https://dev.example.ws:8081/webservices/Claim?xsd=ZietoClaim_2_1.xsd"/>
> <!-- xml omitted -->
>
> <wsdl:service name="ClaimService">
> <wsdl:port binding="tns:ClaimServiceSoapBinding" name="ClaimWSPort">
> <soap12:address location="https://dev.example.ws:8081/webservices/ZMF"/>
> </wsdl:port>
> </wsdl:service>
> {code}
> The XSD referenced inside the WSDL contains 2 more import statements to import 2 more XSD's. This is however where the problem starts. In the extract below you will notice that the schema location uses http and not https for the other 2 XSD's.
> {code:xml}
> <?xml version='1.0' encoding='UTF-8'?>
> <xsd:schema xmlns:zdt="http://example.co.za/claim/zmf/datatypes" xmlns:zcdt="http://example.co.za/common/datatypes"
> xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="http://example.co.za/claim/zmf" elementFormDefault="qualified"
> targetNamespace="http://example.co.za/claim/zmf">
>
> <xsd:import namespace="http://example.co.za/claim/zmf/datatypes" schemaLocation="http://dev.example.ws:8081/webservices/Claim?xsd=zmf_dt_2_1.xsd"/>
> <xsd:import namespace="http://example.co.za/common/datatypes" schemaLocation="http://dev.example.ws:8081/webservices/Claim?xsd=zdt_1_2.xsd"/>
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 5 months
- 1
- 0
[JBoss JIRA] (JBWS-4087) SOAP address rewrite for wsdl-uri-scheme=https for nested XML schema documents (XSD) referenced by the WSDL behind reverse proxy
by Nico Schlebusch (JIRA)
[ https://issues.jboss.org/browse/JBWS-4087?page=com.atlassian.jira.plugin.... ]
Nico Schlebusch updated JBWS-4087:
----------------------------------
Steps to Reproduce:
Enable the uri rewriting inside JBossWS with the following settings in standalone.xml
{code:xml}
<subsystem xmlns="urn:jboss:domain:webservices:2.0">
<modify-wsdl-address>true</modify-wsdl-address>
<wsdl-host>jbossws.undefined.host</wsdl-host>
<wsdl-secure-port>8081</wsdl-secure-port>
<wsdl-uri-scheme>https</wsdl-uri-scheme>
{code}
The endpoint also uses a custom deployment descriptor: jboss-webservices.xml
{code:xml}
<jboss:port-component>
<jboss:ejb-name>ClaimWebServiceBean</jboss:ejb-name>
<jboss:port-component-name>ClaimWSPort</jboss:port-component-name>
<jboss:port-component-uri>Claim</jboss:port-component-uri>
<jboss:transport-guarantee>CONFIDENTIAL</jboss:transport-guarantee>
</jboss:port-component>
{code}
was:
Enable the uri rewriting inside JBossWS with the following settings in standalone.xml
{{<subsystem xmlns="urn:jboss:domain:webservices:2.0">
<modify-wsdl-address>true</modify-wsdl-address>
<wsdl-host>jbossws.undefined.host</wsdl-host>
<wsdl-secure-port>8081</wsdl-secure-port>
<wsdl-uri-scheme>https</wsdl-uri-scheme>}}
The endpoint also uses a custom deployment descriptor: jboss-webservices.xml
{{<jboss:port-component>
<jboss:ejb-name>ClaimWebServiceBean</jboss:ejb-name>
<jboss:port-component-name>ClaimWSPort</jboss:port-component-name>
<jboss:port-component-uri>Claim</jboss:port-component-uri>
<jboss:transport-guarantee>CONFIDENTIAL</jboss:transport-guarantee>
</jboss:port-component>}}
> SOAP address rewrite for wsdl-uri-scheme=https for nested XML schema documents (XSD) referenced by the WSDL behind reverse proxy
> --------------------------------------------------------------------------------------------------------------------------------
>
> Key: JBWS-4087
> URL: https://issues.jboss.org/browse/JBWS-4087
> Project: JBoss Web Services
> Issue Type: Bug
> Components: jbossws-cxf
> Affects Versions: jbossws-cxf-5.1.5.Final
> Environment: Wildfly 10
> JBossWS 5.1.5-Final
> Reporter: Nico Schlebusch
> Assignee: R Searls
> Labels: JBossWS
> Fix For: jbossws-cxf-5.2.2.Final
>
>
> We have Wildfly 10 configured behind NGINX as a reverse proxy for handling the SSL requirements of the web service. Wildfly serves everything as plain HTTP and NGINX handles the HTTPS side of the request. The webservices subsystem is configured to rewrite the uri using https schema. The XSD schema location referenced inside the WSDL is rewritten to use https. However, any other XSD's scheme location that is referenced by the first XSD is not changed to use https.
> The URI rewriting for the SOAP address and the schema location of the XSD included in the WSDL works correctly.
> {{<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"
> xmlns:tns="http://example.systems/webservices/" xmlns:soap12="http://schemas.xmlsoap.org/wsdl/soap12/"
> xmlns:ns1="http://example.co.za/claim/zmf" attributeFormDefault="unqualified" elementFormDefault="unqualified"
> targetNamespace="http://example.systems/webservices/">
>
> <xs:import namespace="http://example.co.za/claim/zmf" schemaLocation="https://dev.example.ws:8081/webservices/Claim?xsd=ZietoClaim_2_1.xsd"/>
> <!-- xml omitted -->
>
> <wsdl:service name="ClaimService">
> <wsdl:port binding="tns:ClaimServiceSoapBinding" name="ClaimWSPort">
> <soap12:address location="https://dev.example.ws:8081/webservices/ZMF"/>
> </wsdl:port>
> </wsdl:service>}}
> The XSD referenced inside the WSDL contains 2 more import statements to import 2 more XSD's. This is however where the problem starts. In the extract below you will notice that the schema location uses http and not https for the other 2 XSD's.
> {{<?xml version='1.0' encoding='UTF-8'?>
> <xsd:schema xmlns:zdt="http://example.co.za/claim/zmf/datatypes" xmlns:zcdt="http://example.co.za/common/datatypes"
> xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="http://example.co.za/claim/zmf" elementFormDefault="qualified"
> targetNamespace="http://example.co.za/claim/zmf">
>
> <xsd:import namespace="http://example.co.za/claim/zmf/datatypes" schemaLocation="http://dev.example.ws:8081/webservices/Claim?xsd=zmf_dt_2_1.xsd"/>
> <xsd:import namespace="http://example.co.za/common/datatypes" schemaLocation="http://dev.example.ws:8081/webservices/Claim?xsd=zdt_1_2.xsd"/> }}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 5 months
- 1
- 0
[JBoss JIRA] (JBWS-4087) SOAP address rewrite for wsdl-uri-scheme=https for nested XML schema documents (XSD) referenced by the WSDL behind reverse proxy
by Nico Schlebusch (JIRA)
[ https://issues.jboss.org/browse/JBWS-4087?page=com.atlassian.jira.plugin.... ]
Nico Schlebusch edited comment on JBWS-4087 at 6/27/18 6:22 AM:
----------------------------------------------------------------
Hi [~rsearls]
I agree there can't be a generic solution and your use case for not doing it is valid. What about doing the url rewrite when there is no absolute path/protocol included in the schemaLocation URL? The bug report shows the rewritten URL's. The actual source WSDL and XSD make use of a relative path. The source WSDL (packaged as part of the application) contains something like:
{code:xml}
<xs:import namespace="http://example.co.za/claim/zmf" schemaLocation="ZietoClaim_2_1.xsd"/>
{code}
And the referenced source XSD:
{code:xml}
<xsd:import namespace="http://example.co.za/claim/zmf/datatypes" schemaLocation="zmf_dt_2_1.xsd" />
<xsd:import namespace="http://example.co.za/common/datatypes" schemaLocation="zdt_1_2.xsd" />
{code}
Alternatively, what if the schemaLocation URL uses the {{jbossws.undefined.host}} variable/placeholder (something like it) for forcing the same rewrite rules that are applied to the SOAP address location? Maybe something like:
{code:xml}
<xsd:import namespace="http://example.co.za/claim/zmf/datatypes" schemaLocation="{jbossws.undefined.host}/zmf_dt_2_1.xsd" />
<xsd:import namespace="http://example.co.za/common/datatypes" schemaLocation="{jbossws.undefined.host}/zdt_1_2.xsd" />
{code}
I have no idea how to test for this. I can perhaps see if I can create a test case. Where is the best place for a test case?
Here [https://github.com/jbossws/jbossws-cxf/tree/master/modules/testsuite/cxf-...] using the bug number as a package name?
Is there any documentation available with pointers that could make it easier to write the test case?
was (Author: nicoschl):
Hi [~rsearls]
I agree there can't be a generic solution and your use case for not doing it is valid. What about doing the url rewrite when there is no absolute path/protocol included in the schemaLocation URL? The bug report shows the rewritten URL's. The actual source WSDL and XSD make use of a relative path. The source WSDL (packaged as part of the application) contains something like:
{code:xml}
<xs:import namespace="http://example.co.za/claim/zmf" schemaLocation="ZietoClaim_2_1.xsd"/>
{code}
And the referenced source XSD:
{code:xml}
<xsd:import namespace="http://example.co.za/claim/zmf/datatypes" schemaLocation="zmf_dt_2_1.xsd" />
<xsd:import namespace="http://example.co.za/common/datatypes" schemaLocation="zdt_1_2.xsd" />
{code}
Alternatively, what if the schemaLocation URL uses the `jbossws.undefined.host` variable/placeholder (something like it) for forcing the same rewrite rules that are applied to the SOAP address location? Maybe something like:
{code:xml}
<xsd:import namespace="http://example.co.za/claim/zmf/datatypes" schemaLocation="{jbossws.undefined.host}/zmf_dt_2_1.xsd" />
<xsd:import namespace="http://example.co.za/common/datatypes" schemaLocation="{jbossws.undefined.host}/zdt_1_2.xsd" />
{code}
I have no idea how to test for this. I can perhaps see if I can create a test case. Where is the best place for a test case?
Here [https://github.com/jbossws/jbossws-cxf/tree/master/modules/testsuite/cxf-...] using the bug number as a package name?
Is there any documentation available with pointers that could make it easier to write the test case?
> SOAP address rewrite for wsdl-uri-scheme=https for nested XML schema documents (XSD) referenced by the WSDL behind reverse proxy
> --------------------------------------------------------------------------------------------------------------------------------
>
> Key: JBWS-4087
> URL: https://issues.jboss.org/browse/JBWS-4087
> Project: JBoss Web Services
> Issue Type: Bug
> Components: jbossws-cxf
> Affects Versions: jbossws-cxf-5.1.5.Final
> Environment: Wildfly 10
> JBossWS 5.1.5-Final
> Reporter: Nico Schlebusch
> Assignee: R Searls
> Labels: JBossWS
> Fix For: jbossws-cxf-5.2.2.Final
>
>
> We have Wildfly 10 configured behind NGINX as a reverse proxy for handling the SSL requirements of the web service. Wildfly serves everything as plain HTTP and NGINX handles the HTTPS side of the request. The webservices subsystem is configured to rewrite the uri using https schema. The XSD schema location referenced inside the WSDL is rewritten to use https. However, any other XSD's scheme location that is referenced by the first XSD is not changed to use https.
> The URI rewriting for the SOAP address and the schema location of the XSD included in the WSDL works correctly.
> {{<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"
> xmlns:tns="http://example.systems/webservices/" xmlns:soap12="http://schemas.xmlsoap.org/wsdl/soap12/"
> xmlns:ns1="http://example.co.za/claim/zmf" attributeFormDefault="unqualified" elementFormDefault="unqualified"
> targetNamespace="http://example.systems/webservices/">
>
> <xs:import namespace="http://example.co.za/claim/zmf" schemaLocation="https://dev.example.ws:8081/webservices/Claim?xsd=ZietoClaim_2_1.xsd"/>
> <!-- xml omitted -->
>
> <wsdl:service name="ClaimService">
> <wsdl:port binding="tns:ClaimServiceSoapBinding" name="ClaimWSPort">
> <soap12:address location="https://dev.example.ws:8081/webservices/ZMF"/>
> </wsdl:port>
> </wsdl:service>}}
> The XSD referenced inside the WSDL contains 2 more import statements to import 2 more XSD's. This is however where the problem starts. In the extract below you will notice that the schema location uses http and not https for the other 2 XSD's.
> {{<?xml version='1.0' encoding='UTF-8'?>
> <xsd:schema xmlns:zdt="http://example.co.za/claim/zmf/datatypes" xmlns:zcdt="http://example.co.za/common/datatypes"
> xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="http://example.co.za/claim/zmf" elementFormDefault="qualified"
> targetNamespace="http://example.co.za/claim/zmf">
>
> <xsd:import namespace="http://example.co.za/claim/zmf/datatypes" schemaLocation="http://dev.example.ws:8081/webservices/Claim?xsd=zmf_dt_2_1.xsd"/>
> <xsd:import namespace="http://example.co.za/common/datatypes" schemaLocation="http://dev.example.ws:8081/webservices/Claim?xsd=zdt_1_2.xsd"/> }}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 5 months
- 1
- 0
[JBoss JIRA] (JBWS-4087) SOAP address rewrite for wsdl-uri-scheme=https for nested XML schema documents (XSD) referenced by the WSDL behind reverse proxy
by Nico Schlebusch (JIRA)
[ https://issues.jboss.org/browse/JBWS-4087?page=com.atlassian.jira.plugin.... ]
Nico Schlebusch commented on JBWS-4087:
---------------------------------------
Hi [~rsearls]
I agree there can't be a generic solution and your use case for not doing it is valid. What about doing the url rewrite when there is no absolute path/protocol included in the schemaLocation URL? The bug report shows the rewritten URL's. The actual source WSDL and XSD make use of a relative path. The source WSDL (packaged as part of the application) contains something like:
{code:xml}
<xs:import namespace="http://example.co.za/claim/zmf" schemaLocation="ZietoClaim_2_1.xsd"/>
{code}
And the referenced source XSD:
{code:xml}
<xsd:import namespace="http://example.co.za/claim/zmf/datatypes" schemaLocation="zmf_dt_2_1.xsd" />
<xsd:import namespace="http://example.co.za/common/datatypes" schemaLocation="zdt_1_2.xsd" />
{code}
Alternatively, what if the schemaLocation URL uses the `jbossws.undefined.host` variable/placeholder (something like it) for forcing the same rewrite rules that are applied to the SOAP address location? Maybe something like:
{code:xml}
<xsd:import namespace="http://example.co.za/claim/zmf/datatypes" schemaLocation="{jbossws.undefined.host}/zmf_dt_2_1.xsd" />
<xsd:import namespace="http://example.co.za/common/datatypes" schemaLocation="{jbossws.undefined.host}/zdt_1_2.xsd" />
{code}
I have no idea how to test for this. I can perhaps see if I can create a test case. Where is the best place for a test case?
Here [https://github.com/jbossws/jbossws-cxf/tree/master/modules/testsuite/cxf-...] using the bug number as a package name?
Is there any documentation available with pointers that could make it easier to write the test case?
> SOAP address rewrite for wsdl-uri-scheme=https for nested XML schema documents (XSD) referenced by the WSDL behind reverse proxy
> --------------------------------------------------------------------------------------------------------------------------------
>
> Key: JBWS-4087
> URL: https://issues.jboss.org/browse/JBWS-4087
> Project: JBoss Web Services
> Issue Type: Bug
> Components: jbossws-cxf
> Affects Versions: jbossws-cxf-5.1.5.Final
> Environment: Wildfly 10
> JBossWS 5.1.5-Final
> Reporter: Nico Schlebusch
> Assignee: R Searls
> Labels: JBossWS
> Fix For: jbossws-cxf-5.2.2.Final
>
>
> We have Wildfly 10 configured behind NGINX as a reverse proxy for handling the SSL requirements of the web service. Wildfly serves everything as plain HTTP and NGINX handles the HTTPS side of the request. The webservices subsystem is configured to rewrite the uri using https schema. The XSD schema location referenced inside the WSDL is rewritten to use https. However, any other XSD's scheme location that is referenced by the first XSD is not changed to use https.
> The URI rewriting for the SOAP address and the schema location of the XSD included in the WSDL works correctly.
> {{<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"
> xmlns:tns="http://example.systems/webservices/" xmlns:soap12="http://schemas.xmlsoap.org/wsdl/soap12/"
> xmlns:ns1="http://example.co.za/claim/zmf" attributeFormDefault="unqualified" elementFormDefault="unqualified"
> targetNamespace="http://example.systems/webservices/">
>
> <xs:import namespace="http://example.co.za/claim/zmf" schemaLocation="https://dev.example.ws:8081/webservices/Claim?xsd=ZietoClaim_2_1.xsd"/>
> <!-- xml omitted -->
>
> <wsdl:service name="ClaimService">
> <wsdl:port binding="tns:ClaimServiceSoapBinding" name="ClaimWSPort">
> <soap12:address location="https://dev.example.ws:8081/webservices/ZMF"/>
> </wsdl:port>
> </wsdl:service>}}
> The XSD referenced inside the WSDL contains 2 more import statements to import 2 more XSD's. This is however where the problem starts. In the extract below you will notice that the schema location uses http and not https for the other 2 XSD's.
> {{<?xml version='1.0' encoding='UTF-8'?>
> <xsd:schema xmlns:zdt="http://example.co.za/claim/zmf/datatypes" xmlns:zcdt="http://example.co.za/common/datatypes"
> xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="http://example.co.za/claim/zmf" elementFormDefault="qualified"
> targetNamespace="http://example.co.za/claim/zmf">
>
> <xsd:import namespace="http://example.co.za/claim/zmf/datatypes" schemaLocation="http://dev.example.ws:8081/webservices/Claim?xsd=zmf_dt_2_1.xsd"/>
> <xsd:import namespace="http://example.co.za/common/datatypes" schemaLocation="http://dev.example.ws:8081/webservices/Claim?xsd=zdt_1_2.xsd"/> }}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 5 months
- 1
- 0
[JBoss JIRA] (JBWS-4102) Investigate warnings in build log
by R Searls (JIRA)
[ https://issues.jboss.org/browse/JBWS-4102?page=com.atlassian.jira.plugin.... ]
R Searls commented on JBWS-4102:
--------------------------------
Yes option 3 is tagged deprecated but it is currently still supported. I tested it.
> Investigate warnings in build log
> ---------------------------------
>
> Key: JBWS-4102
> URL: https://issues.jboss.org/browse/JBWS-4102
> Project: JBoss Web Services
> Issue Type: Task
> Components: jbossws-cxf
> Affects Versions: jbossws-cxf-5.2.0.Final
> Reporter: Jan Blizňák
> Assignee: R Searls
> Priority: Minor
> Fix For: jbossws-cxf-5.2.2.Final
>
> Attachments: build.log
>
>
> Maven build process in current version outputs few warnings that should be investigated.
> Command used:
> {code:java}
> mvn -V -B clean install -Dnodeploy -Pwildfly1200,testsuite -Dserver.home=/tmp/wildfly/dist/target/wildfly-12.0.0.Beta2-SNAPSHOT
> {code}
> *case 1*
> {code:java}
> [INFO] --- maven-compiler-plugin:3.7.0:testCompile (default-testCompile) @ jbossws-cxf-client ---
> [INFO] Changes detected - recompiling the module!
> [INFO] Compiling 17 source files to /tmp/jbossws-cxf/modules/client/target/test-classes
> [WARNING] The following options were not recognized by any processor: '[generatedTranslationFilesPath]'
> ....
> [INFO] --- maven-compiler-plugin:3.7.0:compile (default-compile) @ jbossws-cxf-server ---
> [INFO] Changes detected - recompiling the module!
> [INFO] Compiling 44 source files to /tmp/jbossws-cxf/modules/server/target/classes
> [WARNING] The following options were not recognized by any processor: '[generatedTranslationFilesPath]'
> ....
> [INFO] --- maven-compiler-plugin:3.7.0:testCompile (default-testCompile) @ jbossws-cxf-server ---
> [INFO] Changes detected - recompiling the module!
> [INFO] Compiling 2 source files to /tmp/jbossws-cxf/modules/server/target/test-classes
> [WARNING] The following options were not recognized by any processor: '[generatedTranslationFilesPath]'
> {code}
> *case 2*
> {code:java}
> [INFO] --- maven-compiler-plugin:3.7.0:compile (default-compile) @ jbossws-cxf-test-utils ---
> [INFO] Changes detected - recompiling the module!
> [INFO] Compiling 9 source files to /tmp/jbossws-cxf/modules/test-utils/target/classes
> [WARNING] /tmp/jbossws-cxf/modules/test-utils/src/main/java/org/jboss/wsf/test/JBossWSTestHelper.java:[54,20] sun.net.util.IPAddressUtil is internal proprietary API and may be removed in a future release
> [WARNING] /tmp/jbossws-cxf/modules/test-utils/src/main/java/org/jboss/wsf/test/JBossWSTestHelper.java:[240,57] sun.net.util.IPAddressUtil is internal proprietary API and may be removed in a future release
> {code}
> *case 3*
> {code:java}
> [INFO] --- maven-compiler-plugin:3.7.0:testCompile (default-testCompile) @ jbossws-cxf-specific-tests ---
> [INFO] Changes detected - recompiling the module!
> [INFO] Compiling 414 source files to /tmp/jbossws-cxf/modules/testsuite/cxf-tests/target/test-classes
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/samples/wsrm/store/Endpoint.java:[28,34] org.apache.cxf.annotations.Logging in org.apache.cxf.annotations has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/jbws3648/PolicyAttachmentTestCase.java:[35,34] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/fastinfoset/FastInfosetTestCase.java:[34,34] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/fastinfoset/FastInfosetTestCase.java:[35,34] org.apache.cxf.interceptor.LoggingOutInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/logging/LoggingFeatureEndpointImpl.java:[30,34] org.apache.cxf.annotations.Logging in org.apache.cxf.annotations has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/logging/MessageLoggingTestCase.java:[35,34] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/asyncclient/AsyncEnabledInfoInterceptor.java:[27,34] org.apache.cxf.interceptor.AbstractLoggingInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/logging/CustomInInterceptor.java:[6,34] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/samples/wsrm/store/Endpoint.java:[36,2] org.apache.cxf.annotations.Logging in org.apache.cxf.annotations has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/jbws3648/PolicyAttachmentTestCase.java:[104,42] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/jbws3648/PolicyAttachmentTestCase.java:[132,42] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/fastinfoset/FastInfosetTestCase.java:[108,42] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/fastinfoset/FastInfosetTestCase.java:[109,43] org.apache.cxf.interceptor.LoggingOutInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/fastinfoset/FastInfosetTestCase.java:[138,42] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/fastinfoset/FastInfosetTestCase.java:[139,43] org.apache.cxf.interceptor.LoggingOutInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/fastinfoset/FastInfosetTestCase.java:[188,42] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/fastinfoset/FastInfosetTestCase.java:[189,43] org.apache.cxf.interceptor.LoggingOutInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/logging/LoggingFeatureEndpointImpl.java:[35,2] org.apache.cxf.annotations.Logging in org.apache.cxf.annotations has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/logging/MessageLoggingTestCase.java:[111,10] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/logging/MessageLoggingTestCase.java:[111,58] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/asyncclient/AsyncEnabledInfoInterceptor.java:[33,50] org.apache.cxf.interceptor.AbstractLoggingInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/jbws4046/JBWS4046TestCase.java:[82,64] non-varargs call of varargs method with inexact argument type for last parameter;
> cast to javax.xml.ws.WebServiceFeature for a varargs call
> cast to javax.xml.ws.WebServiceFeature[] for a non-varargs call and to suppress this warning
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/logging/CustomInInterceptor.java:[9,42] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> {code}
> *case 4*
> {code:java}
> [INFO] --- maven-surefire-plugin:2.20.1:test (forked-integration-tests) @ jbossws-cxf-specific-tests ---
> [WARNING] The parameter forkMode is deprecated since version 2.14. Use forkCount and reuseForks instead.
> {code}
> *case 5*
> {code:java}
> [INFO] --- maven-jar-plugin:3.0.2:jar (default-jar) @ jbossws-cxf-specific-tests ---
> [WARNING] JAR will be empty - no content was marked for inclusion!
> [INFO] Building jar: /tmp/jbossws-cxf/modules/testsuite/cxf-tests/target/jbossws-cxf-specific-tests-5.2.1-SNAPSHOT.jar
> ...
> [INFO] --- maven-jar-plugin:3.0.2:jar (default-jar) @ jbossws-cxf-shared-tests ---
> [WARNING] JAR will be empty - no content was marked for inclusion!
> [INFO] Building jar: /tmp/jbossws-cxf/modules/testsuite/shared-tests/target/jbossws-cxf-shared-tests-5.2.1-SNAPSHOT.jar
> {code}
> *case 6*
> {code}
> [WARNING] /home/travis/build/jbossws/jbossws-cxf/modules/server/src/main/java/org/jboss/wsf/stack/cxf/security/authentication/SubjectCreatingInterceptor.java:[25,25] java.security.acl.Group in java.security.acl has been deprecated and marked for removal
> [WARNING] /home/travis/build/jbossws/jbossws-cxf/modules/server/src/main/java/org/jboss/wsf/stack/cxf/security/authentication/SubjectCreatingPolicyInterceptor.java:[25,25] java.security.acl.Group in java.security.acl has been deprecated and marked for removal
> [WARNING] /home/travis/build/jbossws/jbossws-cxf/modules/server/src/main/java/org/jboss/wsf/stack/cxf/security/authentication/SubjectCreatingInterceptor.java:[25,25] java.security.acl.Group in java.security.acl has been deprecated and marked for removal
> [WARNING] /home/travis/build/jbossws/jbossws-cxf/modules/server/src/main/java/org/jboss/wsf/stack/cxf/security/authentication/SubjectCreatingPolicyInterceptor.java:[25,25] java.security.acl.Group in java.security.acl has been deprecated and marked for removal
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 5 months
- 1
- 0
[JBoss JIRA] (JBWS-4102) Investigate warnings in build log
by Jan Blizňák (JIRA)
[ https://issues.jboss.org/browse/JBWS-4102?page=com.atlassian.jira.plugin.... ]
Jan Blizňák commented on JBWS-4102:
-----------------------------------
re: warnings case 1
[~rsearls], the documentation for compiler plugin also states that compiler args are used only {{ if fork is set to true}}, which isn't our case. Interestingly, when I set fork=true the warnings are gone which would indicate the root cause is something different then the JDK-8162455.
Also since we are using maven-compiler-plugin 3.7.0, the option 3 is now deprecated.
> Investigate warnings in build log
> ---------------------------------
>
> Key: JBWS-4102
> URL: https://issues.jboss.org/browse/JBWS-4102
> Project: JBoss Web Services
> Issue Type: Task
> Components: jbossws-cxf
> Affects Versions: jbossws-cxf-5.2.0.Final
> Reporter: Jan Blizňák
> Assignee: R Searls
> Priority: Minor
> Fix For: jbossws-cxf-5.2.2.Final
>
> Attachments: build.log
>
>
> Maven build process in current version outputs few warnings that should be investigated.
> Command used:
> {code:java}
> mvn -V -B clean install -Dnodeploy -Pwildfly1200,testsuite -Dserver.home=/tmp/wildfly/dist/target/wildfly-12.0.0.Beta2-SNAPSHOT
> {code}
> *case 1*
> {code:java}
> [INFO] --- maven-compiler-plugin:3.7.0:testCompile (default-testCompile) @ jbossws-cxf-client ---
> [INFO] Changes detected - recompiling the module!
> [INFO] Compiling 17 source files to /tmp/jbossws-cxf/modules/client/target/test-classes
> [WARNING] The following options were not recognized by any processor: '[generatedTranslationFilesPath]'
> ....
> [INFO] --- maven-compiler-plugin:3.7.0:compile (default-compile) @ jbossws-cxf-server ---
> [INFO] Changes detected - recompiling the module!
> [INFO] Compiling 44 source files to /tmp/jbossws-cxf/modules/server/target/classes
> [WARNING] The following options were not recognized by any processor: '[generatedTranslationFilesPath]'
> ....
> [INFO] --- maven-compiler-plugin:3.7.0:testCompile (default-testCompile) @ jbossws-cxf-server ---
> [INFO] Changes detected - recompiling the module!
> [INFO] Compiling 2 source files to /tmp/jbossws-cxf/modules/server/target/test-classes
> [WARNING] The following options were not recognized by any processor: '[generatedTranslationFilesPath]'
> {code}
> *case 2*
> {code:java}
> [INFO] --- maven-compiler-plugin:3.7.0:compile (default-compile) @ jbossws-cxf-test-utils ---
> [INFO] Changes detected - recompiling the module!
> [INFO] Compiling 9 source files to /tmp/jbossws-cxf/modules/test-utils/target/classes
> [WARNING] /tmp/jbossws-cxf/modules/test-utils/src/main/java/org/jboss/wsf/test/JBossWSTestHelper.java:[54,20] sun.net.util.IPAddressUtil is internal proprietary API and may be removed in a future release
> [WARNING] /tmp/jbossws-cxf/modules/test-utils/src/main/java/org/jboss/wsf/test/JBossWSTestHelper.java:[240,57] sun.net.util.IPAddressUtil is internal proprietary API and may be removed in a future release
> {code}
> *case 3*
> {code:java}
> [INFO] --- maven-compiler-plugin:3.7.0:testCompile (default-testCompile) @ jbossws-cxf-specific-tests ---
> [INFO] Changes detected - recompiling the module!
> [INFO] Compiling 414 source files to /tmp/jbossws-cxf/modules/testsuite/cxf-tests/target/test-classes
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/samples/wsrm/store/Endpoint.java:[28,34] org.apache.cxf.annotations.Logging in org.apache.cxf.annotations has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/jbws3648/PolicyAttachmentTestCase.java:[35,34] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/fastinfoset/FastInfosetTestCase.java:[34,34] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/fastinfoset/FastInfosetTestCase.java:[35,34] org.apache.cxf.interceptor.LoggingOutInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/logging/LoggingFeatureEndpointImpl.java:[30,34] org.apache.cxf.annotations.Logging in org.apache.cxf.annotations has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/logging/MessageLoggingTestCase.java:[35,34] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/asyncclient/AsyncEnabledInfoInterceptor.java:[27,34] org.apache.cxf.interceptor.AbstractLoggingInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/logging/CustomInInterceptor.java:[6,34] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/samples/wsrm/store/Endpoint.java:[36,2] org.apache.cxf.annotations.Logging in org.apache.cxf.annotations has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/jbws3648/PolicyAttachmentTestCase.java:[104,42] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/jbws3648/PolicyAttachmentTestCase.java:[132,42] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/fastinfoset/FastInfosetTestCase.java:[108,42] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/fastinfoset/FastInfosetTestCase.java:[109,43] org.apache.cxf.interceptor.LoggingOutInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/fastinfoset/FastInfosetTestCase.java:[138,42] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/fastinfoset/FastInfosetTestCase.java:[139,43] org.apache.cxf.interceptor.LoggingOutInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/fastinfoset/FastInfosetTestCase.java:[188,42] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/fastinfoset/FastInfosetTestCase.java:[189,43] org.apache.cxf.interceptor.LoggingOutInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/logging/LoggingFeatureEndpointImpl.java:[35,2] org.apache.cxf.annotations.Logging in org.apache.cxf.annotations has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/logging/MessageLoggingTestCase.java:[111,10] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/logging/MessageLoggingTestCase.java:[111,58] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/asyncclient/AsyncEnabledInfoInterceptor.java:[33,50] org.apache.cxf.interceptor.AbstractLoggingInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/jbws4046/JBWS4046TestCase.java:[82,64] non-varargs call of varargs method with inexact argument type for last parameter;
> cast to javax.xml.ws.WebServiceFeature for a varargs call
> cast to javax.xml.ws.WebServiceFeature[] for a non-varargs call and to suppress this warning
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/logging/CustomInInterceptor.java:[9,42] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> {code}
> *case 4*
> {code:java}
> [INFO] --- maven-surefire-plugin:2.20.1:test (forked-integration-tests) @ jbossws-cxf-specific-tests ---
> [WARNING] The parameter forkMode is deprecated since version 2.14. Use forkCount and reuseForks instead.
> {code}
> *case 5*
> {code:java}
> [INFO] --- maven-jar-plugin:3.0.2:jar (default-jar) @ jbossws-cxf-specific-tests ---
> [WARNING] JAR will be empty - no content was marked for inclusion!
> [INFO] Building jar: /tmp/jbossws-cxf/modules/testsuite/cxf-tests/target/jbossws-cxf-specific-tests-5.2.1-SNAPSHOT.jar
> ...
> [INFO] --- maven-jar-plugin:3.0.2:jar (default-jar) @ jbossws-cxf-shared-tests ---
> [WARNING] JAR will be empty - no content was marked for inclusion!
> [INFO] Building jar: /tmp/jbossws-cxf/modules/testsuite/shared-tests/target/jbossws-cxf-shared-tests-5.2.1-SNAPSHOT.jar
> {code}
> *case 6*
> {code}
> [WARNING] /home/travis/build/jbossws/jbossws-cxf/modules/server/src/main/java/org/jboss/wsf/stack/cxf/security/authentication/SubjectCreatingInterceptor.java:[25,25] java.security.acl.Group in java.security.acl has been deprecated and marked for removal
> [WARNING] /home/travis/build/jbossws/jbossws-cxf/modules/server/src/main/java/org/jboss/wsf/stack/cxf/security/authentication/SubjectCreatingPolicyInterceptor.java:[25,25] java.security.acl.Group in java.security.acl has been deprecated and marked for removal
> [WARNING] /home/travis/build/jbossws/jbossws-cxf/modules/server/src/main/java/org/jboss/wsf/stack/cxf/security/authentication/SubjectCreatingInterceptor.java:[25,25] java.security.acl.Group in java.security.acl has been deprecated and marked for removal
> [WARNING] /home/travis/build/jbossws/jbossws-cxf/modules/server/src/main/java/org/jboss/wsf/stack/cxf/security/authentication/SubjectCreatingPolicyInterceptor.java:[25,25] java.security.acl.Group in java.security.acl has been deprecated and marked for removal
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 5 months
- 1
- 0
[JBoss JIRA] (JBWS-4102) Investigate warnings in build log
by R Searls (JIRA)
[ https://issues.jboss.org/browse/JBWS-4102?page=com.atlassian.jira.plugin.... ]
R Searls commented on JBWS-4102:
--------------------------------
JDK-8162455 seems to be the most probable explanation for this issue.
_generatedTranslationFilesPath_ is a @Generated annotation 'Translation Option'
supported in jboss-logging-tools. It is defined in the projects doc file,
/docs/src/main/asciidoc/processor-options.adoc.
Its value is passed to the annotation processor during compilation via the
maven-compiler-plugin. Within the plugin configuration section it is declared
and passed as a javac option (see -A(key=value) under javac -help).
The maven-compiler-plugin supports 3 options for this value to be provided.
{code:java}
option 1:
<configuration>
<compilerArgs>
<arg>-AgeneratedTranslationFilesPath=${project.basedir}/target/generated-translation-files</arg>
</compilerArgs>
</configuration>
{code}
{code:java}
option 2:
<configuration>
<compilerArgument>
-AgeneratedTranslationFilesPath=${project.basedir}/target/generated-translation-files
</compilerArgument>
</configuration>
{code}
{code:java}
option 3:
<configuration>
<compilerArguments>
<AgeneratedTranslationFilesPath>${project.basedir}/target/generated-translation-files</AgeneratedTranslationFilesPath>
</compilerArguments>
</configuration>
{code}
jbossws-parent uses maven-compiler-plugin and declares _generatedTranslationFilesPath_
using option 2.
All jbossws-cxf modules inherit jbossws-parent. The needed directories and files are
generated if there is an @Generated annotation present in the module.
The jbossws-cxf-client module's maven-compiler-plugin declaration of _generatedTranslationFilesPath_
using option 3. This is redundant because jbossws-parent has already defined it.
The declaration has no negative affect. It might be good to clean this up at sometime
in the future.
We should wait for this to be resolved in the JDK.
> Investigate warnings in build log
> ---------------------------------
>
> Key: JBWS-4102
> URL: https://issues.jboss.org/browse/JBWS-4102
> Project: JBoss Web Services
> Issue Type: Task
> Components: jbossws-cxf
> Affects Versions: jbossws-cxf-5.2.0.Final
> Reporter: Jan Blizňák
> Assignee: R Searls
> Priority: Minor
> Fix For: jbossws-cxf-5.2.2.Final
>
> Attachments: build.log
>
>
> Maven build process in current version outputs few warnings that should be investigated.
> Command used:
> {code:java}
> mvn -V -B clean install -Dnodeploy -Pwildfly1200,testsuite -Dserver.home=/tmp/wildfly/dist/target/wildfly-12.0.0.Beta2-SNAPSHOT
> {code}
> *case 1*
> {code:java}
> [INFO] --- maven-compiler-plugin:3.7.0:testCompile (default-testCompile) @ jbossws-cxf-client ---
> [INFO] Changes detected - recompiling the module!
> [INFO] Compiling 17 source files to /tmp/jbossws-cxf/modules/client/target/test-classes
> [WARNING] The following options were not recognized by any processor: '[generatedTranslationFilesPath]'
> ....
> [INFO] --- maven-compiler-plugin:3.7.0:compile (default-compile) @ jbossws-cxf-server ---
> [INFO] Changes detected - recompiling the module!
> [INFO] Compiling 44 source files to /tmp/jbossws-cxf/modules/server/target/classes
> [WARNING] The following options were not recognized by any processor: '[generatedTranslationFilesPath]'
> ....
> [INFO] --- maven-compiler-plugin:3.7.0:testCompile (default-testCompile) @ jbossws-cxf-server ---
> [INFO] Changes detected - recompiling the module!
> [INFO] Compiling 2 source files to /tmp/jbossws-cxf/modules/server/target/test-classes
> [WARNING] The following options were not recognized by any processor: '[generatedTranslationFilesPath]'
> {code}
> *case 2*
> {code:java}
> [INFO] --- maven-compiler-plugin:3.7.0:compile (default-compile) @ jbossws-cxf-test-utils ---
> [INFO] Changes detected - recompiling the module!
> [INFO] Compiling 9 source files to /tmp/jbossws-cxf/modules/test-utils/target/classes
> [WARNING] /tmp/jbossws-cxf/modules/test-utils/src/main/java/org/jboss/wsf/test/JBossWSTestHelper.java:[54,20] sun.net.util.IPAddressUtil is internal proprietary API and may be removed in a future release
> [WARNING] /tmp/jbossws-cxf/modules/test-utils/src/main/java/org/jboss/wsf/test/JBossWSTestHelper.java:[240,57] sun.net.util.IPAddressUtil is internal proprietary API and may be removed in a future release
> {code}
> *case 3*
> {code:java}
> [INFO] --- maven-compiler-plugin:3.7.0:testCompile (default-testCompile) @ jbossws-cxf-specific-tests ---
> [INFO] Changes detected - recompiling the module!
> [INFO] Compiling 414 source files to /tmp/jbossws-cxf/modules/testsuite/cxf-tests/target/test-classes
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/samples/wsrm/store/Endpoint.java:[28,34] org.apache.cxf.annotations.Logging in org.apache.cxf.annotations has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/jbws3648/PolicyAttachmentTestCase.java:[35,34] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/fastinfoset/FastInfosetTestCase.java:[34,34] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/fastinfoset/FastInfosetTestCase.java:[35,34] org.apache.cxf.interceptor.LoggingOutInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/logging/LoggingFeatureEndpointImpl.java:[30,34] org.apache.cxf.annotations.Logging in org.apache.cxf.annotations has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/logging/MessageLoggingTestCase.java:[35,34] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/asyncclient/AsyncEnabledInfoInterceptor.java:[27,34] org.apache.cxf.interceptor.AbstractLoggingInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/logging/CustomInInterceptor.java:[6,34] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/samples/wsrm/store/Endpoint.java:[36,2] org.apache.cxf.annotations.Logging in org.apache.cxf.annotations has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/jbws3648/PolicyAttachmentTestCase.java:[104,42] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/jbws3648/PolicyAttachmentTestCase.java:[132,42] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/fastinfoset/FastInfosetTestCase.java:[108,42] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/fastinfoset/FastInfosetTestCase.java:[109,43] org.apache.cxf.interceptor.LoggingOutInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/fastinfoset/FastInfosetTestCase.java:[138,42] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/fastinfoset/FastInfosetTestCase.java:[139,43] org.apache.cxf.interceptor.LoggingOutInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/fastinfoset/FastInfosetTestCase.java:[188,42] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/fastinfoset/FastInfosetTestCase.java:[189,43] org.apache.cxf.interceptor.LoggingOutInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/logging/LoggingFeatureEndpointImpl.java:[35,2] org.apache.cxf.annotations.Logging in org.apache.cxf.annotations has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/logging/MessageLoggingTestCase.java:[111,10] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/logging/MessageLoggingTestCase.java:[111,58] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/asyncclient/AsyncEnabledInfoInterceptor.java:[33,50] org.apache.cxf.interceptor.AbstractLoggingInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/jbws4046/JBWS4046TestCase.java:[82,64] non-varargs call of varargs method with inexact argument type for last parameter;
> cast to javax.xml.ws.WebServiceFeature for a varargs call
> cast to javax.xml.ws.WebServiceFeature[] for a non-varargs call and to suppress this warning
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/logging/CustomInInterceptor.java:[9,42] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> {code}
> *case 4*
> {code:java}
> [INFO] --- maven-surefire-plugin:2.20.1:test (forked-integration-tests) @ jbossws-cxf-specific-tests ---
> [WARNING] The parameter forkMode is deprecated since version 2.14. Use forkCount and reuseForks instead.
> {code}
> *case 5*
> {code:java}
> [INFO] --- maven-jar-plugin:3.0.2:jar (default-jar) @ jbossws-cxf-specific-tests ---
> [WARNING] JAR will be empty - no content was marked for inclusion!
> [INFO] Building jar: /tmp/jbossws-cxf/modules/testsuite/cxf-tests/target/jbossws-cxf-specific-tests-5.2.1-SNAPSHOT.jar
> ...
> [INFO] --- maven-jar-plugin:3.0.2:jar (default-jar) @ jbossws-cxf-shared-tests ---
> [WARNING] JAR will be empty - no content was marked for inclusion!
> [INFO] Building jar: /tmp/jbossws-cxf/modules/testsuite/shared-tests/target/jbossws-cxf-shared-tests-5.2.1-SNAPSHOT.jar
> {code}
> *case 6*
> {code}
> [WARNING] /home/travis/build/jbossws/jbossws-cxf/modules/server/src/main/java/org/jboss/wsf/stack/cxf/security/authentication/SubjectCreatingInterceptor.java:[25,25] java.security.acl.Group in java.security.acl has been deprecated and marked for removal
> [WARNING] /home/travis/build/jbossws/jbossws-cxf/modules/server/src/main/java/org/jboss/wsf/stack/cxf/security/authentication/SubjectCreatingPolicyInterceptor.java:[25,25] java.security.acl.Group in java.security.acl has been deprecated and marked for removal
> [WARNING] /home/travis/build/jbossws/jbossws-cxf/modules/server/src/main/java/org/jboss/wsf/stack/cxf/security/authentication/SubjectCreatingInterceptor.java:[25,25] java.security.acl.Group in java.security.acl has been deprecated and marked for removal
> [WARNING] /home/travis/build/jbossws/jbossws-cxf/modules/server/src/main/java/org/jboss/wsf/stack/cxf/security/authentication/SubjectCreatingPolicyInterceptor.java:[25,25] java.security.acl.Group in java.security.acl has been deprecated and marked for removal
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 5 months
- 1
- 0
[JBoss JIRA] (JBWS-4102) Investigate warnings in build log
by R Searls (JIRA)
[ https://issues.jboss.org/browse/JBWS-4102?page=com.atlassian.jira.plugin.... ]
R Searls commented on JBWS-4102:
--------------------------------
I recommend leaving case 6 warnings in place for now. I did research this. I found no discussion of what should replace it, if anything. So as not to take the risk of breaking backward compatibility, for now, I left there "instanceOf" checks in place.
> Investigate warnings in build log
> ---------------------------------
>
> Key: JBWS-4102
> URL: https://issues.jboss.org/browse/JBWS-4102
> Project: JBoss Web Services
> Issue Type: Task
> Components: jbossws-cxf
> Affects Versions: jbossws-cxf-5.2.0.Final
> Reporter: Jan Blizňák
> Assignee: R Searls
> Priority: Minor
> Fix For: jbossws-cxf-5.2.2.Final
>
> Attachments: build.log
>
>
> Maven build process in current version outputs few warnings that should be investigated.
> Command used:
> {code:java}
> mvn -V -B clean install -Dnodeploy -Pwildfly1200,testsuite -Dserver.home=/tmp/wildfly/dist/target/wildfly-12.0.0.Beta2-SNAPSHOT
> {code}
> *case 1*
> {code:java}
> [INFO] --- maven-compiler-plugin:3.7.0:testCompile (default-testCompile) @ jbossws-cxf-client ---
> [INFO] Changes detected - recompiling the module!
> [INFO] Compiling 17 source files to /tmp/jbossws-cxf/modules/client/target/test-classes
> [WARNING] The following options were not recognized by any processor: '[generatedTranslationFilesPath]'
> ....
> [INFO] --- maven-compiler-plugin:3.7.0:compile (default-compile) @ jbossws-cxf-server ---
> [INFO] Changes detected - recompiling the module!
> [INFO] Compiling 44 source files to /tmp/jbossws-cxf/modules/server/target/classes
> [WARNING] The following options were not recognized by any processor: '[generatedTranslationFilesPath]'
> ....
> [INFO] --- maven-compiler-plugin:3.7.0:testCompile (default-testCompile) @ jbossws-cxf-server ---
> [INFO] Changes detected - recompiling the module!
> [INFO] Compiling 2 source files to /tmp/jbossws-cxf/modules/server/target/test-classes
> [WARNING] The following options were not recognized by any processor: '[generatedTranslationFilesPath]'
> {code}
> *case 2*
> {code:java}
> [INFO] --- maven-compiler-plugin:3.7.0:compile (default-compile) @ jbossws-cxf-test-utils ---
> [INFO] Changes detected - recompiling the module!
> [INFO] Compiling 9 source files to /tmp/jbossws-cxf/modules/test-utils/target/classes
> [WARNING] /tmp/jbossws-cxf/modules/test-utils/src/main/java/org/jboss/wsf/test/JBossWSTestHelper.java:[54,20] sun.net.util.IPAddressUtil is internal proprietary API and may be removed in a future release
> [WARNING] /tmp/jbossws-cxf/modules/test-utils/src/main/java/org/jboss/wsf/test/JBossWSTestHelper.java:[240,57] sun.net.util.IPAddressUtil is internal proprietary API and may be removed in a future release
> {code}
> *case 3*
> {code:java}
> [INFO] --- maven-compiler-plugin:3.7.0:testCompile (default-testCompile) @ jbossws-cxf-specific-tests ---
> [INFO] Changes detected - recompiling the module!
> [INFO] Compiling 414 source files to /tmp/jbossws-cxf/modules/testsuite/cxf-tests/target/test-classes
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/samples/wsrm/store/Endpoint.java:[28,34] org.apache.cxf.annotations.Logging in org.apache.cxf.annotations has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/jbws3648/PolicyAttachmentTestCase.java:[35,34] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/fastinfoset/FastInfosetTestCase.java:[34,34] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/fastinfoset/FastInfosetTestCase.java:[35,34] org.apache.cxf.interceptor.LoggingOutInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/logging/LoggingFeatureEndpointImpl.java:[30,34] org.apache.cxf.annotations.Logging in org.apache.cxf.annotations has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/logging/MessageLoggingTestCase.java:[35,34] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/asyncclient/AsyncEnabledInfoInterceptor.java:[27,34] org.apache.cxf.interceptor.AbstractLoggingInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/logging/CustomInInterceptor.java:[6,34] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/samples/wsrm/store/Endpoint.java:[36,2] org.apache.cxf.annotations.Logging in org.apache.cxf.annotations has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/jbws3648/PolicyAttachmentTestCase.java:[104,42] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/jbws3648/PolicyAttachmentTestCase.java:[132,42] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/fastinfoset/FastInfosetTestCase.java:[108,42] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/fastinfoset/FastInfosetTestCase.java:[109,43] org.apache.cxf.interceptor.LoggingOutInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/fastinfoset/FastInfosetTestCase.java:[138,42] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/fastinfoset/FastInfosetTestCase.java:[139,43] org.apache.cxf.interceptor.LoggingOutInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/fastinfoset/FastInfosetTestCase.java:[188,42] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/fastinfoset/FastInfosetTestCase.java:[189,43] org.apache.cxf.interceptor.LoggingOutInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/logging/LoggingFeatureEndpointImpl.java:[35,2] org.apache.cxf.annotations.Logging in org.apache.cxf.annotations has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/logging/MessageLoggingTestCase.java:[111,10] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/logging/MessageLoggingTestCase.java:[111,58] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/asyncclient/AsyncEnabledInfoInterceptor.java:[33,50] org.apache.cxf.interceptor.AbstractLoggingInterceptor in org.apache.cxf.interceptor has been deprecated
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/jbws4046/JBWS4046TestCase.java:[82,64] non-varargs call of varargs method with inexact argument type for last parameter;
> cast to javax.xml.ws.WebServiceFeature for a varargs call
> cast to javax.xml.ws.WebServiceFeature[] for a non-varargs call and to suppress this warning
> [WARNING] /tmp/jbossws-cxf/modules/testsuite/cxf-tests/src/test/java/org/jboss/test/ws/jaxws/cxf/logging/CustomInInterceptor.java:[9,42] org.apache.cxf.interceptor.LoggingInInterceptor in org.apache.cxf.interceptor has been deprecated
> {code}
> *case 4*
> {code:java}
> [INFO] --- maven-surefire-plugin:2.20.1:test (forked-integration-tests) @ jbossws-cxf-specific-tests ---
> [WARNING] The parameter forkMode is deprecated since version 2.14. Use forkCount and reuseForks instead.
> {code}
> *case 5*
> {code:java}
> [INFO] --- maven-jar-plugin:3.0.2:jar (default-jar) @ jbossws-cxf-specific-tests ---
> [WARNING] JAR will be empty - no content was marked for inclusion!
> [INFO] Building jar: /tmp/jbossws-cxf/modules/testsuite/cxf-tests/target/jbossws-cxf-specific-tests-5.2.1-SNAPSHOT.jar
> ...
> [INFO] --- maven-jar-plugin:3.0.2:jar (default-jar) @ jbossws-cxf-shared-tests ---
> [WARNING] JAR will be empty - no content was marked for inclusion!
> [INFO] Building jar: /tmp/jbossws-cxf/modules/testsuite/shared-tests/target/jbossws-cxf-shared-tests-5.2.1-SNAPSHOT.jar
> {code}
> *case 6*
> {code}
> [WARNING] /home/travis/build/jbossws/jbossws-cxf/modules/server/src/main/java/org/jboss/wsf/stack/cxf/security/authentication/SubjectCreatingInterceptor.java:[25,25] java.security.acl.Group in java.security.acl has been deprecated and marked for removal
> [WARNING] /home/travis/build/jbossws/jbossws-cxf/modules/server/src/main/java/org/jboss/wsf/stack/cxf/security/authentication/SubjectCreatingPolicyInterceptor.java:[25,25] java.security.acl.Group in java.security.acl has been deprecated and marked for removal
> [WARNING] /home/travis/build/jbossws/jbossws-cxf/modules/server/src/main/java/org/jboss/wsf/stack/cxf/security/authentication/SubjectCreatingInterceptor.java:[25,25] java.security.acl.Group in java.security.acl has been deprecated and marked for removal
> [WARNING] /home/travis/build/jbossws/jbossws-cxf/modules/server/src/main/java/org/jboss/wsf/stack/cxf/security/authentication/SubjectCreatingPolicyInterceptor.java:[25,25] java.security.acl.Group in java.security.acl has been deprecated and marked for removal
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 5 months
- 1
- 0
[JBoss JIRA] (JBWS-4127) IPV6 test regressions on Jenkins CI
by R Searls (JIRA)
[ https://issues.jboss.org/browse/JBWS-4127?page=com.atlassian.jira.plugin.... ]
R Searls commented on JBWS-4127:
--------------------------------
test-utils is the only code referencing this class. Allowing the archive to be included in the generated jar file resolves the issue.
> IPV6 test regressions on Jenkins CI
> -----------------------------------
>
> Key: JBWS-4127
> URL: https://issues.jboss.org/browse/JBWS-4127
> Project: JBoss Web Services
> Issue Type: Bug
> Components: jbossws-cxf
> Reporter: Alessio Soldano
> Assignee: R Searls
> Fix For: jbossws-cxf-5.2.2.Final
>
>
> We have many regressions on Jenkins runs with IPv6; the errors are mostly as this:
> {noformat}
> Error Message
> org/apache/commons/validator/routines/InetAddressValidator
> Stacktrace
> java.lang.NoClassDefFoundError: org/apache/commons/validator/routines/InetAddressValidator
> at org.jboss.test.ws.jaxws.samples.wsse.policy.oasis.WSSecurityPolicyExamples23xTestCase.<init>(WSSecurityPolicyExamples23xTestCase.java:68)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 5 months
- 1
- 0