On 17/11/2010, at 4:46 AM, Joern Huxhorn wrote: > You could also try to use org.slf4j:jcl-over-slf4j:1.6.1 instead of the > commons-logging dependency. > Gradle is using SLF4J for logging so using this dependency should (!) inject > all the logging calls of the ant task into the normal Gradle logging output...
It won't, unfortunately. This used to happen before 0.9-rc-2, when all the logging classes were visible in the Ant ClassLoader. Now that they are not, the logging from Ant tasks - however it is generated - happens via System.out and System.err. We could probably do something to better integrate the logging when an Ant task is using a logging toolkit that we can integrate with. Or perhaps we should move the logging classes back to the Ant ClassLoader. > > I haven't checked this, though... > > Cheers, > Joern. > > On 16.11.2010, at 05:22, Vaclav Pech wrote: > >> Confirmed, all works nicely now. Thank you all, gentlemen, for the effort. >> Good job! >> >> Cheers, >> >> Vaclav >> >> >> On Mon, Nov 15, 2010 at 10:49 PM, Russel Winder <[email protected]> wrote: >> René, >> >> Thou art an hero. >> >> I don't think I would have spotted that in a century of Sundays. >> >> I have added a docs dependency of commons-logging 1.1.1 (as that is the >> latest in the Maven repository and teh 0.9-rc-3 build works just fine >> for me locally. I shall now submit the update to Codehaus, we shall see >> what Bamboo thinks of the change . . . >> >> >> On Mon, 2010-11-15 at 21:33 +0100, Rene Groeschke wrote: >> > Hi there, >> > I had a look at the gpars build file and indeed it seems that the docs >> > anttask has a dependency to commons-logging. adding >> > >> > ---------- >> > docs group: 'commons-logging', name: 'commons-logging', version: '1.1' >> > ---------- >> > >> > to the dependencies fixed my local gpars build. >> > >> > regards, >> > >> > René >> > >> > Am 15.11.10 21:19, schrieb Adam Murdoch: >> > > >> > > On 16/11/2010, at 6:48 AM, Russel Winder wrote: >> > > >> > >> Hans, Adam, >> > >> >> > >> I just tried Gradle 0.9-rc-3 with the GPars build and it fails as >> > rc-2 >> > >> did with: >> > >> >> > >> FAILURE: Build failed with an exception. >> > >> >> > >> * Where: >> > >> Build file >> > '/home/users/russel/Repositories/Git/Git/GPars/build.gradle' line: 186 >> > >> >> > >> * What went wrong: >> > >> Execution failed for task ':docs'. >> > >> Cause: java.lang.NoClassDefFoundError: >> > org/apache/commons/logging/LogFactory >> > > >> > > Is this using an Ant task? >> > > >> > > Prior to 0.9-rc-2, the Ant classes were loaded by the same >> > ClassLoader that loads the rest of the Gradle implementation. In >> > 0.9-rc-2, the Ant ClassLoader was split out so that it contains only >> > Ant classes. This means that Ant tasks should see a ClassLoader >> > hierarchy very similar to what they see when running in Ant itself. >> > > >> > > However, some Gradle builds will break if the taskdefs that they use >> > accidentally left out a dependency which happened to be previously >> > visible from the Gradle implementation ClassLoader. For example, >> > commons logging. >> > > >> > > So, you might check the classpath that you use to taskdef the Ant >> > task and make sure it includes all the actual dependencies of the >> > task. >> > > >> > > >> > > -- >> > > Adam Murdoch >> > > Gradle Developer >> > > http://www.gradle.org >> > > CTO, Gradle Inc. - Gradle Training, Support, Consulting >> > > http://www.gradle.biz >> > > >> > > >> > >> > >> > -- >> > ------------------------------------ >> > Rene Groeschke >> > >> > [email protected] >> > http://www.breskeby.com >> > http://twitter.com/breskeby >> > ------------------------------------ >> > >> >> -- >> Russel. >> ============================================================================= >> Dr Russel Winder t: +44 20 7585 2200 voip: sip:[email protected] >> 41 Buckmaster Road m: +44 7770 465 077 xmpp: [email protected] >> London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder >> >> >> >> -- >> E-mail: [email protected] >> Blog: http://www.jroller.com/vaclav >> Linkedin page: http://www.linkedin.com/in/vaclavpech > -- Adam Murdoch Gradle Developer http://www.gradle.org CTO, Gradle Inc. - Gradle Training, Support, Consulting http://www.gradle.biz
