Tried excluding the 27.1-jre version out of one of the apis I'm using so it 
can pick up version 27.1-jre of guava from the war.   Didn't work.

Tried adding directly:

        <dependency>
          <groupId>com.google.guava</groupId>
          <artifactId>guava</artifactId>
          <version>27.1-jre</version>
          <scope>test</scope>
        </dependency>


Didn't work either.   I think the thread is crashing.  Any way to turn on 
more debugging?   Doing -X on maven doesn't put the jenkins harness into 
debug mode or anything.

As for did the test stop working without code change.   Not to that test 
but I as doing a lot of work in other areas before re-testing pipeline so 
probably something I did... problem is backtracking what I added from it 
last working is near impossible at this point.

On Wednesday, July 15, 2020 at 8:13:55 AM UTC-4, Jesse Glick wrote:
>
> On Wed, Jul 15, 2020 at 7:42 AM Michael Carter 
> <[email protected] <javascript:>> wrote: 
> > java.lang.NoSuchMethodError: 
> com.google.common.util.concurrent.MoreExecutors.sameThreadExecutor()Lcom/google/common/util/concurrent/ListeningExecutorService;
>  
>
> >  at 
> org.jenkinsci.plugins.workflow.support.concurrent.Futures.addCallback(Futures.java:90)
>  
>
> >  … 
> > 
> > Not sure what I did to cause the problem 
>
> Somehow pulled in an incompatible version of `guava`. Jenkins bundles 
> 11.x, and without a lot of advanced acrobatics¹ you cannot override 
> this. If your plugin bundles some third-party libraries, they may be 
> depending on a newer version of Guava and Maven picks that version for 
> tests, breaking everything. Check 
>
> mvn dependency:tree 
>
> and use an `<exclusion>` as necessary. Unless the third-party library 
> actually _requires_ newer Guava features, in which case you have 
> problems. 
>
>
> Also, did your tests stop working with no code changes? If `master` 
> was blue/green until now, check whether your `Jenkinsfile` is using, 
> say, 
>
> buildPlugin(configurations: recommendedConfigurations()) 
>
> which is nondeterministic. If tests broke inside a PR (I would 
> recommend a PR for all nontrivial changes, even if you are a sole 
> maintainer, just for trackability and CI), link to that from any post 
> to the mailing list. 
>
>
> ¹Read: 
> https://www.jenkins.io/doc/developer/plugin-development/dependencies-and-class-loading/#pluginfirstclassloader-and-its-discontents
>  
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/67873b52-020b-4d56-b3c7-17522c1a57b8o%40googlegroups.com.

Reply via email to