Build failed in Hudson: Cayenne-trunk » JDK 1.6 (latest) #30

[Apache Hudson Server]

See <http://hudson.zones.apache.org/hudson/job/Cayenne-trunk/./jdk=JDK%201.6%20(latest)/30/>

------------------------------------------
Started by upstream project "Cayenne-trunk" build number 30
Building on master
Updating http://svn.apache.org/repos/asf/cayenne/main/trunk
ERROR: Failed to update http://svn.apache.org/repos/asf/cayenne/main/trunk
org.tmatesoft.svn.core.SVNException: svn: timed out waiting for server
svn: OPTIONS request failed on '/repos/asf/cayenne/main/trunk'
        at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:103)
        at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:87)
        at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:616)
        at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:273)
        at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:261)
        at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.exchangeCapabilities(DAVConnection.java:516)
        at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.open(DAVConnection.java:98)
        at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.openConnection(DAVRepository.java:1001)
        at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.getRepositoryUUID(DAVRepository.java:146)
        at org.tmatesoft.svn.core.wc.SVNBasicClient.createRepository(SVNBasicClient.java:342)
        at org.tmatesoft.svn.core.wc.SVNBasicClient.createRepository(SVNBasicClient.java:330)
        at org.tmatesoft.svn.core.wc.SVNUpdateClient.update(SVNUpdateClient.java:535)
        at org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:401)
        at org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:217)
        at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:576)
        at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:543)
        at hudson.FilePath.act(FilePath.java:676)
        at hudson.FilePath.act(FilePath.java:660)
        at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:536)
        at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:484)
        at hudson.model.AbstractProject.checkout(AbstractProject.java:978)
        at hudson.model.AbstractBuild$AbstractRunner.checkout(AbstractBuild.java:400)
        at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:349)
        at hudson.model.Run.run(Run.java:1120)
        at hudson.matrix.MatrixRun.run(MatrixRun.java:130)
        at hudson.model.ResourceController.execute(ResourceController.java:88)
        at hudson.model.Executor.run(Executor.java:123)
Caused by: java.net.SocketTimeoutException: connect timed out
        at java.net.PlainSocketImpl.socketConnect(Native Method)
        at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
        at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
        at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
        at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
        at java.net.Socket.connect(Socket.java:519)
        at org.tmatesoft.svn.core.internal.util.SVNSocketConnection.run(SVNSocketConnection.java:57)
        at java.lang.Thread.run(Thread.java:619)
Publishing Javadoc

[Aristedes Maniatis-2]

On 6/11/09 5:51 PM, Apache Hudson Server wrote:
> ERROR: Failed to updatehttp://svn.apache.org/repos/asf/cayenne/main/trunk
> org.tmatesoft.svn.core.SVNException: svn: timed out waiting for server

Well, at least we know the emails are working now. Shame about the Apache SVN server:

http://monitoring.apache.org/status/


Ari

--

-------------------------->
Aristedes Maniatis
GPG fingerprint CBFB 84B4 738D 4E87 5E5C  5EFA EF6A 7D2E 3E49 102A

[Andrey Razumovsky]

Cool. I've seen same problems with SVN yesterday - happily Hudson managed to
automatically rebuild Cayenne after SVN machine was animated

2009/11/6 Aristedes Maniatis <[hidden email]>

> On 6/11/09 5:51 PM, Apache Hudson Server wrote:
>
>> ERROR: Failed to updatehttp://svn.apache.org/repos/asf/cayenne/main/trunk
>>
>> org.tmatesoft.svn.core.SVNException: svn: timed out waiting for server
>>
>
> Well, at least we know the emails are working now. Shame about the Apache
> SVN server:
>
> http://monitoring.apache.org/status/
>
>
> Ari
>
> --
>
> -------------------------->
> Aristedes Maniatis
> GPG fingerprint CBFB 84B4 738D 4E87 5E5C  5EFA EF6A 7D2E 3E49 102A
>

--
Andrey

[Apache Hudson Server]

See <http://hudson.zones.apache.org/hudson/job/Cayenne-trunk/./jdk=JDK%201.6%20(latest)/31/>

[Andrey Razumovsky]

Hi Ari,

In the end of console:
http://hudson.zones.apache.org/hudson/job/Cayenne-trunk/28/jdk=JDK%201.5%20%28latest%29/console

FATAL: /export/home/hudson/hudson/jobs/Cayenne-trunk/workspace/jdk/JDK
1.5 (latest)/trunk/framework/cayenne-jdk1.5-unpublished/target/site/apidocs
not found.

Do you have any clues what it means? What javadocs are being published? I
think all Cayenne javadocs must be located in /docs/doc/target/site/apidocs,
not in jdk-1.5-unpublished folder

2009/11/6 Andrey Razumovsky <[hidden email]>

