Hi,
having the following snippet:
--------------
...
...
dependencies{
compile ("org.slf4j:slf4j-api:1.6.2"){
exclude group:'*', module:'*'
}
}
...
...
---------------
this does not result in a dependency in the pom file with a exclusion as I
expected. Instead, the slf4j-api itself does not end up in the compile
classpath nor in the pom. is this intended or a bug?
regards,
rene
--
Rene Groeschke
Email: [email protected]
twitter: @breskeby
Blog: http://www.breskeby.com
Am 14.07.2011 um 00:00 schrieb "Rene Groeschke" <[email protected]>:
> Hi,
>
>>
>> Rene Groeschke wrote:
>>>
>>> Anybody an idea how to solve this? any known workarounds?
>>>
>>
>> Gradle intentionally no longer puts Maven classes on the build script
>> class
>> path, so you can't reference them anymore. For your use case, Gradle
>> should
>> really offer a solution that doesn't require you to do this. Instead, you
>> should be able to add in the excludes in a POM builder style fashion.
>> Please
>> raise an issue for this. In the mean time, you'll have to work around it
>> in
>> some way. For example, you could try to declare those dependencies with
>> the
>> POM builder. Or you could get hold of an exclude that's already there, get
>> its Class, and create a new instance reflectively.
>>
>> Out of curiosity, why do you post-process the POM rather than setting the
>> excludes in Gradle's dependencies section?
>
> I had some problems on defining the excludes (group:'*' module'*') for
> groovy in the dependency section. When trying to reproduce the problem to
> post it here, I just failed. It works now.
> But Adding the possibility to modify the pom exclusions in a pom builder
> style for different publish tasks may be a eligible use case. I've created
> a jira issue at http://issues.gradle.org/browse/GRADLE-1673
>
> regards,
> René
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
> http://xircles.codehaus.org/manage_email
>
>
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
