Re: [gradle-user] Issue with 1.0-rc-1

2012-04-23 Thread Adam Murdoch
On 21/04/2012, at 9:16 PM, Russel Winder wrote: On Fri, 2012-04-20 at 12:56 -0700, Peter Niederwieser wrote: I've just tried gradle clean build with master/HEAD, and the build succeeded. Did you do a clean build after switching Gradle versions? Sadly I am still getting the problem. This

[gradle-user] Re: Issue with 1.0-rc-1

2012-04-23 Thread Peter Niederwieser
Adam Murdoch wrote This should be fixed now. Can you try out the new snapshot: http://gradle.org/release-candidate This change fixes the GPars problem (I've already verified this) at the expense of creating other problems (*). I think it's better to fix this on the Groovy side (it's a

[gradle-user] Re: IDEA: Libraries not found = File dependencies not working (but Console build works)

2012-04-23 Thread megachucky
Thanks Peter, I have removed all IDEA stuff, then imported the project via IDEA Gradle plugin. Now it works... Best regards, Kai -- View this message in context:

Re: [gradle-user] Re: Issue with 1.0-rc-1

2012-04-23 Thread Russel Winder
On Mon, 2012-04-23 at 03:01 -0700, Peter Niederwieser wrote: Adam Murdoch wrote This should be fixed now. Can you try out the new snapshot: http://gradle.org/release-candidate This change fixes the GPars problem (I've already verified this) at the expense of creating other problems

Re: [gradle-user] Re: Get at Artifacts?

2012-04-23 Thread Robert Fischer
I'm defining the task like this: task ghUpload(dependsOn:[configurations.archives]) { ... } But that isn't forcing the jar to be built. (In this case, I've got the Java plugin installed.) Is there a trick I need to force that? ~~ Robert. On Sun, Apr 22, 2012 at 8:28 PM, Peter Niederwieser

Re: [gradle-user] Re: Get at Artifacts?

2012-04-23 Thread Robert Fischer
Looks like this is working: task ghUpload(dependsOn:[configurations.archives.allArtifacts]) { ... } Is this a bug? I'd expect configurations.archives to be functionally equivalent to configuration.archives.allArtifacts. ~~ Robert. On Mon, Apr 23, 2012 at 11:38 AM, Robert Fischer

[gradle-user] Hanging Unit Test

2012-04-23 Thread James Carr
I have a unit test that seems to hang when trying to run it on a jenkins server. This is odd as it works fine locally, but hangs indefinitely on the server. I tried on milestone-8 up to rc1 with no luck Here's the debug logs: 11:40:24.525 [QUIET] [system.out] 11:40:24.525 [DEBUG]

[gradle-user] Re: Hanging Unit Test

2012-04-23 Thread Peter Niederwieser
We'd definitely need more information (test code, thread dump) to help. -- Peter Niederwieser Principal Engineer, Gradleware http://gradleware.com Creator, Spock Framework http://spockframework.org Twitter: @pniederw -- View this message in context:

Re: [gradle-user] Re: Hanging Unit Test

2012-04-23 Thread James Carr
will do... I'm currently debugging the process remotely myself to try and figure out where the lock is occurring. On Mon, Apr 23, 2012 at 11:58 AM, Peter Niederwieser pnied...@gmail.com wrote: We'd definitely need more information (test code, thread dump) to help. -- Peter Niederwieser

Re: [gradle-user] Re: Hanging Unit Test

2012-04-23 Thread James Carr
Disregard, has zilch to do with gradle. For some reason starting an activeMQ embedded broker on the linux box our jenkins server is running on blocks operations. Thanks, James On Mon, Apr 23, 2012 at 1:09 PM, James Carr james.r.c...@gmail.com wrote: will do... I'm currently debugging the