Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Experiment with windows-based builds on Travis-CI #242

Closed
acoburn opened this issue Oct 14, 2018 · 2 comments
Closed

Experiment with windows-based builds on Travis-CI #242

acoburn opened this issue Oct 14, 2018 · 2 comments

Comments

@acoburn
Copy link
Member

acoburn commented Oct 14, 2018

This might be a suitable replacement for AppVeyor once support becomes more mature.

https://blog.travis-ci.com/2018-10-11-windows-early-release

@acoburn acoburn added priority/low build Build-related issues labels Oct 15, 2018
@acoburn acoburn added this to To Do in Trellis Linked Data server via automation Oct 15, 2018
@acoburn
Copy link
Member Author

acoburn commented Oct 27, 2018

I have figured out how to get Travis-CI to do a Windows-based build of Trellis, but the CI process seems to hang at the completion of the test stage (i.e. after ./gradlew completes). This is probably just due to the newness of Windows support. I will try again in a few months -- at which point, support will probably be much more robust.

The relevant configuration for this includes:

jobs:
  allow_failures:
    - os: windows
  include:
    - name: "Windows"
      stage: test
      os: windows
      language: shell
      env: JAVA_HOME="/c/Program Files/Java/jdk1.8.0_192"
      script: ./gradlew check install
      before_cache: false
      cache: false

The JAVA_HOME value needs to match the actual version of Java that is installed, and this seems to keep changing; also, the cache does not appear to work, so it needs to be disabled for the build. It may be that moving the JAVA_HOME definition into a before_script block would make the most sense, as a script could scan the C:\Program Files\Java directory to find the correct value for JAVA_HOME. I also tried using choco install jdk11, but the process seemed to hang.

@acoburn
Copy link
Member Author

acoburn commented Mar 19, 2019

I'm going to close this issue. Windows-based Java support on Travis is still not ready, and AppVeyor has been really stable for the last few months, so I see no reason to continue to spend any time on this.

@acoburn acoburn closed this as completed Mar 19, 2019
Trellis Linked Data server automation moved this from To Do to Done Mar 19, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
Development

No branches or pull requests

1 participant