The Server Tools project
Server Tools provide the JBoss Server Adapter for Eclipse WTP, project archive tooling and JMX views.
Get the code
The easiest way to get started with the code is to create your own fork, and then clone your fork:
$ git clone email@example.com:<you>/jbosstools-server.git $ cd jbosstools-server $ git remote add upstream git://github.com/jbosstools/jbosstools-server.git
At any time, you can pull changes from the upstream and merge them onto your master:
$ git checkout master # switches to the 'master' branch $ git pull upstream master # fetches all 'upstream' changes and merges 'upstream/master' onto your 'master' branch $ git push origin # pushes all the updates to your fork, which should be in-sync with 'upstream'
The general idea is to keep your 'master' branch in-sync with the 'upstream/master'.
Building Server Tools
To build Server Tools requires specific versions of Java (1.8) and +Maven (3.1+). See this link for more information on how to setup, run and configure build.
Unit and integration tests for Server Tools (such as org.jboss.tools.as.management.itests) require the following path to Java 7 Home folder be defined via commandline:
mvn verify -Djbosstools.test.jre.7=/path/to/jre7
If not defined, you'll get this error:
junit.framework.AssertionFailedError: Java Home provided by the jbosstools.test.jre.7 system property does not exist.
This command will run the build, including tests and integration tests:
$ mvn clean verify -Djbosstools.test.jre.7=/path/to/jre7
If you want to run the build and run unit tests, but not integration tests, you can run:
$ mvn clean verify -DskipITests -Djbosstools.test.jre.7=/path/to/jre7
If you just want to check if things compile/build, and run no tests at all, you can run:
$ mvn clean verify -DskipTests
But do not push changes without having the new and existing unit tests pass!
Contribute fixes and features
Server Tools is open source, and we welcome anybody that wants to participate and contribute!
If you want to fix a bug or make any changes, please log an issue in
the JBoss Tools JIRA
describing the bug or new feature and give it a component type of
JBossAS/server. Then we highly recommend making the changes on a
topic branch named with the JIRA issue number. For example, this
command creates a branch for the JBIDE-1234 issue:
$ git checkout -b jbide-1234
After you're happy with your changes and a full build (with unit tests) runs successfully, commit your changes on your topic branch (with good comments). Then it's time to check for any recent changes that were made in the official repository:
$ git checkout master # switches to the 'master' branch $ git pull upstream master # fetches all 'upstream' changes and merges 'upstream/master' onto your 'master' branch $ git checkout jbide-1234 # switches to your topic branch $ git rebase master # reapplies your changes on top of the latest in master (i.e., the latest from master will be the new base for your changes)
If the pull grabbed a lot of changes, you should rerun your build with tests enabled to make sure your changes are still good.
You can then push your topic branch and its changes into your public fork repository:
$ git push origin jbide-1234 # pushes your topic branch into your public fork of Server Tools
And then generate a pull-request where we can review the proposed changes, comment on them, discuss them with you, and if everything is good merge the changes right into the official repository.