groovy-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mario Garcia <mario.g...@gmail.com>
Subject Re: Trying to understand why groovydoc task needs groovy-all in Gradle 2.13 / 2.14
Date Wed, 29 Jun 2016 14:36:26 GMT
Nice!

Although in the project I'm mentioning I think we're ok by using groovy-all
(it's already added by other transitive dependencies) I have other projects
where I'll definitely use this solution/workaround.

Thanks Schalk :)

2016-06-29 13:10 GMT+02:00 Schalk Cronjé <ysb33r@gmail.com>:

> On 29/06/2016 11:50, Mario Garcia wrote:
>
> I'm trying to execute a project using gradle 2.13 / 2.14 and it fails when
> executing groovydoc saying:
>
> groovydoc doesn't support the "noTimestamp" attribute
>
> Checking gradle documentation it's saying you should be using groovy-all,
> but sometimes I may not want to use the whole groovy-all jar.
>
> Does anyone know why is this ? Is this a Gradle bug, it's something that
> changed in groovydoc ?
>
> Mario
>
> I cannot answer the bug question, but AFAIK you can let groovydoc use a
> different classpath. Something like
>
> configurations {
>   forGroovyDoc
> }
>
> dependencies {
>   forGroovyDoc 'org.....groovy-all...'
> }
>
> groovydoc {
>   groovyClasspath = configurations.forGroovyDoc
> }
>
> HTH
>
>
> --
> Schalk W. Cronjé
> Twitter / Ello / Toeter : @ysb33r
>
>

Mime
View raw message