You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tuscany.apache.org by Simon Nash <na...@apache.org> on 2010/09/28 18:13:44 UTC
[1.6.1] Replacing download.java.net by mirrors.ibiblio.org
I'm trying to build 1.6.1 from a clean maven repo. Things were going steadily
until the build reached the following:
[INFO] ------------------------------------------------------------------------
[INFO] Building Apache Tuscany SCA WSDL2Java Tool
[INFO] task-segment: [install]
[INFO] ------------------------------------------------------------------------
[INFO] [build-helper:add-test-source {execution: add-test-source}]
[INFO] Test Source directory: E:\td\sca161\sca-java-1.6.1\tools\wsdl2java\target
\sdo-source added.
[INFO] [resources:resources]
[WARNING] File encoding has not been set, using platform encoding Cp1252, i.e. b
uild is platform dependent!
[WARNING] Using platform encoding (Cp1252 actually) to copy filtered resources,
i.e. build is platform dependent!
[INFO] Copying 2 resources
[INFO] Copying 2 resources to META-INF
Downloading: http://download.java.net/maven/1/com.sun.xml.bind/poms/jaxb-xjc-2.1
.7.pom
343b downloaded
Downloading: http://download.java.net/maven/1/com.sun.xml.bind/jars/jaxb-xjc-2.1
.7.jar
440/3053K
At the current rate of progress (3K per minute) it will take about 15 hours to
finish getting this one file!
It appears there's an alternative source for this file at
http://mirrors.ibiblio.org/pub/mirrors/maven2/com/sun/xml/bind/jaxb-xjc/2.1.7/
I just tried downloading it from there and it completed quickly with no problems.
For the sake of users trying to build 1.6.1 from the source distro (as well as
for my own sanity) I'd like to change those 1.6.1 poms that currently use
download.java.net/maven/1 to use mirrors.ibiblio.org/pub/mirrors/maven2 instead.
Is there any possible reason why I shouldn't make this change?
Simon
Re: [1.6.1] Replacing download.java.net by mirrors.ibiblio.org
Posted by Simon Nash <na...@apache.org>.
ant elder wrote:
> On Thu, Sep 30, 2010 at 1:18 AM, Luciano Resende <lu...@gmail.com> wrote:
>> On Wed, Sep 29, 2010 at 8:27 AM, Simon Nash <na...@apache.org> wrote:
>>> I tried the "brute force" approach today. Without any changes to the
>>> repository definitions in the poms I ran the top-level build and killed it
>>> when it hit a "hung" download. I rebuilt the failing module until the
>>> download completed and then I restarted the build. I continued doing this
>>> until the whole build completed. This worked with only 3 restarts and it
>>> seems to be the best we can expect.
>>>
>>> Simon
>>>
>>>
>> I gave it a try, building 1.6.1 with empty repo, and it went all way
>> trough on the first try except for a issue with Jetty trying to use a
>> port that was already in use in my server machine. You might be
>> experiencing network/latency issues in your environment.
>>
>
> I've just tried building the 1.6.1 branch with an empty local repo
> too, after almost 5 hours it got to samples/calculator-distributed
> which failed with NPEs:
>
The NPEs are probably a side effect of the original problem with
IllegalArgumentException/no valid constructor.
I have never seen this problem. Can you reproduce it by running the
build for samples/calculator-distributed again?
Simon
> Running calculator.CalculatorDistributedTestCase
> Setting up domain
> 30-Sep-2010 13:26:07 org.apache.tuscany.sca.node.impl.NodeImpl <init>
> INFO: Creating node: DomainManager.composite
> org.osoa.sca.ServiceRuntimeException:
> java.lang.IllegalArgumentException: No valid constructor is found for
> class org.apache.tuscany
> .sca.core.work.impl.DefaultWorkScheduler
> Tests run: 2, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 0.406
> sec <<< FAILURE!
> testCalculator(calculator.CalculatorDistributedTestCase) Time
> elapsed: 0 sec <<< ERROR!
> java.lang.NullPointerException
> at calculator.CalculatorDistributedTestCase.testCalculator(CalculatorDistributedTestCase.java:87)
> 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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
> at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
> at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
> at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:73)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:46)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:180)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:41)
> at org.junit.runners.ParentRunner$1.evaluate(ParentRunner.java:173)
> at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
> at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:220)
> at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
> at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138)
> at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125)
> at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
> 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.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:308)
> at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:879)
>
> calculator.CalculatorDistributedTestCase Time elapsed: 0 sec <<< ERROR!
> java.lang.NullPointerException
> at calculator.CalculatorDistributedTestCase.destroy(CalculatorDistributedTestCase.java:77)
> 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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
> at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:37)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:220)
> at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
> at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138)
> at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125)
> at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
> 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.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:308)
> at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:879)
>
>
> Results :
>
> Tests in error:
> testCalculator(calculator.CalculatorDistributedTestCase)
> calculator.CalculatorDistributedTestCase
>
> Tests run: 2, Failures: 0, Errors: 2, Skipped: 0
>
>
Re: [1.6.1] Replacing download.java.net by mirrors.ibiblio.org
Posted by Simon Laws <si...@googlemail.com>.
On Fri, Oct 1, 2010 at 9:34 AM, Simon Laws <si...@googlemail.com> wrote:
>>>>>
>>>> I'm very surprised to hear about these failures. I haven't seen anything
>>>> like this, so there must be some difference in your environment from
>>>> mine.
>>>>
>>>> Can anyone else try this and report their results?
>>>>
>>>> Simon
>>>>
>>>>
>
> I'll give it a go but it'll take a little while. Doing svn up now.
>
> Simon
>
> --
> Apache Tuscany committer: tuscany.apache.org
> Co-author of a book about Tuscany and SCA: tuscanyinaction.com
>
OK looks good to me....
[INFO] ------------------------------------------------------------------------
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESSFUL
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 29 minutes 53 seconds
[INFO] Finished at: Fri Oct 01 01:56:25 PDT 2010
[INFO] Final Memory: 654M/986M
[INFO] ------------------------------------------------------------------------
[simon_laws@tuscany sca-java-1.6.1]$
That was on Linux
Java =
java version "1.6.0_07"
Java(TM) SE Runtime Environment (build 1.6.0_07-b06)
Java HotSpot(TM) Server VM (build 10.0-b23, mixed mode)
Maven = 2.1.0
Regards
Simon
--
Apache Tuscany committer: tuscany.apache.org
Co-author of a book about Tuscany and SCA: tuscanyinaction.com
Re: [1.6.1] Replacing download.java.net by mirrors.ibiblio.org
Posted by Simon Laws <si...@googlemail.com>.
>>>>
>>> I'm very surprised to hear about these failures. I haven't seen anything
>>> like this, so there must be some difference in your environment from
>>> mine.
>>>
>>> Can anyone else try this and report their results?
>>>
>>> Simon
>>>
>>>
I'll give it a go but it'll take a little while. Doing svn up now.
Simon
--
Apache Tuscany committer: tuscany.apache.org
Co-author of a book about Tuscany and SCA: tuscanyinaction.com
Re: [1.6.1] Replacing download.java.net by mirrors.ibiblio.org
Posted by Simon Nash <na...@apache.org>.
ant elder wrote:
> On Thu, Sep 30, 2010 at 8:31 PM, Simon Nash <na...@apache.org> wrote:
>> ant elder wrote:
>>> On Thu, Sep 30, 2010 at 1:28 PM, ant elder <an...@gmail.com> wrote:
>>>> On Thu, Sep 30, 2010 at 1:18 AM, Luciano Resende <lu...@gmail.com>
>>>> wrote:
>>>>> On Wed, Sep 29, 2010 at 8:27 AM, Simon Nash <na...@apache.org> wrote:
>>>>>> I tried the "brute force" approach today. Without any changes to the
>>>>>> repository definitions in the poms I ran the top-level build and killed
>>>>>> it
>>>>>> when it hit a "hung" download. I rebuilt the failing module until the
>>>>>> download completed and then I restarted the build. I continued doing
>>>>>> this
>>>>>> until the whole build completed. This worked with only 3 restarts and
>>>>>> it
>>>>>> seems to be the best we can expect.
>>>>>>
>>>>>> Simon
>>>>>>
>>>>>>
>>>>> I gave it a try, building 1.6.1 with empty repo, and it went all way
>>>>> trough on the first try except for a issue with Jetty trying to use a
>>>>> port that was already in use in my server machine. You might be
>>>>> experiencing network/latency issues in your environment.
>>>>>
>>>> I've just tried building the 1.6.1 branch with an empty local repo
>>>> too, after almost 5 hours it got to samples/calculator-distributed
>>>> which failed with NPEs:
>>>>
>>>> Running calculator.CalculatorDistributedTestCase
>>>> Setting up domain
>>>> 30-Sep-2010 13:26:07 org.apache.tuscany.sca.node.impl.NodeImpl <init>
>>>> INFO: Creating node: DomainManager.composite
>>>> org.osoa.sca.ServiceRuntimeException:
>>>> java.lang.IllegalArgumentException: No valid constructor is found for
>>>> class org.apache.tuscany
>>>> .sca.core.work.impl.DefaultWorkScheduler
>>>> Tests run: 2, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 0.406
>>>> sec <<< FAILURE!
>>>> testCalculator(calculator.CalculatorDistributedTestCase) Time
>>>> elapsed: 0 sec <<< ERROR!
>>>> java.lang.NullPointerException
>>>> at
>>>> calculator.CalculatorDistributedTestCase.testCalculator(CalculatorDistributedTestCase.java:87)
>>>> 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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
>>>> at
>>>> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
>>>> at
>>>> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
>>>> at
>>>> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
>>>> at
>>>> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
>>>> at
>>>> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
>>>> at
>>>> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:73)
>>>> at
>>>> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:46)
>>>> at
>>>> org.junit.runners.ParentRunner.runChildren(ParentRunner.java:180)
>>>> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:41)
>>>> at org.junit.runners.ParentRunner$1.evaluate(ParentRunner.java:173)
>>>> at
>>>> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
>>>> at
>>>> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
>>>> at org.junit.runners.ParentRunner.run(ParentRunner.java:220)
>>>> at
>>>> org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
>>>> at
>>>> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138)
>>>> at
>>>> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125)
>>>> at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
>>>> 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.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:308)
>>>> at
>>>> org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:879)
>>>>
>>>> calculator.CalculatorDistributedTestCase Time elapsed: 0 sec <<< ERROR!
>>>> java.lang.NullPointerException
>>>> at
>>>> calculator.CalculatorDistributedTestCase.destroy(CalculatorDistributedTestCase.java:77)
>>>> 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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
>>>> at
>>>> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
>>>> at
>>>> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
>>>> at
>>>> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:37)
>>>> at org.junit.runners.ParentRunner.run(ParentRunner.java:220)
>>>> at
>>>> org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
>>>> at
>>>> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138)
>>>> at
>>>> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125)
>>>> at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
>>>> 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.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:308)
>>>> at
>>>> org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:879)
>>>>
>>>>
>>>> Results :
>>>>
>>>> Tests in error:
>>>> testCalculator(calculator.CalculatorDistributedTestCase)
>>>> calculator.CalculatorDistributedTestCase
>>>>
>>>> Tests run: 2, Failures: 0, Errors: 2, Skipped: 0
>>>>
>>> After that previous fail i used -fae and got a full build through with
>>> the following fails:
>>>
>>> Please refer to
>>>
>>> C:\Tuscany\SVN\1.6.1-brn\samples\calculator-distributed\target\surefire-reports
>>> for the individual test results.
>>> Please refer to
>>>
>>> C:\Tuscany\SVN\1.6.1-brn\itest\domainmgr\basic\runtest\target\surefire-reports
>>> for the individual test results.
>>> Please refer to
>>>
>>> C:\Tuscany\SVN\1.6.1-brn\itest\domainmgr\transaction\runtest\target\surefire-reports
>>> for the individual test results
>>> Please refer to
>>>
>>> C:\Tuscany\SVN\1.6.1-brn\itest\domainmgr\error\runtest\target\surefire-reports
>>> for the individual test results.
>>> Please refer to
>>>
>>> C:\Tuscany\SVN\1.6.1-brn\itest\domainmgr\callback\runtest\target\surefire-reports
>>> for the individual test results.
>>> Please refer to
>>>
>>> C:\Tuscany\SVN\1.6.1-brn\tutorials\store\store-test\target\surefire-reports
>>> for the individual test results.
>>>
>>> The \calculator-distributed is the error in the previous email and the
>>> store-test looks like the same problem. The domainmgr ones look like
>>> they all fail with the same thing which is:
>>>
>>> Running domainmgr.DomainManagerCallbackTestCase
>>> Starting domain manager
>>> DomainMgr.e: 30-Sep-2010 14:57:54
>>> org.apache.tuscany.sca.node.launcher.DomainManagerLauncher main
>>> DomainMgr.e: INFO: Apache Tuscany SCA Domain Manager is starting...
>>> DomainMgr.e: 30-Sep-2010 14:57:54
>>> org.apache.tuscany.sca.node.impl.NodeImpl <init>
>>> DomainMgr.e: INFO: Creating node: DomainManager.composite
>>> DomainMgr.e: 30-Sep-2010 14:57:54
>>> org.apache.tuscany.sca.node.launcher.DomainManagerLauncher main
>>> DomainMgr.e: SEVERE: SCA Domain Manager could not be started
>>> Destroying domain
>>> DomainMgr.e: java.lang.reflect.InvocationTargetException
>>> DomainMgr.e: at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
>>> Method)
>>> DomainMgr.e: at
>>>
>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>>> DomainMgr.e: at
>>>
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>> DomainMgr.e: at java.lang.reflect.Method.invoke(Method.java:597)
>>> DomainMgr.e: at
>>>
>>> org.apache.tuscany.sca.node.launcher.DomainManagerLauncher.main(DomainManagerLauncher.java:95)
>>> DomainMgr.e: Caused by: org.osoa.sca.ServiceRuntimeException:
>>> org.apache.tuscany.sca.core.assembly.ActivationException: java.lang.In
>>> stantiationException:
>>> org.apache.tuscany.sca.client.impl.SCAClientModuleActivator
>>> DomainMgr.e: at
>>> org.apache.tuscany.sca.node.impl.NodeImpl.<init>(NodeImpl.java:204)
>>> DomainMgr.e: at
>>>
>>> org.apache.tuscany.sca.node.impl.NodeFactoryImpl.createSCANodeFromClassLoader(NodeFactoryImpl.java:37)
>>> DomainMgr.e: at
>>>
>>> org.apache.tuscany.sca.domain.manager.launcher.DomainManagerLauncherBootstrap$NodeFacade.start(DomainManagerLaunc
>>> herBootstrap.java:54)
>>> DomainMgr.e: ... 5 more
>>> DomainMgr.e: Caused by:
>>> org.apache.tuscany.sca.core.assembly.ActivationException:
>>> java.lang.InstantiationException: org.apache.tusca
>>> ny.sca.client.impl.SCAClientModuleActivator
>>> DomainMgr.e: at
>>>
>>> org.apache.tuscany.sca.node.impl.RuntimeBootStrapper.loadModules(RuntimeBootStrapper.java:341)
>>> DomainMgr.e: at
>>>
>>> org.apache.tuscany.sca.node.impl.RuntimeBootStrapper.start(RuntimeBootStrapper.java:140)
>>> DomainMgr.e: at
>>> org.apache.tuscany.sca.node.impl.NodeImpl.initRuntime(NodeImpl.java:460)
>>> DomainMgr.e: at
>>> org.apache.tuscany.sca.node.impl.NodeImpl.<init>(NodeImpl.java:197)
>>> DomainMgr.e: ... 7 more
>>> DomainMgr.e: Caused by: java.lang.InstantiationException:
>>> org.apache.tuscany.sca.client.impl.SCAClientModuleActivator
>>> DomainMgr.e: at java.lang.Class.newInstance0(Class.java:340)
>>> DomainMgr.e: at java.lang.Class.newInstance(Class.java:308)
>>> DomainMgr.e: at
>>>
>>> org.apache.tuscany.sca.node.impl.RuntimeBootStrapper.loadModules(RuntimeBootStrapper.java:333)
>>> DomainMgr.e: ... 10 more
>>> Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.516
>>> sec <<< FAILURE!
>>> test(domainmgr.DomainManagerCallbackTestCase) Time elapsed: 0.484 sec
>>> <<< ERROR!
>>> java.lang.IllegalStateException: Domain manager reported error:
>>> SEVERE: SCA Domain Manager could not be started
>>> at
>>> domainmgr.DomainManagerCallbackTestCase.test(DomainManagerCallbackTestCase.java:88)
>>> 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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
>>> at
>>> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
>>> at
>>> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
>>> at
>>> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
>>> at
>>> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
>>> at
>>> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
>>> at
>>> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:73)
>>> at
>>> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:46)
>>> at
>>> org.junit.runners.ParentRunner.runChildren(ParentRunner.java:180)
>>> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:41)
>>> at org.junit.runners.ParentRunner$1.evaluate(ParentRunner.java:173)
>>> at
>>> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
>>> at
>>> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
>>> at org.junit.runners.ParentRunner.run(ParentRunner.java:220)
>>> at
>>> org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
>>> at
>>> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138)
>>> at
>>> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125)
>>> at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
>>> 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.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:308)
>>> at
>>> org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:879)
>>>
>>> Anyway besides those few fails the build did go though with an empty
>>> maven repo so was able to download everything ok.
>>>
>>> ...ant
>>>
>>>
>> I'm very surprised to hear about these failures. I haven't seen anything
>> like this, so there must be some difference in your environment from mine.
>>
>> Can anyone else try this and report their results?
>>
>> Simon
>>
>>
>
> Ok let me try debuging these and the others a bit to see see what i can find.
>
> ...ant
>
>
What level of Java are you using? I'm on 1.6.0_07.
Simon
Re: [1.6.1] Replacing download.java.net by mirrors.ibiblio.org
Posted by ant elder <an...@gmail.com>.
On Thu, Sep 30, 2010 at 8:31 PM, Simon Nash <na...@apache.org> wrote:
> ant elder wrote:
>>
>> On Thu, Sep 30, 2010 at 1:28 PM, ant elder <an...@gmail.com> wrote:
>>>
>>> On Thu, Sep 30, 2010 at 1:18 AM, Luciano Resende <lu...@gmail.com>
>>> wrote:
>>>>
>>>> On Wed, Sep 29, 2010 at 8:27 AM, Simon Nash <na...@apache.org> wrote:
>>>>>
>>>>> I tried the "brute force" approach today. Without any changes to the
>>>>> repository definitions in the poms I ran the top-level build and killed
>>>>> it
>>>>> when it hit a "hung" download. I rebuilt the failing module until the
>>>>> download completed and then I restarted the build. I continued doing
>>>>> this
>>>>> until the whole build completed. This worked with only 3 restarts and
>>>>> it
>>>>> seems to be the best we can expect.
>>>>>
>>>>> Simon
>>>>>
>>>>>
>>>> I gave it a try, building 1.6.1 with empty repo, and it went all way
>>>> trough on the first try except for a issue with Jetty trying to use a
>>>> port that was already in use in my server machine. You might be
>>>> experiencing network/latency issues in your environment.
>>>>
>>> I've just tried building the 1.6.1 branch with an empty local repo
>>> too, after almost 5 hours it got to samples/calculator-distributed
>>> which failed with NPEs:
>>>
>>> Running calculator.CalculatorDistributedTestCase
>>> Setting up domain
>>> 30-Sep-2010 13:26:07 org.apache.tuscany.sca.node.impl.NodeImpl <init>
>>> INFO: Creating node: DomainManager.composite
>>> org.osoa.sca.ServiceRuntimeException:
>>> java.lang.IllegalArgumentException: No valid constructor is found for
>>> class org.apache.tuscany
>>> .sca.core.work.impl.DefaultWorkScheduler
>>> Tests run: 2, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 0.406
>>> sec <<< FAILURE!
>>> testCalculator(calculator.CalculatorDistributedTestCase) Time
>>> elapsed: 0 sec <<< ERROR!
>>> java.lang.NullPointerException
>>> at
>>> calculator.CalculatorDistributedTestCase.testCalculator(CalculatorDistributedTestCase.java:87)
>>> 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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
>>> at
>>> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
>>> at
>>> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
>>> at
>>> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
>>> at
>>> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
>>> at
>>> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
>>> at
>>> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:73)
>>> at
>>> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:46)
>>> at
>>> org.junit.runners.ParentRunner.runChildren(ParentRunner.java:180)
>>> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:41)
>>> at org.junit.runners.ParentRunner$1.evaluate(ParentRunner.java:173)
>>> at
>>> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
>>> at
>>> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
>>> at org.junit.runners.ParentRunner.run(ParentRunner.java:220)
>>> at
>>> org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
>>> at
>>> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138)
>>> at
>>> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125)
>>> at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
>>> 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.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:308)
>>> at
>>> org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:879)
>>>
>>> calculator.CalculatorDistributedTestCase Time elapsed: 0 sec <<< ERROR!
>>> java.lang.NullPointerException
>>> at
>>> calculator.CalculatorDistributedTestCase.destroy(CalculatorDistributedTestCase.java:77)
>>> 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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
>>> at
>>> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
>>> at
>>> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
>>> at
>>> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:37)
>>> at org.junit.runners.ParentRunner.run(ParentRunner.java:220)
>>> at
>>> org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
>>> at
>>> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138)
>>> at
>>> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125)
>>> at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
>>> 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.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:308)
>>> at
>>> org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:879)
>>>
>>>
>>> Results :
>>>
>>> Tests in error:
>>> testCalculator(calculator.CalculatorDistributedTestCase)
>>> calculator.CalculatorDistributedTestCase
>>>
>>> Tests run: 2, Failures: 0, Errors: 2, Skipped: 0
>>>
>>
>> After that previous fail i used -fae and got a full build through with
>> the following fails:
>>
>> Please refer to
>>
>> C:\Tuscany\SVN\1.6.1-brn\samples\calculator-distributed\target\surefire-reports
>> for the individual test results.
>> Please refer to
>>
>> C:\Tuscany\SVN\1.6.1-brn\itest\domainmgr\basic\runtest\target\surefire-reports
>> for the individual test results.
>> Please refer to
>>
>> C:\Tuscany\SVN\1.6.1-brn\itest\domainmgr\transaction\runtest\target\surefire-reports
>> for the individual test results
>> Please refer to
>>
>> C:\Tuscany\SVN\1.6.1-brn\itest\domainmgr\error\runtest\target\surefire-reports
>> for the individual test results.
>> Please refer to
>>
>> C:\Tuscany\SVN\1.6.1-brn\itest\domainmgr\callback\runtest\target\surefire-reports
>> for the individual test results.
>> Please refer to
>>
>> C:\Tuscany\SVN\1.6.1-brn\tutorials\store\store-test\target\surefire-reports
>> for the individual test results.
>>
>> The \calculator-distributed is the error in the previous email and the
>> store-test looks like the same problem. The domainmgr ones look like
>> they all fail with the same thing which is:
>>
>> Running domainmgr.DomainManagerCallbackTestCase
>> Starting domain manager
>> DomainMgr.e: 30-Sep-2010 14:57:54
>> org.apache.tuscany.sca.node.launcher.DomainManagerLauncher main
>> DomainMgr.e: INFO: Apache Tuscany SCA Domain Manager is starting...
>> DomainMgr.e: 30-Sep-2010 14:57:54
>> org.apache.tuscany.sca.node.impl.NodeImpl <init>
>> DomainMgr.e: INFO: Creating node: DomainManager.composite
>> DomainMgr.e: 30-Sep-2010 14:57:54
>> org.apache.tuscany.sca.node.launcher.DomainManagerLauncher main
>> DomainMgr.e: SEVERE: SCA Domain Manager could not be started
>> Destroying domain
>> DomainMgr.e: java.lang.reflect.InvocationTargetException
>> DomainMgr.e: at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
>> Method)
>> DomainMgr.e: at
>>
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>> DomainMgr.e: at
>>
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>> DomainMgr.e: at java.lang.reflect.Method.invoke(Method.java:597)
>> DomainMgr.e: at
>>
>> org.apache.tuscany.sca.node.launcher.DomainManagerLauncher.main(DomainManagerLauncher.java:95)
>> DomainMgr.e: Caused by: org.osoa.sca.ServiceRuntimeException:
>> org.apache.tuscany.sca.core.assembly.ActivationException: java.lang.In
>> stantiationException:
>> org.apache.tuscany.sca.client.impl.SCAClientModuleActivator
>> DomainMgr.e: at
>> org.apache.tuscany.sca.node.impl.NodeImpl.<init>(NodeImpl.java:204)
>> DomainMgr.e: at
>>
>> org.apache.tuscany.sca.node.impl.NodeFactoryImpl.createSCANodeFromClassLoader(NodeFactoryImpl.java:37)
>> DomainMgr.e: at
>>
>> org.apache.tuscany.sca.domain.manager.launcher.DomainManagerLauncherBootstrap$NodeFacade.start(DomainManagerLaunc
>> herBootstrap.java:54)
>> DomainMgr.e: ... 5 more
>> DomainMgr.e: Caused by:
>> org.apache.tuscany.sca.core.assembly.ActivationException:
>> java.lang.InstantiationException: org.apache.tusca
>> ny.sca.client.impl.SCAClientModuleActivator
>> DomainMgr.e: at
>>
>> org.apache.tuscany.sca.node.impl.RuntimeBootStrapper.loadModules(RuntimeBootStrapper.java:341)
>> DomainMgr.e: at
>>
>> org.apache.tuscany.sca.node.impl.RuntimeBootStrapper.start(RuntimeBootStrapper.java:140)
>> DomainMgr.e: at
>> org.apache.tuscany.sca.node.impl.NodeImpl.initRuntime(NodeImpl.java:460)
>> DomainMgr.e: at
>> org.apache.tuscany.sca.node.impl.NodeImpl.<init>(NodeImpl.java:197)
>> DomainMgr.e: ... 7 more
>> DomainMgr.e: Caused by: java.lang.InstantiationException:
>> org.apache.tuscany.sca.client.impl.SCAClientModuleActivator
>> DomainMgr.e: at java.lang.Class.newInstance0(Class.java:340)
>> DomainMgr.e: at java.lang.Class.newInstance(Class.java:308)
>> DomainMgr.e: at
>>
>> org.apache.tuscany.sca.node.impl.RuntimeBootStrapper.loadModules(RuntimeBootStrapper.java:333)
>> DomainMgr.e: ... 10 more
>> Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.516
>> sec <<< FAILURE!
>> test(domainmgr.DomainManagerCallbackTestCase) Time elapsed: 0.484 sec
>> <<< ERROR!
>> java.lang.IllegalStateException: Domain manager reported error:
>> SEVERE: SCA Domain Manager could not be started
>> at
>> domainmgr.DomainManagerCallbackTestCase.test(DomainManagerCallbackTestCase.java:88)
>> 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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
>> at
>> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
>> at
>> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
>> at
>> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
>> at
>> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
>> at
>> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
>> at
>> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:73)
>> at
>> org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:46)
>> at
>> org.junit.runners.ParentRunner.runChildren(ParentRunner.java:180)
>> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:41)
>> at org.junit.runners.ParentRunner$1.evaluate(ParentRunner.java:173)
>> at
>> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
>> at
>> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
>> at org.junit.runners.ParentRunner.run(ParentRunner.java:220)
>> at
>> org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
>> at
>> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138)
>> at
>> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125)
>> at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
>> 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.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:308)
>> at
>> org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:879)
>>
>> Anyway besides those few fails the build did go though with an empty
>> maven repo so was able to download everything ok.
>>
>> ...ant
>>
>>
> I'm very surprised to hear about these failures. I haven't seen anything
> like this, so there must be some difference in your environment from mine.
>
> Can anyone else try this and report their results?
>
> Simon
>
>
Ok let me try debuging these and the others a bit to see see what i can find.
...ant
Re: [1.6.1] Replacing download.java.net by mirrors.ibiblio.org
Posted by Simon Nash <na...@apache.org>.
ant elder wrote:
> On Thu, Sep 30, 2010 at 1:28 PM, ant elder <an...@gmail.com> wrote:
>> On Thu, Sep 30, 2010 at 1:18 AM, Luciano Resende <lu...@gmail.com> wrote:
>>> On Wed, Sep 29, 2010 at 8:27 AM, Simon Nash <na...@apache.org> wrote:
>>>> I tried the "brute force" approach today. Without any changes to the
>>>> repository definitions in the poms I ran the top-level build and killed it
>>>> when it hit a "hung" download. I rebuilt the failing module until the
>>>> download completed and then I restarted the build. I continued doing this
>>>> until the whole build completed. This worked with only 3 restarts and it
>>>> seems to be the best we can expect.
>>>>
>>>> Simon
>>>>
>>>>
>>> I gave it a try, building 1.6.1 with empty repo, and it went all way
>>> trough on the first try except for a issue with Jetty trying to use a
>>> port that was already in use in my server machine. You might be
>>> experiencing network/latency issues in your environment.
>>>
>> I've just tried building the 1.6.1 branch with an empty local repo
>> too, after almost 5 hours it got to samples/calculator-distributed
>> which failed with NPEs:
>>
>> Running calculator.CalculatorDistributedTestCase
>> Setting up domain
>> 30-Sep-2010 13:26:07 org.apache.tuscany.sca.node.impl.NodeImpl <init>
>> INFO: Creating node: DomainManager.composite
>> org.osoa.sca.ServiceRuntimeException:
>> java.lang.IllegalArgumentException: No valid constructor is found for
>> class org.apache.tuscany
>> .sca.core.work.impl.DefaultWorkScheduler
>> Tests run: 2, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 0.406
>> sec <<< FAILURE!
>> testCalculator(calculator.CalculatorDistributedTestCase) Time
>> elapsed: 0 sec <<< ERROR!
>> java.lang.NullPointerException
>> at calculator.CalculatorDistributedTestCase.testCalculator(CalculatorDistributedTestCase.java:87)
>> 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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
>> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
>> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
>> at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
>> at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
>> at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
>> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:73)
>> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:46)
>> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:180)
>> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:41)
>> at org.junit.runners.ParentRunner$1.evaluate(ParentRunner.java:173)
>> at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
>> at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
>> at org.junit.runners.ParentRunner.run(ParentRunner.java:220)
>> at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
>> at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138)
>> at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125)
>> at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
>> 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.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:308)
>> at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:879)
>>
>> calculator.CalculatorDistributedTestCase Time elapsed: 0 sec <<< ERROR!
>> java.lang.NullPointerException
>> at calculator.CalculatorDistributedTestCase.destroy(CalculatorDistributedTestCase.java:77)
>> 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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
>> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
>> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
>> at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:37)
>> at org.junit.runners.ParentRunner.run(ParentRunner.java:220)
>> at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
>> at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138)
>> at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125)
>> at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
>> 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.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:308)
>> at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:879)
>>
>>
>> Results :
>>
>> Tests in error:
>> testCalculator(calculator.CalculatorDistributedTestCase)
>> calculator.CalculatorDistributedTestCase
>>
>> Tests run: 2, Failures: 0, Errors: 2, Skipped: 0
>>
>
> After that previous fail i used -fae and got a full build through with
> the following fails:
>
> Please refer to
> C:\Tuscany\SVN\1.6.1-brn\samples\calculator-distributed\target\surefire-reports
> for the individual test results.
> Please refer to
> C:\Tuscany\SVN\1.6.1-brn\itest\domainmgr\basic\runtest\target\surefire-reports
> for the individual test results.
> Please refer to
> C:\Tuscany\SVN\1.6.1-brn\itest\domainmgr\transaction\runtest\target\surefire-reports
> for the individual test results
> Please refer to
> C:\Tuscany\SVN\1.6.1-brn\itest\domainmgr\error\runtest\target\surefire-reports
> for the individual test results.
> Please refer to
> C:\Tuscany\SVN\1.6.1-brn\itest\domainmgr\callback\runtest\target\surefire-reports
> for the individual test results.
> Please refer to
> C:\Tuscany\SVN\1.6.1-brn\tutorials\store\store-test\target\surefire-reports
> for the individual test results.
>
> The \calculator-distributed is the error in the previous email and the
> store-test looks like the same problem. The domainmgr ones look like
> they all fail with the same thing which is:
>
> Running domainmgr.DomainManagerCallbackTestCase
> Starting domain manager
> DomainMgr.e: 30-Sep-2010 14:57:54
> org.apache.tuscany.sca.node.launcher.DomainManagerLauncher main
> DomainMgr.e: INFO: Apache Tuscany SCA Domain Manager is starting...
> DomainMgr.e: 30-Sep-2010 14:57:54
> org.apache.tuscany.sca.node.impl.NodeImpl <init>
> DomainMgr.e: INFO: Creating node: DomainManager.composite
> DomainMgr.e: 30-Sep-2010 14:57:54
> org.apache.tuscany.sca.node.launcher.DomainManagerLauncher main
> DomainMgr.e: SEVERE: SCA Domain Manager could not be started
> Destroying domain
> DomainMgr.e: java.lang.reflect.InvocationTargetException
> DomainMgr.e: at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> DomainMgr.e: at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> DomainMgr.e: at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> DomainMgr.e: at java.lang.reflect.Method.invoke(Method.java:597)
> DomainMgr.e: at
> org.apache.tuscany.sca.node.launcher.DomainManagerLauncher.main(DomainManagerLauncher.java:95)
> DomainMgr.e: Caused by: org.osoa.sca.ServiceRuntimeException:
> org.apache.tuscany.sca.core.assembly.ActivationException: java.lang.In
> stantiationException:
> org.apache.tuscany.sca.client.impl.SCAClientModuleActivator
> DomainMgr.e: at
> org.apache.tuscany.sca.node.impl.NodeImpl.<init>(NodeImpl.java:204)
> DomainMgr.e: at
> org.apache.tuscany.sca.node.impl.NodeFactoryImpl.createSCANodeFromClassLoader(NodeFactoryImpl.java:37)
> DomainMgr.e: at
> org.apache.tuscany.sca.domain.manager.launcher.DomainManagerLauncherBootstrap$NodeFacade.start(DomainManagerLaunc
> herBootstrap.java:54)
> DomainMgr.e: ... 5 more
> DomainMgr.e: Caused by:
> org.apache.tuscany.sca.core.assembly.ActivationException:
> java.lang.InstantiationException: org.apache.tusca
> ny.sca.client.impl.SCAClientModuleActivator
> DomainMgr.e: at
> org.apache.tuscany.sca.node.impl.RuntimeBootStrapper.loadModules(RuntimeBootStrapper.java:341)
> DomainMgr.e: at
> org.apache.tuscany.sca.node.impl.RuntimeBootStrapper.start(RuntimeBootStrapper.java:140)
> DomainMgr.e: at
> org.apache.tuscany.sca.node.impl.NodeImpl.initRuntime(NodeImpl.java:460)
> DomainMgr.e: at
> org.apache.tuscany.sca.node.impl.NodeImpl.<init>(NodeImpl.java:197)
> DomainMgr.e: ... 7 more
> DomainMgr.e: Caused by: java.lang.InstantiationException:
> org.apache.tuscany.sca.client.impl.SCAClientModuleActivator
> DomainMgr.e: at java.lang.Class.newInstance0(Class.java:340)
> DomainMgr.e: at java.lang.Class.newInstance(Class.java:308)
> DomainMgr.e: at
> org.apache.tuscany.sca.node.impl.RuntimeBootStrapper.loadModules(RuntimeBootStrapper.java:333)
> DomainMgr.e: ... 10 more
> Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.516
> sec <<< FAILURE!
> test(domainmgr.DomainManagerCallbackTestCase) Time elapsed: 0.484 sec
> <<< ERROR!
> java.lang.IllegalStateException: Domain manager reported error:
> SEVERE: SCA Domain Manager could not be started
> at domainmgr.DomainManagerCallbackTestCase.test(DomainManagerCallbackTestCase.java:88)
> 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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
> at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
> at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
> at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:73)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:46)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:180)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:41)
> at org.junit.runners.ParentRunner$1.evaluate(ParentRunner.java:173)
> at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
> at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:220)
> at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
> at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138)
> at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125)
> at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
> 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.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:308)
> at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:879)
>
> Anyway besides those few fails the build did go though with an empty
> maven repo so was able to download everything ok.
>
> ...ant
>
>
I'm very surprised to hear about these failures. I haven't seen anything
like this, so there must be some difference in your environment from mine.
Can anyone else try this and report their results?
Simon
Re: [1.6.1] Replacing download.java.net by mirrors.ibiblio.org
Posted by ant elder <an...@gmail.com>.
On Thu, Sep 30, 2010 at 1:28 PM, ant elder <an...@gmail.com> wrote:
> On Thu, Sep 30, 2010 at 1:18 AM, Luciano Resende <lu...@gmail.com> wrote:
>> On Wed, Sep 29, 2010 at 8:27 AM, Simon Nash <na...@apache.org> wrote:
>>> I tried the "brute force" approach today. Without any changes to the
>>> repository definitions in the poms I ran the top-level build and killed it
>>> when it hit a "hung" download. I rebuilt the failing module until the
>>> download completed and then I restarted the build. I continued doing this
>>> until the whole build completed. This worked with only 3 restarts and it
>>> seems to be the best we can expect.
>>>
>>> Simon
>>>
>>>
>>
>> I gave it a try, building 1.6.1 with empty repo, and it went all way
>> trough on the first try except for a issue with Jetty trying to use a
>> port that was already in use in my server machine. You might be
>> experiencing network/latency issues in your environment.
>>
>
> I've just tried building the 1.6.1 branch with an empty local repo
> too, after almost 5 hours it got to samples/calculator-distributed
> which failed with NPEs:
>
> Running calculator.CalculatorDistributedTestCase
> Setting up domain
> 30-Sep-2010 13:26:07 org.apache.tuscany.sca.node.impl.NodeImpl <init>
> INFO: Creating node: DomainManager.composite
> org.osoa.sca.ServiceRuntimeException:
> java.lang.IllegalArgumentException: No valid constructor is found for
> class org.apache.tuscany
> .sca.core.work.impl.DefaultWorkScheduler
> Tests run: 2, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 0.406
> sec <<< FAILURE!
> testCalculator(calculator.CalculatorDistributedTestCase) Time
> elapsed: 0 sec <<< ERROR!
> java.lang.NullPointerException
> at calculator.CalculatorDistributedTestCase.testCalculator(CalculatorDistributedTestCase.java:87)
> 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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
> at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
> at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
> at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:73)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:46)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:180)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:41)
> at org.junit.runners.ParentRunner$1.evaluate(ParentRunner.java:173)
> at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
> at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:220)
> at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
> at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138)
> at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125)
> at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
> 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.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:308)
> at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:879)
>
> calculator.CalculatorDistributedTestCase Time elapsed: 0 sec <<< ERROR!
> java.lang.NullPointerException
> at calculator.CalculatorDistributedTestCase.destroy(CalculatorDistributedTestCase.java:77)
> 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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
> at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:37)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:220)
> at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
> at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138)
> at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125)
> at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
> 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.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:308)
> at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:879)
>
>
> Results :
>
> Tests in error:
> testCalculator(calculator.CalculatorDistributedTestCase)
> calculator.CalculatorDistributedTestCase
>
> Tests run: 2, Failures: 0, Errors: 2, Skipped: 0
>
After that previous fail i used -fae and got a full build through with
the following fails:
Please refer to
C:\Tuscany\SVN\1.6.1-brn\samples\calculator-distributed\target\surefire-reports
for the individual test results.
Please refer to
C:\Tuscany\SVN\1.6.1-brn\itest\domainmgr\basic\runtest\target\surefire-reports
for the individual test results.
Please refer to
C:\Tuscany\SVN\1.6.1-brn\itest\domainmgr\transaction\runtest\target\surefire-reports
for the individual test results
Please refer to
C:\Tuscany\SVN\1.6.1-brn\itest\domainmgr\error\runtest\target\surefire-reports
for the individual test results.
Please refer to
C:\Tuscany\SVN\1.6.1-brn\itest\domainmgr\callback\runtest\target\surefire-reports
for the individual test results.
Please refer to
C:\Tuscany\SVN\1.6.1-brn\tutorials\store\store-test\target\surefire-reports
for the individual test results.
The \calculator-distributed is the error in the previous email and the
store-test looks like the same problem. The domainmgr ones look like
they all fail with the same thing which is:
Running domainmgr.DomainManagerCallbackTestCase
Starting domain manager
DomainMgr.e: 30-Sep-2010 14:57:54
org.apache.tuscany.sca.node.launcher.DomainManagerLauncher main
DomainMgr.e: INFO: Apache Tuscany SCA Domain Manager is starting...
DomainMgr.e: 30-Sep-2010 14:57:54
org.apache.tuscany.sca.node.impl.NodeImpl <init>
DomainMgr.e: INFO: Creating node: DomainManager.composite
DomainMgr.e: 30-Sep-2010 14:57:54
org.apache.tuscany.sca.node.launcher.DomainManagerLauncher main
DomainMgr.e: SEVERE: SCA Domain Manager could not be started
Destroying domain
DomainMgr.e: java.lang.reflect.InvocationTargetException
DomainMgr.e: at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
DomainMgr.e: at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
DomainMgr.e: at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
DomainMgr.e: at java.lang.reflect.Method.invoke(Method.java:597)
DomainMgr.e: at
org.apache.tuscany.sca.node.launcher.DomainManagerLauncher.main(DomainManagerLauncher.java:95)
DomainMgr.e: Caused by: org.osoa.sca.ServiceRuntimeException:
org.apache.tuscany.sca.core.assembly.ActivationException: java.lang.In
stantiationException:
org.apache.tuscany.sca.client.impl.SCAClientModuleActivator
DomainMgr.e: at
org.apache.tuscany.sca.node.impl.NodeImpl.<init>(NodeImpl.java:204)
DomainMgr.e: at
org.apache.tuscany.sca.node.impl.NodeFactoryImpl.createSCANodeFromClassLoader(NodeFactoryImpl.java:37)
DomainMgr.e: at
org.apache.tuscany.sca.domain.manager.launcher.DomainManagerLauncherBootstrap$NodeFacade.start(DomainManagerLaunc
herBootstrap.java:54)
DomainMgr.e: ... 5 more
DomainMgr.e: Caused by:
org.apache.tuscany.sca.core.assembly.ActivationException:
java.lang.InstantiationException: org.apache.tusca
ny.sca.client.impl.SCAClientModuleActivator
DomainMgr.e: at
org.apache.tuscany.sca.node.impl.RuntimeBootStrapper.loadModules(RuntimeBootStrapper.java:341)
DomainMgr.e: at
org.apache.tuscany.sca.node.impl.RuntimeBootStrapper.start(RuntimeBootStrapper.java:140)
DomainMgr.e: at
org.apache.tuscany.sca.node.impl.NodeImpl.initRuntime(NodeImpl.java:460)
DomainMgr.e: at
org.apache.tuscany.sca.node.impl.NodeImpl.<init>(NodeImpl.java:197)
DomainMgr.e: ... 7 more
DomainMgr.e: Caused by: java.lang.InstantiationException:
org.apache.tuscany.sca.client.impl.SCAClientModuleActivator
DomainMgr.e: at java.lang.Class.newInstance0(Class.java:340)
DomainMgr.e: at java.lang.Class.newInstance(Class.java:308)
DomainMgr.e: at
org.apache.tuscany.sca.node.impl.RuntimeBootStrapper.loadModules(RuntimeBootStrapper.java:333)
DomainMgr.e: ... 10 more
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.516
sec <<< FAILURE!
test(domainmgr.DomainManagerCallbackTestCase) Time elapsed: 0.484 sec
<<< ERROR!
java.lang.IllegalStateException: Domain manager reported error:
SEVERE: SCA Domain Manager could not be started
at domainmgr.DomainManagerCallbackTestCase.test(DomainManagerCallbackTestCase.java:88)
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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:73)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:46)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:180)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:41)
at org.junit.runners.ParentRunner$1.evaluate(ParentRunner.java:173)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
at org.junit.runners.ParentRunner.run(ParentRunner.java:220)
at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138)
at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125)
at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
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.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:308)
at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:879)
Anyway besides those few fails the build did go though with an empty
maven repo so was able to download everything ok.
...ant
Re: [1.6.1] Replacing download.java.net by mirrors.ibiblio.org
Posted by ant elder <an...@gmail.com>.
On Thu, Sep 30, 2010 at 1:18 AM, Luciano Resende <lu...@gmail.com> wrote:
> On Wed, Sep 29, 2010 at 8:27 AM, Simon Nash <na...@apache.org> wrote:
>> I tried the "brute force" approach today. Without any changes to the
>> repository definitions in the poms I ran the top-level build and killed it
>> when it hit a "hung" download. I rebuilt the failing module until the
>> download completed and then I restarted the build. I continued doing this
>> until the whole build completed. This worked with only 3 restarts and it
>> seems to be the best we can expect.
>>
>> Simon
>>
>>
>
> I gave it a try, building 1.6.1 with empty repo, and it went all way
> trough on the first try except for a issue with Jetty trying to use a
> port that was already in use in my server machine. You might be
> experiencing network/latency issues in your environment.
>
I've just tried building the 1.6.1 branch with an empty local repo
too, after almost 5 hours it got to samples/calculator-distributed
which failed with NPEs:
Running calculator.CalculatorDistributedTestCase
Setting up domain
30-Sep-2010 13:26:07 org.apache.tuscany.sca.node.impl.NodeImpl <init>
INFO: Creating node: DomainManager.composite
org.osoa.sca.ServiceRuntimeException:
java.lang.IllegalArgumentException: No valid constructor is found for
class org.apache.tuscany
.sca.core.work.impl.DefaultWorkScheduler
Tests run: 2, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 0.406
sec <<< FAILURE!
testCalculator(calculator.CalculatorDistributedTestCase) Time
elapsed: 0 sec <<< ERROR!
java.lang.NullPointerException
at calculator.CalculatorDistributedTestCase.testCalculator(CalculatorDistributedTestCase.java:87)
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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:73)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:46)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:180)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:41)
at org.junit.runners.ParentRunner$1.evaluate(ParentRunner.java:173)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
at org.junit.runners.ParentRunner.run(ParentRunner.java:220)
at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138)
at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125)
at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
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.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:308)
at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:879)
calculator.CalculatorDistributedTestCase Time elapsed: 0 sec <<< ERROR!
java.lang.NullPointerException
at calculator.CalculatorDistributedTestCase.destroy(CalculatorDistributedTestCase.java:77)
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.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:37)
at org.junit.runners.ParentRunner.run(ParentRunner.java:220)
at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138)
at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125)
at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
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.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:308)
at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:879)
Results :
Tests in error:
testCalculator(calculator.CalculatorDistributedTestCase)
calculator.CalculatorDistributedTestCase
Tests run: 2, Failures: 0, Errors: 2, Skipped: 0
Re: [1.6.1] Replacing download.java.net by mirrors.ibiblio.org
Posted by Luciano Resende <lu...@gmail.com>.
On Wed, Sep 29, 2010 at 8:27 AM, Simon Nash <na...@apache.org> wrote:
> I tried the "brute force" approach today. Without any changes to the
> repository definitions in the poms I ran the top-level build and killed it
> when it hit a "hung" download. I rebuilt the failing module until the
> download completed and then I restarted the build. I continued doing this
> until the whole build completed. This worked with only 3 restarts and it
> seems to be the best we can expect.
>
> Simon
>
>
I gave it a try, building 1.6.1 with empty repo, and it went all way
trough on the first try except for a issue with Jetty trying to use a
port that was already in use in my server machine. You might be
experiencing network/latency issues in your environment.
--
Luciano Resende
http://people.apache.org/~lresende
http://twitter.com/lresende1975
http://lresende.blogspot.com/
Re: [1.6.1] Replacing download.java.net by mirrors.ibiblio.org
Posted by Simon Nash <na...@apache.org>.
Simon Nash wrote:
> Luciano Resende wrote:
>> On Tue, Sep 28, 2010 at 9:43 AM, Simon Laws
>> <si...@googlemail.com> wrote:
>>> I thought we already included the Ibiblio mirror in the top level pom?
>>> Is it just that because the download.java.net works (but very slowly)
>>> that it's choosing that one but not completing. I don't believe there
>>> is an issue with using Ibiblio. Especially as we already include it as
>>> a mirror. There would be a problem if there are things at
>>> download.java.net that are not at Ibiblio.
>>>
>>
>> I think that's exactly the case, where download.java.net have some
>> artifacts not available in ibiblio. But, anyway, if you can make that
>> change and succeed in a top down build with a clean maven repo it
>> should be ok.
>>
> You're right, and this is causing me serious problems.
>
> For example, interface-java-jaxws needs jaxws-rt-2.1.7.jar. This appears
> to be available only from download.java.net/maven/1 and the download from
> there gets stuck just under half way through.
>
> Simon
>
>
>
I tried the "brute force" approach today. Without any changes to the
repository definitions in the poms I ran the top-level build and killed it
when it hit a "hung" download. I rebuilt the failing module until the
download completed and then I restarted the build. I continued doing this
until the whole build completed. This worked with only 3 restarts and it
seems to be the best we can expect.
Simon
Re: [1.6.1] Replacing download.java.net by mirrors.ibiblio.org
Posted by Simon Nash <na...@apache.org>.
Luciano Resende wrote:
> On Tue, Sep 28, 2010 at 9:43 AM, Simon Laws <si...@googlemail.com> wrote:
>> I thought we already included the Ibiblio mirror in the top level pom?
>> Is it just that because the download.java.net works (but very slowly)
>> that it's choosing that one but not completing. I don't believe there
>> is an issue with using Ibiblio. Especially as we already include it as
>> a mirror. There would be a problem if there are things at
>> download.java.net that are not at Ibiblio.
>>
>
> I think that's exactly the case, where download.java.net have some
> artifacts not available in ibiblio. But, anyway, if you can make that
> change and succeed in a top down build with a clean maven repo it
> should be ok.
>
You're right, and this is causing me serious problems.
For example, interface-java-jaxws needs jaxws-rt-2.1.7.jar. This appears
to be available only from download.java.net/maven/1 and the download from
there gets stuck just under half way through.
Simon
Re: [1.6.1] Replacing download.java.net by mirrors.ibiblio.org
Posted by Luciano Resende <lu...@gmail.com>.
On Tue, Sep 28, 2010 at 9:43 AM, Simon Laws <si...@googlemail.com> wrote:
>
> I thought we already included the Ibiblio mirror in the top level pom?
> Is it just that because the download.java.net works (but very slowly)
> that it's choosing that one but not completing. I don't believe there
> is an issue with using Ibiblio. Especially as we already include it as
> a mirror. There would be a problem if there are things at
> download.java.net that are not at Ibiblio.
>
I think that's exactly the case, where download.java.net have some
artifacts not available in ibiblio. But, anyway, if you can make that
change and succeed in a top down build with a clean maven repo it
should be ok.
--
Luciano Resende
http://people.apache.org/~lresende
http://twitter.com/lresende1975
http://lresende.blogspot.com/
Re: [1.6.1] Replacing download.java.net by mirrors.ibiblio.org
Posted by Simon Laws <si...@googlemail.com>.
On Tue, Sep 28, 2010 at 5:13 PM, Simon Nash <na...@apache.org> wrote:
> I'm trying to build 1.6.1 from a clean maven repo. Things were going
> steadily
> until the build reached the following:
>
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Building Apache Tuscany SCA WSDL2Java Tool
> [INFO] task-segment: [install]
> [INFO]
> ------------------------------------------------------------------------
> [INFO] [build-helper:add-test-source {execution: add-test-source}]
> [INFO] Test Source directory:
> E:\td\sca161\sca-java-1.6.1\tools\wsdl2java\target
> \sdo-source added.
> [INFO] [resources:resources]
> [WARNING] File encoding has not been set, using platform encoding Cp1252,
> i.e. b
> uild is platform dependent!
> [WARNING] Using platform encoding (Cp1252 actually) to copy filtered
> resources,
> i.e. build is platform dependent!
> [INFO] Copying 2 resources
> [INFO] Copying 2 resources to META-INF
> Downloading:
> http://download.java.net/maven/1/com.sun.xml.bind/poms/jaxb-xjc-2.1
> .7.pom
> 343b downloaded
> Downloading:
> http://download.java.net/maven/1/com.sun.xml.bind/jars/jaxb-xjc-2.1
> .7.jar
> 440/3053K
>
> At the current rate of progress (3K per minute) it will take about 15 hours
> to
> finish getting this one file!
>
> It appears there's an alternative source for this file at
> http://mirrors.ibiblio.org/pub/mirrors/maven2/com/sun/xml/bind/jaxb-xjc/2.1.7/
> I just tried downloading it from there and it completed quickly with no
> problems.
>
> For the sake of users trying to build 1.6.1 from the source distro (as well
> as
> for my own sanity) I'd like to change those 1.6.1 poms that currently use
> download.java.net/maven/1 to use mirrors.ibiblio.org/pub/mirrors/maven2
> instead.
>
> Is there any possible reason why I shouldn't make this change?
>
> Simon
>
>
I thought we already included the Ibiblio mirror in the top level pom?
Is it just that because the download.java.net works (but very slowly)
that it's choosing that one but not completing. I don't believe there
is an issue with using Ibiblio. Especially as we already include it as
a mirror. There would be a problem if there are things at
download.java.net that are not at Ibiblio.
Simon
--
Apache Tuscany committer: tuscany.apache.org
Co-author of a book about Tuscany and SCA: tuscanyinaction.com