[jira] [Comment Edited] (CXF-7889) ensure all samples from CXF kit can work with JDK11 OOTB
[
https://issues.apache.org/jira/browse/CXF-7889?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16675014#comment-16675014
]
Andriy Redko edited comment on CXF-7889 at 11/9/18 2:52 AM:
for jax_rs part, so far:
{code:java}
jax_rs/basic - OK
jax_rs/basic_https - fixed
jax_rs/basic_oidc - fixed
jax_rs/big_query - fixed
jax_rs/content_negotiation - OK
jax_rs/description_openapi_v3 - OK
jax_rs/description_openapi_v3_web - fixed
jax_rs/description_swagger2 - OK
jax_rs/description_swagger2_spring - OK
jax_rs/description_swagger2_web - fixed
jax_rs/odata - OK
jax_rs/search - OK
jax_rs/spark - fixed
jax_rs/spring_security - OK
jax_rs/sse_cdi - OK
jax_rs/sse_client - OK
jax_rs/sse_spring - OK
Failing for non-11 reasons:
jax_rs/spring_boot - the client part does not run
Not checked:
jax_rs/description_openapi_v3_osgi
jax_rs/description_swagger2_osgi
jax_rs/minimal_osgi
jax_rs/sse_osgi/{code}
was (Author: reta):
for jax_rs part, so far:
{code:java}
jax_rs/basic - OK
jax_rs/basic_https - fixed
jax_rs/basic_oidc - fixed
jax_rs/big_query - fixed
jax_rs/content_negotiation - OK
jax_rs/description_openapi_v3 - OK
jax_rs/description_openapi_v3_web - fixed
jax_rs/description_swagger2 - OK
jax_rs/description_swagger2_spring - OK
jax_rs/description_swagger2_web - fixed
jax_rs/odata - OK
jax_rs/search - OK
jax_rs/spark - fixed
jax_rs/spring_security - OK
Failing for non-11 reasons:
jax_rs/spring_boot - the client part does not run
Not checked:
jax_rs/description_openapi_v3_osgi
jax_rs/description_swagger2_osgi
jax_rs/minimal_osgi{code}
> ensure all samples from CXF kit can work with JDK11 OOTB
>
>
> Key: CXF-7889
> URL: https://issues.apache.org/jira/browse/CXF-7889
> Project: CXF
> Issue Type: Task
>Reporter: Freeman Fang
>Assignee: Freeman Fang
>Priority: Major
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Resolved] (CXF-7894) ReflectionUtil, JDK-9+ warnings for illegal reflective access operation
[
https://issues.apache.org/jira/browse/CXF-7894?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Freeman Fang resolved CXF-7894.
---
Resolution: Duplicate
> ReflectionUtil, JDK-9+ warnings for illegal reflective access operation
> ---
>
> Key: CXF-7894
> URL: https://issues.apache.org/jira/browse/CXF-7894
> Project: CXF
> Issue Type: Improvement
> Components: Core
>Reporter: Rebecca Searls
>Assignee: Freeman Fang
>Priority: Minor
> Fix For: 3.3.0, 3.2.8
>
>
> wfly script wsconsume uses CXF. With JDk-9, JDK-10 and JDK-11 the following
> warning is always presented.
>
> {code:java}
> WARNING: An illegal reflective access operation has occurred
> WARNING: Illegal reflective access by
> org.apache.cxf.common.util.ReflectionUtil$11
> (jar:file:/home/rsearls/j1/wfly10/wildfly/dist/target/wildfly-15.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/apache/cxf/main/cxf-core-3.2.5-jbossorg-1.jar!/)
> to field java.net.Authenticator.theAuthenticator
> WARNING: Please consider reporting this to the maintainers of
> org.apache.cxf.common.util.ReflectionUtil$11
> WARNING: Use --illegal-access=warn to enable warnings of further illegal
> reflective access operations
> WARNING: All illegal access operations will be denied in a future release
> {code}
> This message can be seen in wfly versions 12, 13, 14, and master with any of
> the
> 3 JDK versions listed.
> This was a known issue starting with JDK-9. At that time Mark Reinhold
> proposed temporary flag, "--illegal-access=permit". The default setting is
> "permit". (see,
> https://jaxenter.com/jdk-9-replace-permit-illegal-access-134180.html)
> The JDK team continues to support this flag in jdk-10 and jdk-11.
> Flag option "--illegal-access=debug" prints the warning and a stacktrace for
> each illegal reflective access operation.
> This flag must be placed in JAVA_OPTS in order for the script to place it
> in the correct commend-line position. If this option is placed on the
> script's
> commend-line it is passed to the java class being executed not the java cmd
> itself.
> Using the "--illegal-access=debug" shows the warnings for line
> org.apache.cxf.common.util.ReflectionUtil$11.run(ReflectionUtil.java:194)
> {code:java}
> public static T setAccessible(final T o) {
> return AccessController.doPrivileged(new PrivilegedAction() {
> public T run() {
> >>> o.setAccessible(true);
> return o;
> }
> });
> }
> {code}
> The stacktrace using the option "--illegal-access=debug" follows.
> {code:java}
> WARNING: Illegal reflective access by
> org.apache.cxf.common.util.ReflectionUtil$11
> (jar:file:/home/rsearls/j1/wfly10/wildfly/dist/target/wildfly-15.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/apache/cxf/main/cxf-core-3.2.5-jbossorg-1.jar!/)
> to field java.net.URLClassLoader.acc
> at
> org.apache.cxf@3.2.5.jbossorg-1//org.apache.cxf.common.util.ReflectionUtil$11.run(ReflectionUtil.java:194)
> at
> org.apache.cxf@3.2.5.jbossorg-1//org.apache.cxf.common.util.ReflectionUtil$11.run(ReflectionUtil.java:192)
> at java.base/java.security.AccessController.doPrivileged(Native Method)
> at
> org.apache.cxf@3.2.5.jbossorg-1//org.apache.cxf.common.util.ReflectionUtil.setAccessible(ReflectionUtil.java:192)
> at
> org.apache.cxf.impl//org.apache.cxf.transport.http.CXFAuthenticator.addAuthenticator(CXFAuthenticator.java:104)
> at
> org.apache.cxf.impl//org.apache.cxf.transport.http.URLConnectionHTTPConduit.(URLConnectionHTTPConduit.java:90)
> at
> org.apache.cxf.impl//org.apache.cxf.transport.http.asyncclient.AsyncHTTPConduit.(AsyncHTTPConduit.java:115)
> at
> org.apache.cxf.impl//org.apache.cxf.transport.http.asyncclient.AsyncHTTPConduitFactory.createConduit(AsyncHTTPConduitFactory.java:267)
> at
> org.apache.cxf.impl//org.apache.cxf.transport.http.asyncclient.AsyncHTTPConduitFactory.createConduit(AsyncHTTPConduitFactory.java:258)
> at
> org.jboss.ws.jaxws-client@5.2.4.Final//org.jboss.wsf.stack.cxf.client.configuration.AbstractHTTPConduitFactoryWrapper.createConduit(AbstractHTTPConduitFactoryWrapper.java:57)
> at
> org.apache.cxf.impl//org.apache.cxf.transport.http.HTTPTransportFactory.getConduit(HTTPTransportFactory.java:233)
> at
> org.apache.cxf.impl//org.apache.cxf.transport.http.HTTPTransportFactory.getConduit(HTTPTransportFactory.java:215)
> at
> org.apache.cxf@3.2.5.jbossorg-1//org.apache.cxf.transport.TransportURIResolver.resolve(TransportURIResolver.java:115)
> at
> org.apache.cxf.impl//org.apache.cxf.wsdl11.CatalogWSDLLocator.getBaseInputSource(CatalogWSDLLocator.java:74)
> at
> org.apache.cxf.impl//org.apache.cxf.wsdl11.AbstractWrapperWSDLLoc
[jira] [Commented] (CXF-7894) ReflectionUtil, JDK-9+ warnings for illegal reflective access operation
[
https://issues.apache.org/jira/browse/CXF-7894?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16680654#comment-16680654
]
Freeman Fang commented on CXF-7894:
---
Hi [~rsearls],
FYI, this is already fixed by CXF-7838.
https://github.com/apache/cxf/commit/07de04bd9095c85bd95f5b1367425db8aefd12b3
Cheers
Freeman
> ReflectionUtil, JDK-9+ warnings for illegal reflective access operation
> ---
>
> Key: CXF-7894
> URL: https://issues.apache.org/jira/browse/CXF-7894
> Project: CXF
> Issue Type: Improvement
> Components: Core
>Reporter: Rebecca Searls
>Assignee: Freeman Fang
>Priority: Minor
> Fix For: 3.3.0, 3.2.8
>
>
> wfly script wsconsume uses CXF. With JDk-9, JDK-10 and JDK-11 the following
> warning is always presented.
>
> {code:java}
> WARNING: An illegal reflective access operation has occurred
> WARNING: Illegal reflective access by
> org.apache.cxf.common.util.ReflectionUtil$11
> (jar:file:/home/rsearls/j1/wfly10/wildfly/dist/target/wildfly-15.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/apache/cxf/main/cxf-core-3.2.5-jbossorg-1.jar!/)
> to field java.net.Authenticator.theAuthenticator
> WARNING: Please consider reporting this to the maintainers of
> org.apache.cxf.common.util.ReflectionUtil$11
> WARNING: Use --illegal-access=warn to enable warnings of further illegal
> reflective access operations
> WARNING: All illegal access operations will be denied in a future release
> {code}
> This message can be seen in wfly versions 12, 13, 14, and master with any of
> the
> 3 JDK versions listed.
> This was a known issue starting with JDK-9. At that time Mark Reinhold
> proposed temporary flag, "--illegal-access=permit". The default setting is
> "permit". (see,
> https://jaxenter.com/jdk-9-replace-permit-illegal-access-134180.html)
> The JDK team continues to support this flag in jdk-10 and jdk-11.
> Flag option "--illegal-access=debug" prints the warning and a stacktrace for
> each illegal reflective access operation.
> This flag must be placed in JAVA_OPTS in order for the script to place it
> in the correct commend-line position. If this option is placed on the
> script's
> commend-line it is passed to the java class being executed not the java cmd
> itself.
> Using the "--illegal-access=debug" shows the warnings for line
> org.apache.cxf.common.util.ReflectionUtil$11.run(ReflectionUtil.java:194)
> {code:java}
> public static T setAccessible(final T o) {
> return AccessController.doPrivileged(new PrivilegedAction() {
> public T run() {
> >>> o.setAccessible(true);
> return o;
> }
> });
> }
> {code}
> The stacktrace using the option "--illegal-access=debug" follows.
> {code:java}
> WARNING: Illegal reflective access by
> org.apache.cxf.common.util.ReflectionUtil$11
> (jar:file:/home/rsearls/j1/wfly10/wildfly/dist/target/wildfly-15.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/apache/cxf/main/cxf-core-3.2.5-jbossorg-1.jar!/)
> to field java.net.URLClassLoader.acc
> at
> org.apache.cxf@3.2.5.jbossorg-1//org.apache.cxf.common.util.ReflectionUtil$11.run(ReflectionUtil.java:194)
> at
> org.apache.cxf@3.2.5.jbossorg-1//org.apache.cxf.common.util.ReflectionUtil$11.run(ReflectionUtil.java:192)
> at java.base/java.security.AccessController.doPrivileged(Native Method)
> at
> org.apache.cxf@3.2.5.jbossorg-1//org.apache.cxf.common.util.ReflectionUtil.setAccessible(ReflectionUtil.java:192)
> at
> org.apache.cxf.impl//org.apache.cxf.transport.http.CXFAuthenticator.addAuthenticator(CXFAuthenticator.java:104)
> at
> org.apache.cxf.impl//org.apache.cxf.transport.http.URLConnectionHTTPConduit.(URLConnectionHTTPConduit.java:90)
> at
> org.apache.cxf.impl//org.apache.cxf.transport.http.asyncclient.AsyncHTTPConduit.(AsyncHTTPConduit.java:115)
> at
> org.apache.cxf.impl//org.apache.cxf.transport.http.asyncclient.AsyncHTTPConduitFactory.createConduit(AsyncHTTPConduitFactory.java:267)
> at
> org.apache.cxf.impl//org.apache.cxf.transport.http.asyncclient.AsyncHTTPConduitFactory.createConduit(AsyncHTTPConduitFactory.java:258)
> at
> org.jboss.ws.jaxws-client@5.2.4.Final//org.jboss.wsf.stack.cxf.client.configuration.AbstractHTTPConduitFactoryWrapper.createConduit(AbstractHTTPConduitFactoryWrapper.java:57)
> at
> org.apache.cxf.impl//org.apache.cxf.transport.http.HTTPTransportFactory.getConduit(HTTPTransportFactory.java:233)
> at
> org.apache.cxf.impl//org.apache.cxf.transport.http.HTTPTransportFactory.getConduit(HTTPTransportFactory.java:215)
> at
> org.apache.cxf@3.2.5.jbossorg-1//org.apache.cxf.transport.TransportURIResolver.resolve(TransportURIResolver.java:115)
> at
> org.ap
[jira] [Updated] (CXF-7894) ReflectionUtil, JDK-9+ warnings for illegal reflective access operation
[
https://issues.apache.org/jira/browse/CXF-7894?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Freeman Fang updated CXF-7894:
--
Fix Version/s: (was: 3.2.5)
3.3.0
> ReflectionUtil, JDK-9+ warnings for illegal reflective access operation
> ---
>
> Key: CXF-7894
> URL: https://issues.apache.org/jira/browse/CXF-7894
> Project: CXF
> Issue Type: Improvement
> Components: Core
>Reporter: Rebecca Searls
>Assignee: Freeman Fang
>Priority: Minor
> Fix For: 3.3.0, 3.2.8
>
>
> wfly script wsconsume uses CXF. With JDk-9, JDK-10 and JDK-11 the following
> warning is always presented.
>
> {code:java}
> WARNING: An illegal reflective access operation has occurred
> WARNING: Illegal reflective access by
> org.apache.cxf.common.util.ReflectionUtil$11
> (jar:file:/home/rsearls/j1/wfly10/wildfly/dist/target/wildfly-15.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/apache/cxf/main/cxf-core-3.2.5-jbossorg-1.jar!/)
> to field java.net.Authenticator.theAuthenticator
> WARNING: Please consider reporting this to the maintainers of
> org.apache.cxf.common.util.ReflectionUtil$11
> WARNING: Use --illegal-access=warn to enable warnings of further illegal
> reflective access operations
> WARNING: All illegal access operations will be denied in a future release
> {code}
> This message can be seen in wfly versions 12, 13, 14, and master with any of
> the
> 3 JDK versions listed.
> This was a known issue starting with JDK-9. At that time Mark Reinhold
> proposed temporary flag, "--illegal-access=permit". The default setting is
> "permit". (see,
> https://jaxenter.com/jdk-9-replace-permit-illegal-access-134180.html)
> The JDK team continues to support this flag in jdk-10 and jdk-11.
> Flag option "--illegal-access=debug" prints the warning and a stacktrace for
> each illegal reflective access operation.
> This flag must be placed in JAVA_OPTS in order for the script to place it
> in the correct commend-line position. If this option is placed on the
> script's
> commend-line it is passed to the java class being executed not the java cmd
> itself.
> Using the "--illegal-access=debug" shows the warnings for line
> org.apache.cxf.common.util.ReflectionUtil$11.run(ReflectionUtil.java:194)
> {code:java}
> public static T setAccessible(final T o) {
> return AccessController.doPrivileged(new PrivilegedAction() {
> public T run() {
> >>> o.setAccessible(true);
> return o;
> }
> });
> }
> {code}
> The stacktrace using the option "--illegal-access=debug" follows.
> {code:java}
> WARNING: Illegal reflective access by
> org.apache.cxf.common.util.ReflectionUtil$11
> (jar:file:/home/rsearls/j1/wfly10/wildfly/dist/target/wildfly-15.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/apache/cxf/main/cxf-core-3.2.5-jbossorg-1.jar!/)
> to field java.net.URLClassLoader.acc
> at
> org.apache.cxf@3.2.5.jbossorg-1//org.apache.cxf.common.util.ReflectionUtil$11.run(ReflectionUtil.java:194)
> at
> org.apache.cxf@3.2.5.jbossorg-1//org.apache.cxf.common.util.ReflectionUtil$11.run(ReflectionUtil.java:192)
> at java.base/java.security.AccessController.doPrivileged(Native Method)
> at
> org.apache.cxf@3.2.5.jbossorg-1//org.apache.cxf.common.util.ReflectionUtil.setAccessible(ReflectionUtil.java:192)
> at
> org.apache.cxf.impl//org.apache.cxf.transport.http.CXFAuthenticator.addAuthenticator(CXFAuthenticator.java:104)
> at
> org.apache.cxf.impl//org.apache.cxf.transport.http.URLConnectionHTTPConduit.(URLConnectionHTTPConduit.java:90)
> at
> org.apache.cxf.impl//org.apache.cxf.transport.http.asyncclient.AsyncHTTPConduit.(AsyncHTTPConduit.java:115)
> at
> org.apache.cxf.impl//org.apache.cxf.transport.http.asyncclient.AsyncHTTPConduitFactory.createConduit(AsyncHTTPConduitFactory.java:267)
> at
> org.apache.cxf.impl//org.apache.cxf.transport.http.asyncclient.AsyncHTTPConduitFactory.createConduit(AsyncHTTPConduitFactory.java:258)
> at
> org.jboss.ws.jaxws-client@5.2.4.Final//org.jboss.wsf.stack.cxf.client.configuration.AbstractHTTPConduitFactoryWrapper.createConduit(AbstractHTTPConduitFactoryWrapper.java:57)
> at
> org.apache.cxf.impl//org.apache.cxf.transport.http.HTTPTransportFactory.getConduit(HTTPTransportFactory.java:233)
> at
> org.apache.cxf.impl//org.apache.cxf.transport.http.HTTPTransportFactory.getConduit(HTTPTransportFactory.java:215)
> at
> org.apache.cxf@3.2.5.jbossorg-1//org.apache.cxf.transport.TransportURIResolver.resolve(TransportURIResolver.java:115)
> at
> org.apache.cxf.impl//org.apache.cxf.wsdl11.CatalogWSDLLocator.getBaseInputSource(CatalogWSDLLocator.java:74)
> at
> org.apache.cxf.impl//org.apache.
[jira] [Assigned] (CXF-7894) ReflectionUtil, JDK-9+ warnings for illegal reflective access operation
[
https://issues.apache.org/jira/browse/CXF-7894?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Freeman Fang reassigned CXF-7894:
-
Assignee: Freeman Fang
> ReflectionUtil, JDK-9+ warnings for illegal reflective access operation
> ---
>
> Key: CXF-7894
> URL: https://issues.apache.org/jira/browse/CXF-7894
> Project: CXF
> Issue Type: Improvement
> Components: Core
>Reporter: Rebecca Searls
>Assignee: Freeman Fang
>Priority: Minor
> Fix For: 3.3.0, 3.2.8
>
>
> wfly script wsconsume uses CXF. With JDk-9, JDK-10 and JDK-11 the following
> warning is always presented.
>
> {code:java}
> WARNING: An illegal reflective access operation has occurred
> WARNING: Illegal reflective access by
> org.apache.cxf.common.util.ReflectionUtil$11
> (jar:file:/home/rsearls/j1/wfly10/wildfly/dist/target/wildfly-15.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/apache/cxf/main/cxf-core-3.2.5-jbossorg-1.jar!/)
> to field java.net.Authenticator.theAuthenticator
> WARNING: Please consider reporting this to the maintainers of
> org.apache.cxf.common.util.ReflectionUtil$11
> WARNING: Use --illegal-access=warn to enable warnings of further illegal
> reflective access operations
> WARNING: All illegal access operations will be denied in a future release
> {code}
> This message can be seen in wfly versions 12, 13, 14, and master with any of
> the
> 3 JDK versions listed.
> This was a known issue starting with JDK-9. At that time Mark Reinhold
> proposed temporary flag, "--illegal-access=permit". The default setting is
> "permit". (see,
> https://jaxenter.com/jdk-9-replace-permit-illegal-access-134180.html)
> The JDK team continues to support this flag in jdk-10 and jdk-11.
> Flag option "--illegal-access=debug" prints the warning and a stacktrace for
> each illegal reflective access operation.
> This flag must be placed in JAVA_OPTS in order for the script to place it
> in the correct commend-line position. If this option is placed on the
> script's
> commend-line it is passed to the java class being executed not the java cmd
> itself.
> Using the "--illegal-access=debug" shows the warnings for line
> org.apache.cxf.common.util.ReflectionUtil$11.run(ReflectionUtil.java:194)
> {code:java}
> public static T setAccessible(final T o) {
> return AccessController.doPrivileged(new PrivilegedAction() {
> public T run() {
> >>> o.setAccessible(true);
> return o;
> }
> });
> }
> {code}
> The stacktrace using the option "--illegal-access=debug" follows.
> {code:java}
> WARNING: Illegal reflective access by
> org.apache.cxf.common.util.ReflectionUtil$11
> (jar:file:/home/rsearls/j1/wfly10/wildfly/dist/target/wildfly-15.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/apache/cxf/main/cxf-core-3.2.5-jbossorg-1.jar!/)
> to field java.net.URLClassLoader.acc
> at
> org.apache.cxf@3.2.5.jbossorg-1//org.apache.cxf.common.util.ReflectionUtil$11.run(ReflectionUtil.java:194)
> at
> org.apache.cxf@3.2.5.jbossorg-1//org.apache.cxf.common.util.ReflectionUtil$11.run(ReflectionUtil.java:192)
> at java.base/java.security.AccessController.doPrivileged(Native Method)
> at
> org.apache.cxf@3.2.5.jbossorg-1//org.apache.cxf.common.util.ReflectionUtil.setAccessible(ReflectionUtil.java:192)
> at
> org.apache.cxf.impl//org.apache.cxf.transport.http.CXFAuthenticator.addAuthenticator(CXFAuthenticator.java:104)
> at
> org.apache.cxf.impl//org.apache.cxf.transport.http.URLConnectionHTTPConduit.(URLConnectionHTTPConduit.java:90)
> at
> org.apache.cxf.impl//org.apache.cxf.transport.http.asyncclient.AsyncHTTPConduit.(AsyncHTTPConduit.java:115)
> at
> org.apache.cxf.impl//org.apache.cxf.transport.http.asyncclient.AsyncHTTPConduitFactory.createConduit(AsyncHTTPConduitFactory.java:267)
> at
> org.apache.cxf.impl//org.apache.cxf.transport.http.asyncclient.AsyncHTTPConduitFactory.createConduit(AsyncHTTPConduitFactory.java:258)
> at
> org.jboss.ws.jaxws-client@5.2.4.Final//org.jboss.wsf.stack.cxf.client.configuration.AbstractHTTPConduitFactoryWrapper.createConduit(AbstractHTTPConduitFactoryWrapper.java:57)
> at
> org.apache.cxf.impl//org.apache.cxf.transport.http.HTTPTransportFactory.getConduit(HTTPTransportFactory.java:233)
> at
> org.apache.cxf.impl//org.apache.cxf.transport.http.HTTPTransportFactory.getConduit(HTTPTransportFactory.java:215)
> at
> org.apache.cxf@3.2.5.jbossorg-1//org.apache.cxf.transport.TransportURIResolver.resolve(TransportURIResolver.java:115)
> at
> org.apache.cxf.impl//org.apache.cxf.wsdl11.CatalogWSDLLocator.getBaseInputSource(CatalogWSDLLocator.java:74)
> at
> org.apache.cxf.impl//org.apache.cxf.wsdl11.AbstractWrapperW
[jira] [Commented] (CXF-7893) cxf-parent should have guava entry
[
https://issues.apache.org/jira/browse/CXF-7893?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16679484#comment-16679484
]
ASF GitHub Bot commented on CXF-7893:
-
ffang closed pull request #472: CXF-7893 Add guava entry to cxf-parent
URL: https://github.com/apache/cxf/pull/472
This is a PR merged from a forked repository.
As GitHub hides the original diff on merge, it is displayed below for
the sake of provenance:
As this is a foreign pull request (from a fork), the diff is supplied
below (as it won't show otherwise due to GitHub magic):
diff --git a/parent/pom.xml b/parent/pom.xml
index b0bffbb29ca..ae76c246dfb 100644
--- a/parent/pom.xml
+++ b/parent/pom.xml
@@ -1314,6 +1314,11 @@
+
+com.google.guava
+guava
+${cxf.guava.version}
+
org.apache.hbase
hbase-client
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
> cxf-parent should have guava entry
> --
>
> Key: CXF-7893
> URL: https://issues.apache.org/jira/browse/CXF-7893
> Project: CXF
> Issue Type: Improvement
> Components: Configuration
>Reporter: Tom Cunningham
>Assignee: Freeman Fang
>Priority: Major
>
> cxf-java2-swagger plugin requires guava 20, and I've found a couple of edge
> cases where guava 18 slips in. cxf-parent should have a guava
> dependencyManagement entry to prevent this - there's already a guava.version
> specified there, so I don't think adding the dependencyManagement entry is a
> big deal.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Resolved] (CXF-7893) cxf-parent should have guava entry
[ https://issues.apache.org/jira/browse/CXF-7893?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Freeman Fang resolved CXF-7893. --- Resolution: Fixed Fix Version/s: 3.3.0 > cxf-parent should have guava entry > -- > > Key: CXF-7893 > URL: https://issues.apache.org/jira/browse/CXF-7893 > Project: CXF > Issue Type: Improvement > Components: Configuration >Reporter: Tom Cunningham >Assignee: Freeman Fang >Priority: Major > Fix For: 3.3.0 > > > cxf-java2-swagger plugin requires guava 20, and I've found a couple of edge > cases where guava 18 slips in. cxf-parent should have a guava > dependencyManagement entry to prevent this - there's already a guava.version > specified there, so I don't think adding the dependencyManagement entry is a > big deal. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (CXF-7815) Deal with java.security.acl classes being removed in Java 12
[ https://issues.apache.org/jira/browse/CXF-7815?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16679182#comment-16679182 ] Freeman Fang commented on CXF-7815: --- revised here https://github.com/apache/cxf/commit/d89aa0baafba3d0433be054d45606e223479b620 > Deal with java.security.acl classes being removed in Java 12 > > > Key: CXF-7815 > URL: https://issues.apache.org/jira/browse/CXF-7815 > Project: CXF > Issue Type: Bug >Affects Versions: 3.2.5 >Reporter: Alessio Soldano >Assignee: Freeman Fang >Priority: Major > Fix For: 3.3.0 > > > [https://bugs.openjdk.java.net/browse/JDK-8191138] > > The deprecated java.security.acl classes are being removed in 12. We should > be prepared for that. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (CXF-7893) cxf-parent should have guava entry
[ https://issues.apache.org/jira/browse/CXF-7893?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16679489#comment-16679489 ] Freeman Fang commented on CXF-7893: --- patch applied on behalf of Tom Cunningham with thanks! > cxf-parent should have guava entry > -- > > Key: CXF-7893 > URL: https://issues.apache.org/jira/browse/CXF-7893 > Project: CXF > Issue Type: Improvement > Components: Configuration >Reporter: Tom Cunningham >Assignee: Freeman Fang >Priority: Major > > cxf-java2-swagger plugin requires guava 20, and I've found a couple of edge > cases where guava 18 slips in. cxf-parent should have a guava > dependencyManagement entry to prevent this - there's already a guava.version > specified there, so I don't think adding the dependencyManagement entry is a > big deal. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Created] (CXF-7893) cxf-parent should have guava entry
Tom Cunningham created CXF-7893: --- Summary: cxf-parent should have guava entry Key: CXF-7893 URL: https://issues.apache.org/jira/browse/CXF-7893 Project: CXF Issue Type: Improvement Components: Configuration Reporter: Tom Cunningham cxf-java2-swagger plugin requires guava 20, and I've found a couple of edge cases where guava 18 slips in. cxf-parent should have a guava dependencyManagement entry to prevent this - there's already a guava.version specified there, so I don't think adding the dependencyManagement entry is a big deal. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (CXF-7894) ReflectionUtil, JDK-9+ warnings for illegal reflective access operation
[
https://issues.apache.org/jira/browse/CXF-7894?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16679886#comment-16679886
]
Rebecca Searls commented on CXF-7894:
-
Command to generate msg.
In wfly home directory
export JAVA_OPTS="--illegal-access=permit"
./bin/wsconsume.sh
[https://raw.githubusercontent.com/jbossws/jbossws-cxf/master/modules/testsuite/shared-tests/src/test/resources/jaxws/smoke/tools/wsdl/TestServiceSoap12.wsdl]
output:
{code:java}
Could not find log4j.properties or log4j.xml configuration, logging to console.
Loading FrontEnd jaxws ...
Loading DataBinding jaxb ...
wsdl2java -compile -exsh false -d
{YOUR_WFLY_HOME_DIR_PATH_SHOWN_HERE}/output/tmp1181906 -verbose -classdir
/home/rsearls/j1/wfly10/wildfly/dist/target/wildfly-15.0.0.Alpha1-SNAPSHOT/output
-allowElementReferences
https://raw.githubusercontent.com/jbossws/jbossws-cxf/master/modules/testsuite/shared-tests/src/test/resources/jaxws/smoke/tools/wsdl/TestServiceSoap12.wsdl
wsdl2java - Apache CXF 3.2.5-jbossorg-1
WARNING: An illegal reflective access operation has occurred
WARNING: Illegal reflective access by
org.apache.cxf.common.util.ReflectionUtil$11
(jar:file:{YOUR_WFLY_HOME_DIR_PATH_SHOWN_HERE}/modules/system/layers/base/org/apache/cxf/main/cxf-core-3.2.5-jbossorg-1.jar!/)
to field java.net.Authenticator.theAuthenticator
WARNING: Please consider reporting this to the maintainers of
org.apache.cxf.common.util.ReflectionUtil$11
WARNING: Use --illegal-access=warn to enable warnings of further illegal
reflective access operations
WARNING: All illegal access operations will be denied in a future release
{code}
> ReflectionUtil, JDK-9+ warnings for illegal reflective access operation
> ---
>
> Key: CXF-7894
> URL: https://issues.apache.org/jira/browse/CXF-7894
> Project: CXF
> Issue Type: Improvement
> Components: Core
>Reporter: Rebecca Searls
>Priority: Minor
> Fix For: 3.2.5, 3.2.8
>
>
> wfly script wsconsume uses CXF. With JDk-9, JDK-10 and JDK-11 the following
> warning is always presented.
>
> {code:java}
> WARNING: An illegal reflective access operation has occurred
> WARNING: Illegal reflective access by
> org.apache.cxf.common.util.ReflectionUtil$11
> (jar:file:/home/rsearls/j1/wfly10/wildfly/dist/target/wildfly-15.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/apache/cxf/main/cxf-core-3.2.5-jbossorg-1.jar!/)
> to field java.net.Authenticator.theAuthenticator
> WARNING: Please consider reporting this to the maintainers of
> org.apache.cxf.common.util.ReflectionUtil$11
> WARNING: Use --illegal-access=warn to enable warnings of further illegal
> reflective access operations
> WARNING: All illegal access operations will be denied in a future release
> {code}
> This message can be seen in wfly versions 12, 13, 14, and master with any of
> the
> 3 JDK versions listed.
> This was a known issue starting with JDK-9. At that time Mark Reinhold
> proposed temporary flag, "--illegal-access=permit". The default setting is
> "permit". (see,
> https://jaxenter.com/jdk-9-replace-permit-illegal-access-134180.html)
> The JDK team continues to support this flag in jdk-10 and jdk-11.
> Flag option "--illegal-access=debug" prints the warning and a stacktrace for
> each illegal reflective access operation.
> This flag must be placed in JAVA_OPTS in order for the script to place it
> in the correct commend-line position. If this option is placed on the
> script's
> commend-line it is passed to the java class being executed not the java cmd
> itself.
> Using the "--illegal-access=debug" shows the warnings for line
> org.apache.cxf.common.util.ReflectionUtil$11.run(ReflectionUtil.java:194)
> {code:java}
> public static T setAccessible(final T o) {
> return AccessController.doPrivileged(new PrivilegedAction() {
> public T run() {
> >>> o.setAccessible(true);
> return o;
> }
> });
> }
> {code}
> The stacktrace using the option "--illegal-access=debug" follows.
> {code:java}
> WARNING: Illegal reflective access by
> org.apache.cxf.common.util.ReflectionUtil$11
> (jar:file:/home/rsearls/j1/wfly10/wildfly/dist/target/wildfly-15.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/apache/cxf/main/cxf-core-3.2.5-jbossorg-1.jar!/)
> to field java.net.URLClassLoader.acc
> at
> org.apache.cxf@3.2.5.jbossorg-1//org.apache.cxf.common.util.ReflectionUtil$11.run(ReflectionUtil.java:194)
> at
> org.apache.cxf@3.2.5.jbossorg-1//org.apache.cxf.common.util.ReflectionUtil$11.run(ReflectionUtil.java:192)
> at java.base/java.security.AccessController.doPrivileged(Native Method)
> at
> org.apache.cxf@3.2.5.jbossorg-1//org.apache.cxf.common.util.ReflectionUtil.se
[jira] [Assigned] (CXF-7893) cxf-parent should have guava entry
[ https://issues.apache.org/jira/browse/CXF-7893?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Freeman Fang reassigned CXF-7893: - Assignee: Freeman Fang > cxf-parent should have guava entry > -- > > Key: CXF-7893 > URL: https://issues.apache.org/jira/browse/CXF-7893 > Project: CXF > Issue Type: Improvement > Components: Configuration >Reporter: Tom Cunningham >Assignee: Freeman Fang >Priority: Major > > cxf-java2-swagger plugin requires guava 20, and I've found a couple of edge > cases where guava 18 slips in. cxf-parent should have a guava > dependencyManagement entry to prevent this - there's already a guava.version > specified there, so I don't think adding the dependencyManagement entry is a > big deal. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (CXF-7815) Deal with java.security.acl classes being removed in Java 12
[ https://issues.apache.org/jira/browse/CXF-7815?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16679118#comment-16679118 ] Freeman Fang commented on CXF-7815: --- [~sean.mul...@oracle.com] Thanks for the info. [~coheigea] Yup, will revise accordingly. > Deal with java.security.acl classes being removed in Java 12 > > > Key: CXF-7815 > URL: https://issues.apache.org/jira/browse/CXF-7815 > Project: CXF > Issue Type: Bug >Affects Versions: 3.2.5 >Reporter: Alessio Soldano >Assignee: Freeman Fang >Priority: Major > Fix For: 3.3.0 > > > [https://bugs.openjdk.java.net/browse/JDK-8191138] > > The deprecated java.security.acl classes are being removed in 12. We should > be prepared for that. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Resolved] (CXF-7815) Deal with java.security.acl classes being removed in Java 12
[ https://issues.apache.org/jira/browse/CXF-7815?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Colm O hEigeartaigh resolved CXF-7815. -- Resolution: Fixed [~ffang] thanks > Deal with java.security.acl classes being removed in Java 12 > > > Key: CXF-7815 > URL: https://issues.apache.org/jira/browse/CXF-7815 > Project: CXF > Issue Type: Bug >Affects Versions: 3.2.5 >Reporter: Alessio Soldano >Assignee: Freeman Fang >Priority: Major > Fix For: 3.3.0 > > > [https://bugs.openjdk.java.net/browse/JDK-8191138] > > The deprecated java.security.acl classes are being removed in 12. We should > be prepared for that. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Created] (CXF-7894) ReflectionUtil, JDK-9+ warnings for illegal reflective access operation
Rebecca Searls created CXF-7894:
---
Summary: ReflectionUtil, JDK-9+ warnings for illegal reflective
access operation
Key: CXF-7894
URL: https://issues.apache.org/jira/browse/CXF-7894
Project: CXF
Issue Type: Improvement
Components: Core
Reporter: Rebecca Searls
Fix For: 3.2.8, 3.2.5
wfly script wsconsume uses CXF. With JDk-9, JDK-10 and JDK-11 the following
warning is always presented.
{code:java}
WARNING: An illegal reflective access operation has occurred
WARNING: Illegal reflective access by
org.apache.cxf.common.util.ReflectionUtil$11
(jar:file:/home/rsearls/j1/wfly10/wildfly/dist/target/wildfly-15.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/apache/cxf/main/cxf-core-3.2.5-jbossorg-1.jar!/)
to field java.net.Authenticator.theAuthenticator
WARNING: Please consider reporting this to the maintainers of
org.apache.cxf.common.util.ReflectionUtil$11
WARNING: Use --illegal-access=warn to enable warnings of further illegal
reflective access operations
WARNING: All illegal access operations will be denied in a future release
{code}
This message can be seen in wfly versions 12, 13, 14, and master with any of the
3 JDK versions listed.
This was a known issue starting with JDK-9. At that time Mark Reinhold
proposed temporary flag, "--illegal-access=permit". The default setting is
"permit". (see,
https://jaxenter.com/jdk-9-replace-permit-illegal-access-134180.html)
The JDK team continues to support this flag in jdk-10 and jdk-11.
Flag option "--illegal-access=debug" prints the warning and a stacktrace for
each illegal reflective access operation.
This flag must be placed in JAVA_OPTS in order for the script to place it
in the correct commend-line position. If this option is placed on the script's
commend-line it is passed to the java class being executed not the java cmd
itself.
Using the "--illegal-access=debug" shows the warnings for line
org.apache.cxf.common.util.ReflectionUtil$11.run(ReflectionUtil.java:194)
{code:java}
public static T setAccessible(final T o) {
return AccessController.doPrivileged(new PrivilegedAction() {
public T run() {
>>> o.setAccessible(true);
return o;
}
});
}
{code}
The stacktrace using the option "--illegal-access=debug" follows.
{code:java}
WARNING: Illegal reflective access by
org.apache.cxf.common.util.ReflectionUtil$11
(jar:file:/home/rsearls/j1/wfly10/wildfly/dist/target/wildfly-15.0.0.Alpha1-SNAPSHOT/modules/system/layers/base/org/apache/cxf/main/cxf-core-3.2.5-jbossorg-1.jar!/)
to field java.net.URLClassLoader.acc
at
org.apache.cxf@3.2.5.jbossorg-1//org.apache.cxf.common.util.ReflectionUtil$11.run(ReflectionUtil.java:194)
at
org.apache.cxf@3.2.5.jbossorg-1//org.apache.cxf.common.util.ReflectionUtil$11.run(ReflectionUtil.java:192)
at java.base/java.security.AccessController.doPrivileged(Native Method)
at
org.apache.cxf@3.2.5.jbossorg-1//org.apache.cxf.common.util.ReflectionUtil.setAccessible(ReflectionUtil.java:192)
at
org.apache.cxf.impl//org.apache.cxf.transport.http.CXFAuthenticator.addAuthenticator(CXFAuthenticator.java:104)
at
org.apache.cxf.impl//org.apache.cxf.transport.http.URLConnectionHTTPConduit.(URLConnectionHTTPConduit.java:90)
at
org.apache.cxf.impl//org.apache.cxf.transport.http.asyncclient.AsyncHTTPConduit.(AsyncHTTPConduit.java:115)
at
org.apache.cxf.impl//org.apache.cxf.transport.http.asyncclient.AsyncHTTPConduitFactory.createConduit(AsyncHTTPConduitFactory.java:267)
at
org.apache.cxf.impl//org.apache.cxf.transport.http.asyncclient.AsyncHTTPConduitFactory.createConduit(AsyncHTTPConduitFactory.java:258)
at
org.jboss.ws.jaxws-client@5.2.4.Final//org.jboss.wsf.stack.cxf.client.configuration.AbstractHTTPConduitFactoryWrapper.createConduit(AbstractHTTPConduitFactoryWrapper.java:57)
at
org.apache.cxf.impl//org.apache.cxf.transport.http.HTTPTransportFactory.getConduit(HTTPTransportFactory.java:233)
at
org.apache.cxf.impl//org.apache.cxf.transport.http.HTTPTransportFactory.getConduit(HTTPTransportFactory.java:215)
at
org.apache.cxf@3.2.5.jbossorg-1//org.apache.cxf.transport.TransportURIResolver.resolve(TransportURIResolver.java:115)
at
org.apache.cxf.impl//org.apache.cxf.wsdl11.CatalogWSDLLocator.getBaseInputSource(CatalogWSDLLocator.java:74)
at
org.apache.cxf.impl//org.apache.cxf.wsdl11.AbstractWrapperWSDLLocator.getBaseInputSource(AbstractWrapperWSDLLocator.java:58)
at
org.apache.cxf.impl//org.apache.cxf.wsdl11.WSDLManagerImpl.loadDefinition(WSDLManagerImpl.java:225)
at
org.apache.cxf.impl//org.apache.cxf.wsdl11.WSDLManagerImpl.getDefinition(WSDLManagerImpl.java:165)
at
org.apache.cxf.impl//org.apache.cxf.tools.wsdlto.core.WSDLDefinitionBuilder.parseWSDL(WSDLDefinitionBuilder.java:80)
at
org.apache.cx
[jira] [Commented] (CXF-7890) net.sf.ehcache.CacheException: java.io.FileNotFoundException: /tmp/cxf389712442/ws-security%002enonce%002ecache%002einstance-843441833.data (No such file or directory)
[ https://issues.apache.org/jira/browse/CXF-7890?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16679552#comment-16679552 ] Fazith Mohamed commented on CXF-7890: - This issue happens intermittently, so I think CXF has permission to write. I don't think any problem with diskspace as we still have 99% of tmp space. Yes load balancing is there. > net.sf.ehcache.CacheException: java.io.FileNotFoundException: > /tmp/cxf389712442/ws-security%002enonce%002ecache%002einstance-843441833.data > (No such file or directory) > --- > > Key: CXF-7890 > URL: https://issues.apache.org/jira/browse/CXF-7890 > Project: CXF > Issue Type: Bug > Components: JAX-WS Runtime >Affects Versions: 3.1.14 >Reporter: Fazith Mohamed >Priority: Major > Attachments: cxf-ehcache-issue_stack_trace.txt > > > Hi, > We are getting an exception in our production environment as > ws-security-enonce-ecache-einstance file is not found. This is happening only > in production and not in any other lower environments. Not able to figure out > the exact RC since it is happening only in Production. > We have a ehcache.xml configuration for another service and its not mapped > with CXF. CXF is using its default cxf-ehache.xml only I believe. > > I have attached the stack trace. > > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Comment Edited] (CXF-7889) ensure all samples from CXF kit can work with JDK11 OOTB
[
https://issues.apache.org/jira/browse/CXF-7889?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16675014#comment-16675014
]
Andriy Redko edited comment on CXF-7889 at 11/8/18 2:20 AM:
for jax_rs part, so far:
{code:java}
jax_rs/basic - OK
jax_rs/basic_https - fixed
jax_rs/basic_oidc - fixed
jax_rs/big_query - fixed
jax_rs/content_negotiation - OK
jax_rs/description_openapi_v3 - OK
jax_rs/description_openapi_v3_web - fixed
jax_rs/description_swagger2 - OK
jax_rs/description_swagger2_spring - OK
jax_rs/description_swagger2_web - fixed
jax_rs/odata - OK
jax_rs/search - OK
jax_rs/spark - fixed
jax_rs/spring_security - OK
Failing for non-11 reasons:
jax_rs/spring_boot - the client part does not run
Not checked:
jax_rs/description_openapi_v3_osgi
jax_rs/description_swagger2_osgi
jax_rs/minimal_osgi{code}
was (Author: reta):
for jax_rs part, so far:
{code:java}
jax_rs/basic - OK
jax_rs/basic_https - fixed
jax_rs/basic_oidc - fixed
jax_rs/big_query - fixed
jax_rs/content_negotiation - OK
jax_rs/description_openapi_v3 - OK
jax_rs/description_openapi_v3_web - fixed
jax_rs/description_swagger2 - OK
jax_rs/description_swagger2_spring - OK
jax_rs/description_swagger2_web - fixed
jax_rs/odata - OK
Not checked:
jax_rs/description_openapi_v3_osgi
jax_rs/description_swagger2_osgi
jax_rs/minimal_osgi{code}
> ensure all samples from CXF kit can work with JDK11 OOTB
>
>
> Key: CXF-7889
> URL: https://issues.apache.org/jira/browse/CXF-7889
> Project: CXF
> Issue Type: Task
>Reporter: Freeman Fang
>Assignee: Freeman Fang
>Priority: Major
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
