[jboss-jira] [JBoss JIRA] (WFLY-10742) Wildfly 13 having wrong version of Maven dependency

[Peter K (JIRA)]

    [ https://issues.jboss.org/browse/WFLY-10742?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13636882#comment-13636882 ] 

Peter K commented on WFLY-10742:
--------------------------------

after switching the maven dependency to the same guava version as in the wildfly module (25.0-jre) the problem persists.

the guava-library is not loaded into the classpath and is not shown in the classloader entries via:
{code:java}
ClassLoader classLoader = Thread.currentThread().getContextClassLoader();
{code}


> Wildfly 13 having wrong version of Maven dependency
> ---------------------------------------------------
>
>                 Key: WFLY-10742
>                 URL: https://issues.jboss.org/browse/WFLY-10742
>             Project: WildFly
>          Issue Type: Bug
>         Environment: wildfly-13.0.0.Final on Ubuntu 16.04.5 LTS (GNU/Linux 4.4.0-119-generic x86_64) with Java 1.8.0_171
>            Reporter: Peter K
>            Assignee: Bartosz Baranowski
>
> I have following Maven dependency in my pom.xml:
> {code:xml}
> <dependency>
>     <groupId>com.google.guava</groupId>
>     <artifactId>guava</artifactId>
>     <version>20.0</version>
> </dependency>
> {code}
> A) When running it on wildfly-13.0.0.Final on Ubuntu 16.04.5 LTS (GNU/Linux 4.4.0-119-generic x86_64) with Java 1.8.0_171, it is complaining about a missing method in the Guava library (which is a Guava version < 20.0):
> {noformat}
> 2018-07-23 10:43:21,718 ERROR [stderr] (Thread-182) Exception in thread "Thread-182" java.lang.NoSuchMethodError: com.google.common.collect.Sets$SetView.iterator()Lcom/google/common/collect/UnmodifiableIterator;
> 2018-07-23 10:43:21,718 ERROR [stderr] (Thread-182)     at org.reflections.Reflections.expandSuperTypes(Reflections.java:380)
> 2018-07-23 10:43:21,719 ERROR [stderr] (Thread-182)     at org.reflections.Reflections.<init>(Reflections.java:126)
> 2018-07-23 10:43:21,719 ERROR [stderr] (Thread-182)     at org.nd4j.linalg.api.ops.factory.DefaultOpFactory.<init>(DefaultOpFactory.java:71)
> 2018-07-23 10:43:21,719 ERROR [stderr] (Thread-182)     at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> 2018-07-23 10:43:21,719 ERROR [stderr] (Thread-182)     at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> 2018-07-23 10:43:21,719 ERROR [stderr] (Thread-182)     at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> 2018-07-23 10:43:21,719 ERROR [stderr] (Thread-182)     at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
> 2018-07-23 10:43:21,719 ERROR [stderr] (Thread-182)     at java.lang.Class.newInstance(Class.java:442)
> 2018-07-23 10:43:21,719 ERROR [stderr] (Thread-182)     at org.nd4j.linalg.factory.Nd4j.initWithBackend(Nd4j.java:6192)
> 2018-07-23 10:43:21,720 ERROR [stderr] (Thread-182)     at org.nd4j.linalg.factory.Nd4j.initContext(Nd4j.java:6087)
> 2018-07-23 10:43:21,720 ERROR [stderr] (Thread-182)     at org.nd4j.linalg.factory.Nd4j.<clinit>(Nd4j.java:201)
> 2018-07-23 10:43:21,720 ERROR [stderr] (Thread-182)     at java.lang.Thread.run(Thread.java:748)}}
> {noformat}
> B) It runs on Mac OS X 10.13.5 with Java 1.8.0_144 without errors.



--
This message was sent by Atlassian JIRA
(v7.5.0#75005)