> Cool. I've seen same problems with SVN yesterday - happily Hudson managed
> to automatically rebuild Cayenne after SVN machine was animated
>
> 2009/11/6 Aristedes Maniatis <[hidden email]>
>
> On 6/11/09 5:51 PM, Apache Hudson Server wrote:
>>
>>> ERROR: Failed to updatehttp://
>>> svn.apache.org/repos/asf/cayenne/main/trunk
>>>
>>> org.tmatesoft.svn.core.SVNException: svn: timed out waiting for server
>>>
>>
>> Well, at least we know the emails are working now. Shame about the Apache
>> SVN server:
>>
>> http://monitoring.apache.org/status/
>>
>>
>> Ari
>>
>> --
>>
>> -------------------------->
>> Aristedes Maniatis
>> GPG fingerprint CBFB 84B4 738D 4E87 5E5C  5EFA EF6A 7D2E 3E49 102A
>>
>
>
>
> --
> Andrey
>

--
Andrey

[Aristedes Maniatis-2]

On 7/11/09 8:58 AM, Andrey Razumovsky wrote:
> FATAL: /export/home/hudson/hudson/jobs/Cayenne-trunk/workspace/jdk/JDK
> 1.5 (latest)/trunk/framework/cayenne-jdk1.5-unpublished/target/site/apidocs
> not found.
>
> Do you have any clues what it means? What javadocs are being published? I
> think all Cayenne javadocs must be located in /docs/doc/target/site/apidocs,
> not in jdk-1.5-unpublished folder

I have been playing around with getting Hudson to build the javadocs instead of the nightly scripts I have in my p.a.o account. Maybe I forgot to reset it completely back to the default state.

I'd like to think that in the long term we can get Hudson to completely build all the artifacts ready for our releases as well. So my goals are roughly:

* build javadocs and publish to web site (nightly javadocs I maintain there)
* run tests against all dbs automatically (I've got it parameterised against JDK1.5 and JDK1.6 now, so I can easily add more databases once I get them working: H2 fails for me locally with a JVM out of memory error but that could just be an OSX thing)
* have it build all the artifacts on request, ready for release voting (this will probably require the build to run on an OSX client to construct the dmg)

We do some of the above at my work in Hudson and it has been a great improvement in release reliability since the environment is always the same.

Ari

--

-------------------------->
Aristedes Maniatis
GPG fingerprint CBFB 84B4 738D 4E87 5E5C  5EFA EF6A 7D2E 3E49 102A

[Andrey Razumovsky]

>
> * build javadocs and publish to web site (nightly javadocs I maintain
> there)\
>

Could you check then that docs are copied from
"docs/doc/target/site/apidocs"? I've got a workaround for our javadoc-plugin
problem, but it builds docs only there (and I think it's correct). After
that, I'll commit the change again.


> * run tests against all dbs automatically (I've got it parameterised
> against JDK1.5 and JDK1.6 now, so I can easily add more databases once I get
> them working: H2 fails for me locally with a JVM out of memory error but
> that could just be an OSX thing)
>

How much memory is given to the JVM? If it's default value, maybe just
increase it?

[Andrey Razumovsky]

BTW, is docs publishing required for all configurations? I think it causes
repeaded work, we can publish only JDK5-HSQL configuration. Also, we can run
"mvn install" only on JDK5-HSQL, for others just "mvn test". This is even
more important since javadoc-plugin problem is not yet fixed

2009/11/7 Andrey Razumovsky <[hidden email]>

>
>
>> * build javadocs and publish to web site (nightly javadocs I maintain
>> there)\
>>
>
> Could you check then that docs are copied from
> "docs/doc/target/site/apidocs"? I've got a workaround for our javadoc-plugin
> problem, but it builds docs only there (and I think it's correct). After
> that, I'll commit the change again.
>
>
>> * run tests against all dbs automatically (I've got it parameterised
>> against JDK1.5 and JDK1.6 now, so I can easily add more databases once I get
>> them working: H2 fails for me locally with a JVM out of memory error but
>> that could just be an OSX thing)
>>
>
> How much memory is given to the JVM? If it's default value, maybe just
> increase it?
>
>

--
Andrey

[Aristedes Maniatis-2]

On 12/11/09 5:37 AM, Andrey Razumovsky wrote:
> BTW, is docs publishing required for all configurations? I think it causes
> repeaded work, we can publish only JDK5-HSQL configuration. Also, we can run
> "mvn install" only on JDK5-HSQL, for others just "mvn test". This is even
> more important since javadoc-plugin problem is not yet fixed

I've got another job set up on Hudson just to build the javadocs, so no. But the main builds do this:

   mvn clean install

I've done that so it generates all the artifacts for us, and because the of the bootstrapping problem we have that requires install to run at least once (or periodically?). I'm assuming "install" builds all the javadocs.


Ari


--

-------------------------->
Aristedes Maniatis
GPG fingerprint CBFB 84B4 738D 4E87 5E5C  5EFA EF6A 7D2E 3E49 102A