Test fails
|
View:
New views
9 Messages
—
Rating Filter:
Alert me
|
 |
Test fails
by Russel Winder-4
::
Rate this Message:
On my twin-xeon Ubuntu 8.04 system:
|> rm -rf build buildSrc/tmpTest/ && ./gradlew -f explodedDist GRADLE_WRAPPER_ALWAYS_UNPACK env variable: null GRADLE_WRAPPER_ALWAYS_DOWNLOAD env variable: null [delete] Deleting directory /home_dimen/users/russel/Repositories/Bazaar/Subversion_Branches/GradleCore_Trunk/AntTask/.gradle/build-resolver ================================================ Start building buildSrc Executing Task: :clean Executing Task: :init Executing Task: :resources Executing Task: :compile Executing Task: :testResources Executing Task: :testCompile Executing Task: :test [ant:junit] Test org.gradle.build.release.VersionTest FAILED Build failed with an exception. Build file '/home_dimen/users/russel/Repositories/Bazaar/Subversion_Branches/GradleCore_Trunk/AntTask/buildSrc/build.gradle' Execution failed for task :test. Cause: There were failing tests. See the report at /home_dimen/users/russel/Repositories/Bazaar/Subversion_Branches/GradleCore_Trunk/AntTask/buildSrc/build/reports/tests. Exception is: org.gradle.api.GradleScriptException: Build file '/home_dimen/users/russel/Repositories/Bazaar/Subversion_Branches/GradleCore_Trunk/AntTask/buildSrc/build.gradle' Execution failed for task :test. at org.gradle.api.internal.AbstractTask.execute(AbstractTask.java:193) at org.gradle.execution.DefaultTaskExecuter.execute(DefaultTaskExecuter.java:129) at org.gradle.execution.DefaultTaskExecuter.execute(DefaultTaskExecuter.java:126) at org.gradle.execution.DefaultTaskExecuter.execute(DefaultTaskExecuter.java:126) at org.gradle.execution.DefaultTaskExecuter.execute(DefaultTaskExecuter.java:126) at org.gradle.execution.DefaultTaskExecuter.execute(DefaultTaskExecuter.java:70) at org.gradle.execution.DefaultTaskExecuter.execute(DefaultTaskExecuter.java:80) at org.gradle.execution.TaskNameResolvingBuildExecuter.execute(TaskNameResolvingBuildExecuter.java:104) at org.gradle.Gradle.runInternal(Gradle.java:155) at org.gradle.Gradle.run(Gradle.java:125) at org.gradle.initialization.EmbeddedBuildExecuter.execute(EmbeddedBuildExecuter.java:36) at org.gradle.initialization.BuildSourceBuilder.createDependency(BuildSourceBuilder.java:76) at org.gradle.initialization.BaseSettings.createClassLoader(BaseSettings.java:190) at org.gradle.Gradle.runInternal(Gradle.java:137) at org.gradle.Gradle.run(Gradle.java:125) at org.gradle.Main.main(Main.java:234) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.gradle.BootstrapMain.main(BootstrapMain.java:53) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.gradle.wrapper.BootstrapMainStarter.start(BootstrapMainStarter.java:38) at org.gradle.wrapper.Wrapper.execute(Wrapper.java:61) at org.gradle.wrapper.WrapperMain.main(WrapperMain.java:38) Caused by: org.gradle.api.GradleException: There were failing tests. See the report at /home_dimen/users/russel/Repositories/Bazaar/Subversion_Branches/GradleCore_Trunk/AntTask/buildSrc/build/reports/tests. at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.lang.reflect.Constructor.newInstance(Constructor.java:532) at org.codehaus.groovy.runtime.MetaClassHelper.doConstructorInvoke(MetaClassHelper.java:535) at groovy.lang.MetaClassImpl.doConstructorInvoke(MetaClassImpl.java:2352) at groovy.lang.MetaClassImpl.invokeConstructor(MetaClassImpl.java:1252) at groovy.lang.MetaClassImpl.invokeConstructor(MetaClassImpl.java:1182) at org.codehaus.groovy.runtime.InvokerHelper.invokeConstructorOf(InvokerHelper.java:805) at org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeNewN(ScriptBytecodeAdapter.java:227) at org.gradle.api.tasks.testing.Test.executeTests(Test.groovy:101) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:86) at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:226) at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:910) at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:798) at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:754) at groovy.lang.Closure.call(Closure.java:292) at org.gradle.api.internal.DefaultTask$1.execute(DefaultTask.java:61) at org.gradle.api.internal.AbstractTask.doExecute(AbstractTask.java:203) at org.gradle.api.internal.AbstractTask.execute(AbstractTask.java:185) ... 27 common frames omitted BUILD FAILED On my P4 Ubuntu 8.04 system the same command line actually gets to do something but the tests fail: Executing Task: :test [ant:junit] Tests FAILED Build failed with an exception. Build file '/home/users/russel/Repositories/Bazaar/Subversion_Branches/GradleCore_Trunk/AntTask/build.gradle' Execution failed for task :test. Cause: There were failing tests. See the report at /home/users/russel/Repositories/Bazaar/Subversion_Branches/GradleCore_Trunk/AntTask/build/reports/tests. Exception is: org.gradle.api.GradleScriptException: Build file '/home/users/russel/Repositories/Bazaar/Subversion_Branches/GradleCore_Trunk/AntTask/build.gradle' Execution failed for task :test. at org.gradle.api.internal.AbstractTask.execute(AbstractTask.java:193) at org.gradle.execution.DefaultTaskExecuter.execute(DefaultTaskExecuter.java:129) at org.gradle.execution.DefaultTaskExecuter.execute(DefaultTaskExecuter.java:126) at org.gradle.execution.DefaultTaskExecuter.execute(DefaultTaskExecuter.java:126) at org.gradle.execution.DefaultTaskExecuter.execute(DefaultTaskExecuter.java:126) at org.gradle.execution.DefaultTaskExecuter.execute(DefaultTaskExecuter.java:126) at org.gradle.execution.DefaultTaskExecuter.execute(DefaultTaskExecuter.java:126) at org.gradle.execution.DefaultTaskExecuter.execute(DefaultTaskExecuter.java:70) at org.gradle.execution.DefaultTaskExecuter.execute(DefaultTaskExecuter.java:80) at org.gradle.execution.TaskNameResolvingBuildExecuter.execute(TaskNameResolvingBuildExecuter.java:104) at org.gradle.Gradle.runInternal(Gradle.java:155) at org.gradle.Gradle.run(Gradle.java:125) at org.gradle.Main.main(Main.java:234) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.gradle.BootstrapMain.main(BootstrapMain.java:53) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.gradle.wrapper.BootstrapMainStarter.start(BootstrapMainStarter.java:38) at org.gradle.wrapper.Wrapper.execute(Wrapper.java:61) at org.gradle.wrapper.WrapperMain.main(WrapperMain.java:38) Caused by: org.gradle.api.GradleException: There were failing tests. See the report at /home/users/russel/Repositories/Bazaar/Subversion_Branches/GradleCore_Trunk/AntTask/build/reports/tests. at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.lang.reflect.Constructor.newInstance(Constructor.java:532) at org.codehaus.groovy.runtime.MetaClassHelper.doConstructorInvoke(MetaClassHelper.java:535) at groovy.lang.MetaClassImpl.doConstructorInvoke(MetaClassImpl.java:2352) at groovy.lang.MetaClassImpl.invokeConstructor(MetaClassImpl.java:1252) at groovy.lang.MetaClassImpl.invokeConstructor(MetaClassImpl.java:1182) at org.codehaus.groovy.runtime.InvokerHelper.invokeConstructorOf(InvokerHelper.java:805) at org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeNewN(ScriptBytecodeAdapter.java:227) at org.gradle.api.tasks.testing.Test.executeTests(Test.groovy:101) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:86) at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:226) at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:910) at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:798) at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:754) at groovy.lang.Closure.call(Closure.java:292) at org.gradle.api.internal.DefaultTask$1.execute(DefaultTask.java:61) at org.gradle.api.internal.AbstractTask.doExecute(AbstractTask.java:203) at org.gradle.api.internal.AbstractTask.execute(AbstractTask.java:185) ... 24 common frames omitted BUILD FAILED These errors look suspiciously the same!!! -- Russel. ==================================================== Dr Russel Winder Partner Concertant LLP t: +44 20 7585 2200, +44 20 7193 9203 41 Buckmaster Road, f: +44 8700 516 084 London SW11 1EN, UK. m: +44 7770 465 077 |
|
|
Re: Test fails
by hdockter
::
Rate this Message:
|
|
|
Re: Test fails
by Russel Winder-4
::
Rate this Message:
Hans,
I had started to ignore that issue as even though it was marked as a blocker 0.2, 0.3 and 0.4 got released. ;-) On Thu, 2008-10-23 at 11:16 +0200, Hans Dockter wrote: > Hi Russel, > > On Oct 23, 2008, at 10:36 AM, Russel Winder wrote: > > > > These errors look suspiciously the same!!! > > > > Right. See the issue you have filed a while ago: http:// > jira.codehaus.org/browse/GRADLE-69 > > - Hans build on non-NFS filestore. I just tried with Mac OS X -- so a different JDK -- and it fails as well so this is definitely looking like a "Gradle build fails using NFS mounted filestore" problem :-( -- Russel. ==================================================== Dr Russel Winder Partner Concertant LLP t: +44 20 7585 2200, +44 20 7193 9203 41 Buckmaster Road, f: +44 8700 516 084 London SW11 1EN, UK. m: +44 7770 465 077 |
|
|
Re: Test fails
by hdockter
::
Rate this Message:
|
|
|
Re: Test fails
by Russel Winder-4
::
Rate this Message:
On Thu, 2008-10-23 at 11:42 +0200, Hans Dockter wrote:
> Hi Russel, > > On Oct 23, 2008, at 10:36 AM, Russel Winder wrote: > > > On my twin-xeon Ubuntu 8.04 system: > > > > > > |> rm -rf build buildSrc/tmpTest/ && ./gradlew -f explodedDist > > GRADLE_WRAPPER_ALWAYS_UNPACK env variable: null > > GRADLE_WRAPPER_ALWAYS_DOWNLOAD env variable: null > > [delete] Deleting directory /home_dimen/users/russel/ > > Repositories/Bazaar/Subversion_Branches/GradleCore_Trunk/ > > AntTask/.gradle/build-resolver > > ================================================ Start building > > buildSrc > > Executing Task: :clean > > Executing Task: :init > > Executing Task: :resources > > Executing Task: :compile > > Executing Task: :testResources > > Executing Task: :testCompile > > Executing Task: :test > > [ant:junit] Test org.gradle.build.release.VersionTest FAILED > > > > Build failed with an exception. > > could you try this again. I have submitted a change to the delete logic. The implication is that a directory with a still open file is being deleted -- possibly in buildSrc/tmpTest/root ? -- Russel. ==================================================== Dr Russel Winder Partner Concertant LLP t: +44 20 7585 2200, +44 20 7193 9203 41 Buckmaster Road, f: +44 8700 516 084 London SW11 1EN, UK. m: +44 7770 465 077 |
|
|
Re: Test fails
by hdockter
::
Rate this Message:
|
|
|
Re: Test fails
by Russel Winder-4
::
Rate this Message:
On Thu, 2008-10-23 at 12:11 +0200, Hans Dockter wrote:
> > The implication is that a directory with a still open file is being > > deleted -- possibly in buildSrc/tmpTest/root ? > > the delete logic that is used can be found in: src/main/groovy/org/ > gradle/util/GradleUtil.groovy and the method deleteDir. > > The VersionTest is calling the delete method in its tearDown method. > Could you switch back to the AntBuilder delete in GradleUtil and add > set the quiet attribute to true? Current guess is that this is a timing problem -- the new code now sometimes works on my P4 but not on the twin-quad-xeon or the Mac MIni. Worrying about the buildSrc problem initially: I wonder if the problem is that the directory buildSrc/tmpTest/root is being deleted and then buildSrc/tmpTest is being delete and the speed with which the Java code executes is too quick for NFS, so there is a .nfs file in buildSrc/tmpTest at the point at which the delete happens. I tried putting in a Thread.sleep ( 1000 ) into GradleUtil.deleteDir but it made no difference. Actually I put a System.err.println in there and nothing was printed out so either all IO is being redirected or it never got into that method. If you want to do this over XMPP my id is russel@.... -- Russel. ==================================================== Dr Russel Winder Partner Concertant LLP t: +44 20 7585 2200, +44 20 7193 9203 41 Buckmaster Road, f: +44 8700 516 084 London SW11 1EN, UK. m: +44 7770 465 077 |
|
|
Re: Test fails
by Russel Winder-4
::
Rate this Message:
On Thu, 2008-10-23 at 11:46 +0100, Russel Winder wrote:
> Current guess is that this is a timing problem -- the new code now > sometimes works on my P4 but not on the twin-quad-xeon or the Mac MIni. > > Worrying about the buildSrc problem initially: I wonder if the problem > is that the directory buildSrc/tmpTest/root is being deleted and then > buildSrc/tmpTest is being delete and the speed with which the Java code > executes is too quick for NFS, so there is a .nfs file in > buildSrc/tmpTest at the point at which the delete happens. > > I tried putting in a Thread.sleep ( 1000 ) into GradleUtil.deleteDir but > it made no difference. Actually I put a System.err.println in there and > nothing was printed out so either all IO is being redirected or it never > got into that method. a delay of 100ms before each delete cures the problem, so it appears it might be a speed/timing/synchronization/sequencing problem. So the upshot is that you cannot delete a directory and then immediately delete its parent directory when using an NFS mounted filestore without introducing a small time period to replace "immediately". On the one hand introducing the Thread.sleep seems a complete travesty since there is no need for it, on the other hand without it anyone using a fast processor and NFS discs is going to be shafted. I think adding the delay into the general function is the wrong thing to do since it slows things down where they don't need slowing down, adding a small delay in the tests themselves seems like the right thing to do since that is where the context is. Does this seem reasonable. -- Russel. ==================================================== Dr Russel Winder Partner Concertant LLP t: +44 20 7585 2200, +44 20 7193 9203 41 Buckmaster Road, f: +44 8700 516 084 London SW11 1EN, UK. m: +44 7770 465 077 |
|
|
Re: Test fails
by Russel Winder-4
::
Rate this Message:
On Thu, 2008-10-23 at 12:11 +0200, Hans Dockter wrote:
> > Still failing :-( Hummm... this is not longer true. > > The implication is that a directory with a still open file is being > > deleted -- possibly in buildSrc/tmpTest/root ? > > the delete logic that is used can be found in: src/main/groovy/org/ > gradle/util/GradleUtil.groovy and the method deleteDir. > > The VersionTest is calling the delete method in its tearDown method. > Could you switch back to the AntBuilder delete in GradleUtil and add > set the quiet attribute to true? On the one hand what there is now works. On the other hand what was there might work as well :-) On the third hand: "./gradlew clean" fails with the NFS problem but a newly constructed Gradle leads to a "gradle clean" that works fine. I think they change has solved the problem which is real and did exist, my doubt about the change fixing things is almost certainly due to bad experimentation on my part. -- Russel. ==================================================== Dr Russel Winder Partner Concertant LLP t: +44 20 7585 2200, +44 20 7193 9203 41 Buckmaster Road, f: +44 8700 516 084 London SW11 1EN, UK. m: +44 7770 465 077 |
signature.asc (196 bytes) 
| Free Forum Powered by Nabble | Forum Help |
