Page Comparison

Open SRP Server has multiple maven published jar libraries which should be included in a project's build.

These libraries are:

• opensrp-server-common

Uploading to Maven

All the above projects have the same structure as far as configuration.

To upload files to maven,

• Update the pom.xml file in the root of the project to change the <version> tag. If building for a snapshot, include the word 'SNAPSHOT' in the version name. If building for release DO NOT include the suffix. Thus for a Non-snapshot release, it would read VERSION_NAME=1.0.0

Image Modified

         fig.1: example for opensrp server common

• Create a global maven settings.xml file (if it doesn't exist) in ${user.home}/.m2/ folder
  • Find the settings.xml structure here
• Update the settings file with your nexus server credentials. 

...

• To publish to Maven Local, run the command 

               mvn clean package               mvn install:install-file -Dfile= target/opensrp-server-common-1.0.0-SNAPSHOT.jar -DpomFile=pom.xml

•  To publish to Maven Central run the command

        mvn clean deploy

Viewing artifacts Maven

To see if the upload was successful you can visit: https://oss.sonatype.org/content/groups/public/org/smartregister/

Using/Including the artifacts in a project

Anchor
include_artifact include_artifact

In the projects, pom.xml file, include the sonatype repository if you want to add a snapshot dependency. For release dependency, the central maven repository is added by default.

Then add the dependency

Uploading the Release Artifacts to Maven

For Release versions(after the Snapshot is stable and complete), the files must be signed before publishing to maven. This requires access to the signing the artifacts using GPG.

• Install gpg https://gnupg.org/
• Create gpg key
• List the keys and extract the public hash. gpg —list-key
• Upload the key to server  gpg --keyserver hkp://keyserver.ubuntu.com --send-keys public_hash
• Update the pom.xml file in the root of the project to change the <version> tag. DO NOT include the suffix 'SNAPSHOT' in the version name.

To stage a release run the following command:

...

Instructions on how to do this can be found here

Versioning Artifacts

Once you have created and tested and artifact on MavenLocal and it works correctly, Its time to upload it to the repo. Step one would be to check the existing latest version for that artifact.

...

https://oss.sonatype.org/content/repositories/snapshots/org/smartregister/opensrp-server-common/

Using the MAJOR.MINOR.BUILD system for versioning, when you update the gradle.properties you increment the BUILD  value by one. e.g. if the last snapshot for Growth Monitoring was 1.0.1-SNAPSHOT/ you set the VERSION_NAME value to 1.0.2-SNAPSHOT

...

Once a release version is ready, the MAJOR.MINOR.BUILD  value for the very first one starts at 1.0.0. If an update to the release is made the BUILD  value is also incremented by one. If a new release is created from a new snapshot (whose versioning will start at 1.1.0 after the release) the next Release Version willl start at 1.1.0.

Major changes in the products will warrant an increment of the MAJOR value which will then increment by one, thus versioning starting at  2.0.0 and following the same format as above for future updates.

Development Hacks

Refreshing dependencies

When refreshing dependencies as you add code changes to the various modules in the org.smartregister package, you need to clear the local maven cache with the following in order the latest changes to reflect... so run

rm -rf ~/.m2/repository/org/smartregister/

Development efficiency

...

compile project(":opensrp-growth-monitoring")

Tagging Releases

It is recommended to tag releases and snapshots once you push to maven.

...

git tag -a v1.0.0 -m "Release Version 1.0.0" && git push origin v1.0.0

Closing and Promoting Releases

For Release versions, once you have uploaded the release artifacts using uploadArchives gradle task, you are now ready to push the artifact to the main Maven Repository. This can be done in two ways:

1. Using the procedure in the above section Uploading the Release Artifacts to Maven
2. By using the gradle task closeAndReleaseRepository right after running uploadArchives

...

./gradlew :<module name>:clean :<module name>:uploadArchives closeAndReleaseRepository -PmavenLocal=false

NB: Before you make a release to Maven Central, make sure there you have not committed any secrets/passwords because Maven Central artefacts cannot be deleted

Links

...