title: Maven and Ivy dependency resolution fails with Gradle 6.0
body: <p>I have a working project that has a dependency on a maven artifact produced by a peer component like this:</p>
  
  <pre><code>repositories {
     ivy {
         url "../cnf/local"
     }
  }
  
  configurations {
    ejbTools
  }
  
  dependencies {
    ejbTools 'test:com.ibm.ws.ejbcontainer.fat_tools:1.+'
  }
  </code></pre>
  
  <p>The dependency <code>test:com.ibm.ws.ejbcontainer.fat_tools:1.+</code> fails to resolve with Gradle 6.0 with the following error:</p>
  
  <pre><code>&gt; Task :com.ibm.ws.ejbcontainer.async_fat:addEJBTools FAILED
  
  FAILURE: Build failed with an exception.
  
  * Where:
  Build file '/Users/aguibert/dev/git/open-liberty/dev/com.ibm.ws.ejbcontainer.async_fat/build.gradle' line: 32
  
  * What went wrong:
  Execution failed for task ':com.ibm.ws.ejbcontainer.async_fat:addEJBTools'.
  &gt; Could not resolve all files for configuration ':com.ibm.ws.ejbcontainer.async_fat:ejbTools'.
     &gt; Could not find any matches for test:com.ibm.ws.ejbcontainer.fat_tools:1.+ as no versions of test:com.ibm.ws.ejbcontainer.fat_tools are available.
       Searched in the following locations:
         - https://repo.maven.apache.org/maven2/test/com.ibm.ws.ejbcontainer.fat_tools/maven-metadata.xml
         - http://public.dhe.ibm.com/ibmdl/export/pub/software/olrepo/test/com.ibm.ws.ejbcontainer.fat_tools/maven-metadata.xml
         - file:/Users/aguibert/dev/git/open-liberty/dev/cnf/local/test/com.ibm.ws.ejbcontainer.fat_tools/
         - file:/Users/aguibert/dev/git/open-liberty/dev/cnf/local/test/com.ibm.ws.ejbcontainer.fat_tools/1.0.33.201909241016/ivy-1.0.33.201909241016.xml
       Required by:
           project :com.ibm.ws.ejbcontainer.async_fat
  </code></pre>
  
  <h2>Context</h2>
  
  <p>Currently my project is using Gradle 5.5 and can be built with Java 8, 11, or 12. I am trying to get it working with Java 13 too so I am trying to upgrade to Gradle 6.0.</p>
  
  <p>It seems that there is a general behavior change with the way wildcarded dependencies work in Gradle now (for example <code>com.foo:bar:1.+</code>).</p>