You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@avro.apache.org by "Ryan Skraba (Jira)" <ji...@apache.org> on 2019/11/15 14:47:00 UTC

[jira] [Commented] (AVRO-2630) Travis build is nearing timeout limits.

    [ https://issues.apache.org/jira/browse/AVRO-2630?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16975150#comment-16975150 ] 

Ryan Skraba commented on AVRO-2630:
-----------------------------------

Some ideas: 

* Compile one travis job per language (a bit more feedback on failures, possible parallelization).
* Reusing docker image/layers between jobs (can be a bit complicated without a docker registry to push/pull).  Including JDK8 and JDK11 in the same image for a single build?
* Reusing a {{~/.m2}} cache between jobs and the docker image for release artifacts.

There are surely some built-in functions to help out included in Yetus, but I'm still near the bottom of that learning curve.

> Travis build is nearing timeout limits.
> ---------------------------------------
>
>                 Key: AVRO-2630
>                 URL: https://issues.apache.org/jira/browse/AVRO-2630
>             Project: Apache Avro
>          Issue Type: Improvement
>          Components: build
>            Reporter: Ryan Skraba
>            Priority: Major
>
> Single "jobs" on travis are [limited to 50 minutes|https://docs.travis-ci.com/user/customizing-the-build/#build-timeouts].  A "normal" build takes 47-48 minutes and can occasionally bump over the limit, causing timeout errors.
> We can see that this happens occasionally on master and on pull requests.
> We should find a strategy to limit the length of time for a of the jobs being run. 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)