CI for Java projects - tooltwist/documentation GitHub Wiki

Previous: CI for Webdesign projects       Next: Deployment workflows

Overview

The steps below are used by a Java Programmer to publish Java widgets and other software as JAR files, simply by saving their changes to Github.

The flow is quite simple: every time the source code of an extension project is checked into Github, CircleCI is notified. CircleCI pulls the source code from Github and builds the JAR files. If all unit tests pass then the JAR files are published to Artifactory, where they can be pulled down during application builds.

This is now our standard way to prepare and publish Java code so it can be reused by Web Design projects.

2016-03-22-devops-jars

The Steps

Step 1 - Development using Eclipse

Programers do Java development using the Eclipse IDE:

2016-03-26_eclipse

Step 2 - Widget development and testing

Programmers develop the Java software for widgets and other functionality, and debug their code by running the Designer in Eclipse.

2016-03-26_designer

Step 3 - Committing the source code to Github

Changes can be saved to our source code repository from within Eclipse, using the Git Perspective:

2016-03-26_egit

Alternatively, the programmers can commit their changes using Git commands in Terminal, or by using the GitHub for Mac application:

2016-03-26_github_for_mac

Step 4 (Invisible) - Github

The project can be seen at Github, our source code repository:

2016-03-26_github

Step 5 (Invisible) - Continuous Integration

The push to Github triggers a build of the project at CircleCI, our Continuous Integration service:

2016-03-26_circleci

Step 6 (Invisible) - Publishing to Artifactory

When the building and testing succeeds, the resulting jar files are pushed to Artifactory (http://repo.tooltwist.com), so the Java software can be used by web design projects:

2016-03-26_artifactory

Extra Information

CI for Java projects (Advanced)

⚠️ **GitHub.com Fallback** ⚠️