Hmpf, sorry for that - it seems that my latest changes break the resolver. For whatever reason the tests passed the first times I started them :( I'll try to fix it as soon as possible.
Carsten Ian Boston wrote > bisect is saying its this one > commit 38ecdca25062d52db6a8a464a9acd3cac4528cfd > Author: cziegeler <cziege...@13f79535-47bb-0310-9956-ffa450edef68> > Date: Sun May 23 13:35:46 2010 +0000 > > SLING-1446 : Scripts should be resolved against the current workspace > > git-svn-id: https://svn.apache.org/repos/asf/sling/tr...@947408 > 13f79535-47bb-0310-9956-ffa450edef68 > > > ie r947408 > > Reverting that gives me a good build. > > Ian > > On 24 May 2010, at 13:20, Justin Edelson wrote: > >> I think Hudson reported these as well. >> >> On May 24, 2010, at 8:15 AM, Ian Boston <[email protected]> wrote: >> >>> >>> Hi, >>> >>> I am seeing test failures in servlets/resolvers, >>> >>> anyone else ? >>> >>> Ian >>> >>> >>> testGetServlets0(org.apache.sling.servlets.resolver.internal.helper.ResourceCollectorGetServletsTest) >>> Time elapsed: 0.002 sec <<< FAILURE! >>> junit.framework.AssertionFailedError: null >>> at junit.framework.Assert.fail(Assert.java:47) >>> at junit.framework.Assert.assertTrue(Assert.java:20) >>> at junit.framework.Assert.assertTrue(Assert.java:27) >>> at >>> org.apache.sling.servlets.resolver.internal.helper.ResourceCollectorGetServletsTest.effectiveTest(ResourceCollectorGetServletsTest.java:162) >>> at >>> org.apache.sling.servlets.resolver.internal.helper.ResourceCollectorGetServletsTest.testGetServlets0(ResourceCollectorGetServletsTest.java:57) >>> 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) >>> > > -- Carsten Ziegeler [email protected]
