You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tapestry.apache.org by Chris Poulsen <ma...@nesluop.dk> on 2011/06/30 00:20:49 UTC
gradle test troubles when building tapestry-ioc from trunk
Hi,
I'm trying to build trunk on windows using gradle 1.0-M3 / jdk 1.6.0_26 and
have found a couple of issues while attempting that:
FYI: I managed to run the selenium tests in tapestry-core with firefox5
simply by updating the selenium dependency to v 2.0rc3 and do a couple of
trivial changes to get it compiling (a method had been added to the selenium
interface since v1 and needed to be delegated. Also a test on a disabled
attribute had to be changed testing on "true" instead of "disabled" (or the
other way around), this could be a selenium issue, i don't know. - The
selenium v2 tests run pretty slow in general, but this issue have already
been raised on the selenium lists.
*) Clean checkout, executing "gradle idea" fails, with some minus-set
operator being null or something. Doing "gradle install" first lets the
next"gradle idea" do its magic successfully.
*) I can build the artifacts successfully with "gradle install", while the
tests in tapestry-ioc fails. There are 5 failed tests (4 seemingly identical
and a different one) that I have a hard time making sense of - perhaps
someone could give me a hint to get them running? (The traces are in the
bottom of this mail.)
Thanks!
--
Chris
The trace reported for the 4 similar errors are:
*delete_class*
Test class: org.apache.tapestry5.ioc.ReloadTest
org.apache.tapestry5.ioc.internal.OperationException: Unable to load
class com.example.ReloadableServiceImpl: caught an exception while
obtaining a class file for com.example.ReloadableServiceImpl
at org.apache.tapestry5.ioc.internal.OperationTrackerImpl.logAndRethrow(OperationTrackerImpl.java:102)
at org.apache.tapestry5.ioc.internal.OperationTrackerImpl.invoke(OperationTrackerImpl.java:69)
at org.apache.tapestry5.ioc.internal.PerThreadOperationTracker.invoke(PerThreadOperationTracker.java:68)
at org.apache.tapestry5.ioc.internal.RegistryImpl.invoke(RegistryImpl.java:1082)
at org.apache.tapestry5.ioc.internal.AbstractReloadableObjectCreator.createInstance(AbstractReloadableObjectCreator.java:142)
at org.apache.tapestry5.ioc.internal.AbstractReloadableObjectCreator.createObject(AbstractReloadableObjectCreator.java:135)
at $ReloadableService_17bca9342b19.delegate(Unknown Source)
at $ReloadableService_17bca9342b19.getStatus(Unknown Source)
at $ReloadableService_17bca9342b17.getStatus(Unknown Source)
at org.apache.tapestry5.ioc.ReloadTest.delete_class(ReloadTest.java:158)
at org.gradle.api.internal.tasks.testing.testng.TestNGTestClassProcessor.stop(TestNGTestClassProcessor.java:95)
at org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.stop(SuiteTestClassProcessor.java:58)
at org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
at org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
at org.gradle.messaging.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
at org.gradle.messaging.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:75)
at $Proxy3.stop(Unknown Source)
at org.gradle.api.internal.tasks.testing.worker.TestWorker.stop(TestWorker.java:91)
at org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
at org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
at org.gradle.messaging.remote.internal.MethodInvocationUnmarshallingDispatch.dispatch(MethodInvocationUnmarshallingDispatch.java:48)
at org.gradle.messaging.dispatch.DiscardOnFailureDispatch.dispatch(DiscardOnFailureDispatch.java:31)
at org.gradle.messaging.dispatch.AsyncDispatch.dispatchMessages(AsyncDispatch.java:129)
at org.gradle.messaging.dispatch.AsyncDispatch.access$000(AsyncDispatch.java:33)
at org.gradle.messaging.dispatch.AsyncDispatch$1.run(AsyncDispatch.java:69)
at org.gradle.messaging.concurrent.DefaultExecutorFactory$StoppableExecutorImpl$1.run(DefaultExecutorFactory.java:63)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)
Caused by: java.lang.RuntimeException: Unable to load class
com.example.ReloadableServiceImpl: caught an exception while obtaining
a class file for com.example.ReloadableServiceImpl
at org.apache.tapestry5.ioc.internal.AbstractReloadableObjectCreator.reloadImplementationClass(AbstractReloadableObjectCreator.java:191)
at org.apache.tapestry5.ioc.internal.AbstractReloadableObjectCreator.access$100(AbstractReloadableObjectCreator.java:49)
at org.apache.tapestry5.ioc.internal.AbstractReloadableObjectCreator$1.invoke(AbstractReloadableObjectCreator.java:146)
at org.apache.tapestry5.ioc.internal.OperationTrackerImpl.invoke(OperationTrackerImpl.java:65)
... 57 more
Caused by: java.lang.ClassNotFoundException: caught an exception while
obtaining a class file for com.example.ReloadableServiceImpl
at javassist.Loader.findClass(Loader.java:359)
at org.apache.tapestry5.ioc.internal.AbstractReloadableObjectCreator$InternalLoader.findClass(AbstractReloadableObjectCreator.java:62)
at javassist.Loader.loadClass(Loader.java:311)
at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
at org.apache.tapestry5.ioc.internal.AbstractReloadableObjectCreator.reloadImplementationClass(AbstractReloadableObjectCreator.java:183)
... 60 more
Caused by: java.lang.IllegalArgumentException: URI is not hierarchical
at java.io.File.<init>(File.java:363)
at org.apache.tapestry5.ioc.services.ClassFabUtils.toFileFromFileProtocolURL(ClassFabUtils.java:290)
at org.apache.tapestry5.ioc.internal.util.URLChangeTracker.add(URLChangeTracker.java:123)
at org.apache.tapestry5.ioc.internal.AbstractReloadableObjectCreator.trackClassFileChanges(AbstractReloadableObjectCreator.java:268)
at org.apache.tapestry5.ioc.internal.AbstractReloadableObjectCreator.onLoad(AbstractReloadableObjectCreator.java:217)
at javassist.Loader.findClass(Loader.java:340)
... 64 more
... Removed 30 stack frames
I don't know if this trace makes sense to anyone?
The other trace is:
*invalid_service_implementation*
Test class: org.apache.tapestry5.ioc.ReloadTest:
java.lang.AssertionError: expected:<Service implementation class
com.example.ReloadableServiceImpl does not have a suitable public
constructor.> but was:<Unable to load class
com.example.ReloadableServiceImpl: caught an exception while obtaining
a class file for com.example.ReloadableServiceImpl>
at org.apache.tapestry5.ioc.ReloadTest.invalid_service_implementation(ReloadTest.java:248)
at org.gradle.api.internal.tasks.testing.testng.TestNGTestClassProcessor.stop(TestNGTestClassProcessor.java:95)
at org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.stop(SuiteTestClassProcessor.java:58)
at org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
at org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
at org.gradle.messaging.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
at org.gradle.messaging.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:75)
at $Proxy3.stop(Unknown Source)
at org.gradle.api.internal.tasks.testing.worker.TestWorker.stop(TestWorker.java:91)
at org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
at org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
at org.gradle.messaging.remote.internal.MethodInvocationUnmarshallingDispatch.dispatch(MethodInvocationUnmarshallingDispatch.java:48)
at org.gradle.messaging.dispatch.DiscardOnFailureDispatch.dispatch(DiscardOnFailureDispatch.java:31)
at org.gradle.messaging.dispatch.AsyncDispatch.dispatchMessages(AsyncDispatch.java:129)
at org.gradle.messaging.dispatch.AsyncDispatch.access$000(AsyncDispatch.java:33)
at org.gradle.messaging.dispatch.AsyncDispatch$1.run(AsyncDispatch.java:69)
at org.gradle.messaging.concurrent.DefaultExecutorFactory$StoppableExecutorImpl$1.run(DefaultExecutorFactory.java:63)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)
... Removed 35 stack frames
Click to hide stack frames
java.lang.AssertionError: expected:<Service implementation class
com.example.ReloadableServiceImpl does not have a suitable public
constructor.> but was:<Unable to load class
com.example.ReloadableServiceImpl: caught an exception while obtaining
a class file for com.example.ReloadableServiceImpl>
at org.testng.Assert.fail(Assert.java:89)
at org.testng.Assert.failNotEquals(Assert.java:480)
at org.testng.Assert.assertEquals(Assert.java:118)
at org.testng.Assert.assertEquals(Assert.java:171)
at org.testng.Assert.assertEquals(Assert.java:181)
at org.apache.tapestry5.ioc.ReloadTest.invalid_service_implementation(ReloadTest.java:248)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:74)
at org.testng.internal.Invoker.invokeMethod(Invoker.java:673)
at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:846)
at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1170)
at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:125)
at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:109)
at org.testng.TestRunner.runWorkers(TestRunner.java:1125)
at org.testng.TestRunner.privateRun(TestRunner.java:749)
at org.testng.TestRunner.run(TestRunner.java:600)
at org.testng.SuiteRunner.runTest(SuiteRunner.java:317)
at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:312)
at org.testng.SuiteRunner.privateRun(SuiteRunner.java:274)
at org.testng.SuiteRunner.run(SuiteRunner.java:223)
at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:52)
at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:86)
at org.testng.TestNG.runSuitesSequentially(TestNG.java:1007)
at org.testng.TestNG.runSuitesLocally(TestNG.java:932)
at org.testng.TestNG.run(TestNG.java:868)
at org.gradle.api.internal.tasks.testing.testng.TestNGTestClassProcessor.stop(TestNGTestClassProcessor.java:95)
at org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.stop(SuiteTestClassProcessor.java:58)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
at org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
at org.gradle.messaging.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
at org.gradle.messaging.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:75)
at $Proxy3.stop(Unknown Source)
at org.gradle.api.internal.tasks.testing.worker.TestWorker.stop(TestWorker.java:91)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
at org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
at org.gradle.messaging.remote.internal.MethodInvocationUnmarshallingDispatch.dispatch(MethodInvocationUnmarshallingDispatch.java:48)
at org.gradle.messaging.dispatch.DiscardOnFailureDispatch.dispatch(DiscardOnFailureDispatch.java:31)
at org.gradle.messaging.dispatch.AsyncDispatch.dispatchMessages(AsyncDispatch.java:129)
at org.gradle.messaging.dispatch.AsyncDispatch.access$000(AsyncDispatch.java:33)
at org.gradle.messaging.dispatch.AsyncDispatch$1.run(AsyncDispatch.java:69)
at org.gradle.messaging.concurrent.DefaultExecutorFactory$StoppableExecutorImpl$1.run(DefaultExecutorFactory.java:63)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)
Re: gradle test troubles when building tapestry-ioc from trunk
Posted by Howard Lewis Ship <hl...@gmail.com>.
I'll give this a try, if it works on Mac then I'm fine with the change.
On Tue, Jul 5, 2011 at 1:04 PM, Chris Poulsen <ma...@nesluop.dk> wrote:
> Hi,
>
> I decided to take another stab at getting tapestry-ioc tests running on my
> windows machine.
>
> It turns out that the creation of the temp-dir in ReloadTest.java doesn't
> work 100% like expected on windows. The generated url ends up as:
> "file:c:/blahblah/xxxx/" while it should be "file:/c:/blahblah/xxxx/" (slash
> before the drive letter).
>
> The following trivial change seems to fix it on windows, I don't know about
> other OS'es as my unix box is currently offline, but I guess the following
> solution has a good chance of working across the board:
>
> C:\code\framework\tapestry5>svn diff
> Index: tapestry-ioc/src/test/java/org/apache/tapestry5/ioc/ReloadTest.java
> ===================================================================
> --- tapestry-ioc/src/test/java/org/apache/tapestry5/ioc/ReloadTest.java
> (revision 1143145)
> +++ tapestry-ioc/src/test/java/org/apache/tapestry5/ioc/ReloadTest.java
> (working copy)
> @@ -17,6 +17,7 @@
> import java.io.File;
> import java.io.IOException;
> import java.lang.reflect.Modifier;
> +import java.net.URI;
> import java.net.URL;
> import java.net.URLClassLoader;
>
> @@ -68,7 +69,7 @@
>
> // URLClassLoader REQUIRES that File URLs end with a slash! That's
> a half hour of my life gone!
>
> - URL classesURL = new URL("file:" + classesDir.getCanonicalPath() +
> "/");
> + URL classesURL = new URL(classesDir.toURI().toString()+"/");
>
> System.out.println("Reload classes dir: " + classesURL);
>
>
> Also I think this test may leave its "temp-dir" behind after completion? It
> is possible to register a deletion hook ( File.deleteOnExit() ) on the
> file/directory object, but I can't find anywhere its being set.
>
> It would be nice if a solution that works on both *nix and windows can be
> found for the ReloadTest.
>
> --
> Chris
>
>
> On Thu, Jun 30, 2011 at 10:47 AM, Chris Poulsen <ma...@nesluop.dk>wrote:
>
>> Hi,
>>
>> I'm pretty sure that this isn't firewall related (windows firewall is
>> disabled on the network locations where I've tested this).
>>
>> All ioc tests (except the 5 execute) successfully. The error message:
>>
>> Caused by: java.lang.IllegalArgumentException: URI is not hierarchical
>>
>> does not look like its a failed connect? Google suggests its related to
>> opening a file located in a jar.
>>
>> - Guess I'll have to figure out how to attach a debugger to the gradle
>> build to see whats going on.
>>
>> --
>> Chris
>>
>>
>> 2011/6/30 François Facon <fr...@atosorigin.com>
>>
>>> During IOC Test task GradleMain open a connection on port 443 https.
>>> Perhaps you have to check your firewall configuration to make sure
>>> your system allow this kind of connection.
>>>
>>> François
>>>
>>>
>>>
>>> 2011/6/30 Chris Poulsen <ma...@nesluop.dk>:
>>> > Hi,
>>> >
>>> > Yeah, gradle reported the line of the error, so I figured it was related
>>> to
>>> > something like that. Its no biggie for me, I just thought you wanted to
>>> > know.
>>> >
>>> > I'm more concerned about the 5 failing ioc tests, any pointers on how to
>>> get
>>> > those tests going?
>>> >
>>> > --
>>> > Chris
>>> >
>>> > On Thu, Jun 30, 2011 at 12:35 AM, Josh Canfield <joshcanfield@gmail.com
>>> >wrote:
>>> >
>>> >> > *) Clean checkout, executing "gradle idea" fails, with some minus-set
>>> >> > operator being null or something. Doing "gradle install" first lets
>>> the
>>> >> > next"gradle idea" do its magic successfully.
>>> >>
>>> >> That's my bad. I wanted build/generated-sources not be excluded.
>>> >>
>>> >> ideaModule.doFirst {
>>> >> excludeDirs -= buildDir
>>> >>
>>> >> def generatedDir = file("$buildDir/generated-sources")
>>> >>
>>> >> def buildMinusGeneratedDir = (buildDir.listFiles() - generatedDir)
>>> >> as Set<File>
>>> >>
>>> >> excludeDirs += buildMinusGeneratedDir
>>> >> }
>>> >>
>>> >> Apparently since the build directory isn't created yet it's failing. I
>>> >> suppose the XML generated could be tweaked instead....
>>> >>
>>> >>
>>> >>
>>> >> On Wed, Jun 29, 2011 at 3:20 PM, Chris Poulsen <mailinglist@nesluop.dk
>>> >
>>> >> wrote:
>>> >> > Hi,
>>> >>
>>> >> ---------------------------------------------------------------------
>>> >> To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
>>> >> For additional commands, e-mail: dev-help@tapestry.apache.org
>>> >>
>>> >>
>>> >
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
>>> For additional commands, e-mail: dev-help@tapestry.apache.org
>>>
>>>
>>
>
--
Howard M. Lewis Ship
Creator of Apache Tapestry
The source for Tapestry training, mentoring and support. Contact me to
learn how I can get you up and productive in Tapestry fast!
(971) 678-5210
http://howardlewisship.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
For additional commands, e-mail: dev-help@tapestry.apache.org
Re: gradle test troubles when building tapestry-ioc from trunk
Posted by Chris Poulsen <ma...@nesluop.dk>.
Hi,
I decided to take another stab at getting tapestry-ioc tests running on my
windows machine.
It turns out that the creation of the temp-dir in ReloadTest.java doesn't
work 100% like expected on windows. The generated url ends up as:
"file:c:/blahblah/xxxx/" while it should be "file:/c:/blahblah/xxxx/" (slash
before the drive letter).
The following trivial change seems to fix it on windows, I don't know about
other OS'es as my unix box is currently offline, but I guess the following
solution has a good chance of working across the board:
C:\code\framework\tapestry5>svn diff
Index: tapestry-ioc/src/test/java/org/apache/tapestry5/ioc/ReloadTest.java
===================================================================
--- tapestry-ioc/src/test/java/org/apache/tapestry5/ioc/ReloadTest.java
(revision 1143145)
+++ tapestry-ioc/src/test/java/org/apache/tapestry5/ioc/ReloadTest.java
(working copy)
@@ -17,6 +17,7 @@
import java.io.File;
import java.io.IOException;
import java.lang.reflect.Modifier;
+import java.net.URI;
import java.net.URL;
import java.net.URLClassLoader;
@@ -68,7 +69,7 @@
// URLClassLoader REQUIRES that File URLs end with a slash! That's
a half hour of my life gone!
- URL classesURL = new URL("file:" + classesDir.getCanonicalPath() +
"/");
+ URL classesURL = new URL(classesDir.toURI().toString()+"/");
System.out.println("Reload classes dir: " + classesURL);
Also I think this test may leave its "temp-dir" behind after completion? It
is possible to register a deletion hook ( File.deleteOnExit() ) on the
file/directory object, but I can't find anywhere its being set.
It would be nice if a solution that works on both *nix and windows can be
found for the ReloadTest.
--
Chris
On Thu, Jun 30, 2011 at 10:47 AM, Chris Poulsen <ma...@nesluop.dk>wrote:
> Hi,
>
> I'm pretty sure that this isn't firewall related (windows firewall is
> disabled on the network locations where I've tested this).
>
> All ioc tests (except the 5 execute) successfully. The error message:
>
> Caused by: java.lang.IllegalArgumentException: URI is not hierarchical
>
> does not look like its a failed connect? Google suggests its related to
> opening a file located in a jar.
>
> - Guess I'll have to figure out how to attach a debugger to the gradle
> build to see whats going on.
>
> --
> Chris
>
>
> 2011/6/30 François Facon <fr...@atosorigin.com>
>
>> During IOC Test task GradleMain open a connection on port 443 https.
>> Perhaps you have to check your firewall configuration to make sure
>> your system allow this kind of connection.
>>
>> François
>>
>>
>>
>> 2011/6/30 Chris Poulsen <ma...@nesluop.dk>:
>> > Hi,
>> >
>> > Yeah, gradle reported the line of the error, so I figured it was related
>> to
>> > something like that. Its no biggie for me, I just thought you wanted to
>> > know.
>> >
>> > I'm more concerned about the 5 failing ioc tests, any pointers on how to
>> get
>> > those tests going?
>> >
>> > --
>> > Chris
>> >
>> > On Thu, Jun 30, 2011 at 12:35 AM, Josh Canfield <joshcanfield@gmail.com
>> >wrote:
>> >
>> >> > *) Clean checkout, executing "gradle idea" fails, with some minus-set
>> >> > operator being null or something. Doing "gradle install" first lets
>> the
>> >> > next"gradle idea" do its magic successfully.
>> >>
>> >> That's my bad. I wanted build/generated-sources not be excluded.
>> >>
>> >> ideaModule.doFirst {
>> >> excludeDirs -= buildDir
>> >>
>> >> def generatedDir = file("$buildDir/generated-sources")
>> >>
>> >> def buildMinusGeneratedDir = (buildDir.listFiles() - generatedDir)
>> >> as Set<File>
>> >>
>> >> excludeDirs += buildMinusGeneratedDir
>> >> }
>> >>
>> >> Apparently since the build directory isn't created yet it's failing. I
>> >> suppose the XML generated could be tweaked instead....
>> >>
>> >>
>> >>
>> >> On Wed, Jun 29, 2011 at 3:20 PM, Chris Poulsen <mailinglist@nesluop.dk
>> >
>> >> wrote:
>> >> > Hi,
>> >>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
>> >> For additional commands, e-mail: dev-help@tapestry.apache.org
>> >>
>> >>
>> >
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
>> For additional commands, e-mail: dev-help@tapestry.apache.org
>>
>>
>
Re: gradle test troubles when building tapestry-ioc from trunk
Posted by Chris Poulsen <ma...@nesluop.dk>.
Hi,
I'm pretty sure that this isn't firewall related (windows firewall is
disabled on the network locations where I've tested this).
All ioc tests (except the 5 execute) successfully. The error message:
Caused by: java.lang.IllegalArgumentException: URI is not hierarchical
does not look like its a failed connect? Google suggests its related to
opening a file located in a jar.
- Guess I'll have to figure out how to attach a debugger to the gradle build
to see whats going on.
--
Chris
2011/6/30 François Facon <fr...@atosorigin.com>
> During IOC Test task GradleMain open a connection on port 443 https.
> Perhaps you have to check your firewall configuration to make sure
> your system allow this kind of connection.
>
> François
>
>
>
> 2011/6/30 Chris Poulsen <ma...@nesluop.dk>:
> > Hi,
> >
> > Yeah, gradle reported the line of the error, so I figured it was related
> to
> > something like that. Its no biggie for me, I just thought you wanted to
> > know.
> >
> > I'm more concerned about the 5 failing ioc tests, any pointers on how to
> get
> > those tests going?
> >
> > --
> > Chris
> >
> > On Thu, Jun 30, 2011 at 12:35 AM, Josh Canfield <joshcanfield@gmail.com
> >wrote:
> >
> >> > *) Clean checkout, executing "gradle idea" fails, with some minus-set
> >> > operator being null or something. Doing "gradle install" first lets
> the
> >> > next"gradle idea" do its magic successfully.
> >>
> >> That's my bad. I wanted build/generated-sources not be excluded.
> >>
> >> ideaModule.doFirst {
> >> excludeDirs -= buildDir
> >>
> >> def generatedDir = file("$buildDir/generated-sources")
> >>
> >> def buildMinusGeneratedDir = (buildDir.listFiles() - generatedDir)
> >> as Set<File>
> >>
> >> excludeDirs += buildMinusGeneratedDir
> >> }
> >>
> >> Apparently since the build directory isn't created yet it's failing. I
> >> suppose the XML generated could be tweaked instead....
> >>
> >>
> >>
> >> On Wed, Jun 29, 2011 at 3:20 PM, Chris Poulsen <ma...@nesluop.dk>
> >> wrote:
> >> > Hi,
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
> >> For additional commands, e-mail: dev-help@tapestry.apache.org
> >>
> >>
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: dev-help@tapestry.apache.org
>
>
Re: gradle test troubles when building tapestry-ioc from trunk
Posted by François Facon <fr...@atosorigin.com>.
During IOC Test task GradleMain open a connection on port 443 https.
Perhaps you have to check your firewall configuration to make sure
your system allow this kind of connection.
François
2011/6/30 Chris Poulsen <ma...@nesluop.dk>:
> Hi,
>
> Yeah, gradle reported the line of the error, so I figured it was related to
> something like that. Its no biggie for me, I just thought you wanted to
> know.
>
> I'm more concerned about the 5 failing ioc tests, any pointers on how to get
> those tests going?
>
> --
> Chris
>
> On Thu, Jun 30, 2011 at 12:35 AM, Josh Canfield <jo...@gmail.com>wrote:
>
>> > *) Clean checkout, executing "gradle idea" fails, with some minus-set
>> > operator being null or something. Doing "gradle install" first lets the
>> > next"gradle idea" do its magic successfully.
>>
>> That's my bad. I wanted build/generated-sources not be excluded.
>>
>> ideaModule.doFirst {
>> excludeDirs -= buildDir
>>
>> def generatedDir = file("$buildDir/generated-sources")
>>
>> def buildMinusGeneratedDir = (buildDir.listFiles() - generatedDir)
>> as Set<File>
>>
>> excludeDirs += buildMinusGeneratedDir
>> }
>>
>> Apparently since the build directory isn't created yet it's failing. I
>> suppose the XML generated could be tweaked instead....
>>
>>
>>
>> On Wed, Jun 29, 2011 at 3:20 PM, Chris Poulsen <ma...@nesluop.dk>
>> wrote:
>> > Hi,
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
>> For additional commands, e-mail: dev-help@tapestry.apache.org
>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
For additional commands, e-mail: dev-help@tapestry.apache.org
Re: gradle test troubles when building tapestry-ioc from trunk
Posted by Chris Poulsen <ma...@nesluop.dk>.
Hi,
Yeah, gradle reported the line of the error, so I figured it was related to
something like that. Its no biggie for me, I just thought you wanted to
know.
I'm more concerned about the 5 failing ioc tests, any pointers on how to get
those tests going?
--
Chris
On Thu, Jun 30, 2011 at 12:35 AM, Josh Canfield <jo...@gmail.com>wrote:
> > *) Clean checkout, executing "gradle idea" fails, with some minus-set
> > operator being null or something. Doing "gradle install" first lets the
> > next"gradle idea" do its magic successfully.
>
> That's my bad. I wanted build/generated-sources not be excluded.
>
> ideaModule.doFirst {
> excludeDirs -= buildDir
>
> def generatedDir = file("$buildDir/generated-sources")
>
> def buildMinusGeneratedDir = (buildDir.listFiles() - generatedDir)
> as Set<File>
>
> excludeDirs += buildMinusGeneratedDir
> }
>
> Apparently since the build directory isn't created yet it's failing. I
> suppose the XML generated could be tweaked instead....
>
>
>
> On Wed, Jun 29, 2011 at 3:20 PM, Chris Poulsen <ma...@nesluop.dk>
> wrote:
> > Hi,
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: dev-help@tapestry.apache.org
>
>
Re: gradle test troubles when building tapestry-ioc from trunk
Posted by Josh Canfield <jo...@gmail.com>.
> *) Clean checkout, executing "gradle idea" fails, with some minus-set
> operator being null or something. Doing "gradle install" first lets the
> next"gradle idea" do its magic successfully.
That's my bad. I wanted build/generated-sources not be excluded.
ideaModule.doFirst {
excludeDirs -= buildDir
def generatedDir = file("$buildDir/generated-sources")
def buildMinusGeneratedDir = (buildDir.listFiles() - generatedDir)
as Set<File>
excludeDirs += buildMinusGeneratedDir
}
Apparently since the build directory isn't created yet it's failing. I
suppose the XML generated could be tweaked instead....
On Wed, Jun 29, 2011 at 3:20 PM, Chris Poulsen <ma...@nesluop.dk> wrote:
> Hi,
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tapestry.apache.org
For additional commands, e-mail: dev-help@tapestry.apache.org