The source code of all WSO2 products Application Server as well as the scripts that are used for building all other WSO2 products are maintained in GitHub repositories. If If you are a developer, you can easily clone the source code from these Git repositories, and if required, you can do modifications and build a customized product on your own.
See the following topics for instructions on how to work with WSO2 Git repositories:
|Table of Contents|
Identifying WSO2 Git Repositories
In GitHub, the WSO2 source code is organized into separate repositories, and each WSO2 product is built using several of these repositories. Therefore, if you are interested in editing the source code and building a customized product, you need to first identify the Git repositories that you require.
For the complete list of repositories used by WSO2 products, see this link.
The Git repositories used by WSO2 products are of two categories:
Feature repositories: A feature repository consists of the source code relevant to a particular component. Each WSO2 product release is built using combinations of these feature repositories. Therefore, if you want to do modifications to a particular function in a product, you need to clone the Git repositories relevant to that function. Note that each repository will also consist of Tag IDs, which correspond to the tag that was used for a particular product release. If you want to know more about other component repositories and the tags used for a product release, send an email to firstname.lastname@example.org.
Product-build repository: A product-build repository consists of the build scripts and profiles that are used for building the product. It also includes the Integration test cases. You can simply clone this repository tag to your computer and build it to get a standard product pack. When you build a product-build repository, all the component repositories that are required for that product release will be automatically fetched from Nexus. See the topic on Using Maven to build Git repositories.
Cloning a Git repository
Given below are the steps that you need to follow in order to clone a Git repository to your computer.
Clone the repository, so that the files that are in the WSO2 Git repository are available on your computer:
Clone the dependent repository tag that corresponds to the version of the code base:
git checkout -b <REMOTE_BRANCH/TAG> <LOCAL_BRANCH>
The local branch name should be identical to the remote branch name.
For example, if you want to download the
carbon-commons repository tag that was used for the WSO2 AS 5.3.0 release, you need to clone the v4.4.7 tag:
git checkout -b v4.4.7 v4.4.7
Building a WSO2 product from source
As explained above in the section on identifying WSO2 Git repositories, you can easily build a product pack by building the product-build Git repository on your computer. However, if you have modified any of the feature repositories that are used for this product, you need to first build those feature repositories before building the product-build repository. Given below are the steps you need to follow.
Use Maven to build your repositories. See the next topic for instructions on how to use Maven for building repositories.
Once you have built the feature repositories, build the product-build repository that you have cloned to your computer.
When you build the product repository, Maven will first check in the local Maven repository on your computer and fetch the repositories that you built in Step 1. Maven will then fetch the remaining dependent repositories from Nexus. This process will give you a new product pack with your changes.
You can find the new binary pack (ZIP file) in the
Using Maven to build Git repositories
You can use Maven to build the Git repositories that you clone to your computer.
Prerequisites for using Maven:
Use one of the following Maven commands to build your repositories:
The binary and source distributions.
|The binary and source distributions, without running any of the unit tests.|
|The binary and source distributions, without running any of the unit tests, in offline mode. This can be done only if you have already built the source at least once.|
WSO2 invites interested parties to contribute their changes and suggestions to WSO2.
See the documentation on working with the source code for more information.