Simple ways to add and work with a `.jar` file in your local maven setup

TL;DR Hack - add as a library in IntelliJ project. Tactic - add as system scope in maven. Tactic/Strategic - install locally to .m2. Strategic - use a repository management tool, publish to maven central

Sometimes you want to work with a jar file that isn’t hosted in maven central.

It might be a 3rd party jar, it might be one that you have written.

Regardless.

You have a lot of options for this. The approaches that I have used:

add .jar files as an IntelliJ project dependency

files as an IntelliJ project dependency install it locally to your .m2 repository

repository add it to your project as a system scoped file

use a repository management tool: like Nexus or Archiva

publish the dependency to maven central

Quick Hack - add jar as an IntelliJ project dependency

For very quick hacks, add the .jar as an IntelliJ project dependency and bypass maven.

I demonstrate this in my free Java Desktop Application Technical Testing and you can read a blog post containing this information.

This is a very tactical approach:

it doesn’t scale

it doesn’t help you work with other people

it isn’t very good for CI or version control

But it might help you get your immediate work done:

experiment

try something out

get a task completed

And then adopt one of the following approaches if it works.

Add to project as system scoped file

As a short term tactic, I have also added the .jar as a system scoped file.

I did this in the past when working with a ‘bug fix’ version of Selenium WebDriver that had not yet propagated through to maven central, but which was available for download.

<dependency> <groupId>selenium_2_53_1</groupId> <artifactId>com.seleniumhq.selenium_2_53_1 </artifactId> <version>2.53.1</version> <scope>system</scope> <systemPath> C:/Users/Alan/Downloads/selenium-2.53.1/selenium-server-standalone-2.53.1.jar </systemPath> </dependency>

This can be a useful tactic, but I don’t think it really scales strategically.

Install .jar locally to your .m2 repository

To have the .jar available as a dependency that I can bring in using a normal maven include, I can install the .jar locally to my .m2 directory and repository.

This is explained on the maven website:

And I use this approach at the moment when working with my RestMud game engine

I have split my game into multiple projects:

game engine (which is now open source on github)

RestMud game, Web Server and REST API

https://github.com/eviltester/restmud/tree/master/src

I have not released the game engine to Maven central, but the code is available on github, as is a release .jar file.

I can build a snapshot .jar locally for my current work.

Install it into my .m2 folder

mvn install:install-file \ -Dfile=target/restmud-engine-1.4-SNAPSHOT-jar-with-dependencies.jar \ -DpomFile=pom.xml

If I didn’t have the pom.xml file, I could still do this, I just add the details from the pom.xml into my command line:

mvn install:install-file \ -Dfile=target/restmud-engine-1.4-SNAPSHOT-jar-with-dependencies.jar \ -DgroupId=uk.co.compendiumdev \ -DartifactId=restmud-engine \ -Dversion=1.4-SNAPSHOT \ -Dpackaging=jar

And if I want the source code jar to be associated with the .jar (which I usually do) then I add the following argument to the command line:

-Dsources=target/restmud-engine-1.4-SNAPSHOT-sources.jar

This allows me to keep the pom.xml of my projects which use the .jar to remain as though the .jar was on a repository manager or in maven central.

I think this is a good tactical approach, that supports a longer term strategic development of your development and automated execution approach.

Use a repository management tool

You could install a dependency management tool like nexus or Archiva.

Then your .jar files are installed into this repository which is accessible by your team, and CI process, and not just your local development machine.

Maven docs on Repositories:

You have to:

install the dependency management tool

configure the pom.xml to have a <repositories> section and point to your dependency management tool

You’ll probably want to evaluate which of the repository management tools works best for you and your environment.

This is a much more strategic approach and is good for team work and continuous integration processes.

Publish to Maven Central

This is probably the most strategic long term approach, but requires you to make your work public.

All of the other approaches mentioned allow you to keep your work to yourself.

It is quite a long process, so I won’t describe it here, but I have a full write up on my blog.

http://blog.javafortesters.com/2016/10/how-to-create-and-release-jar-to-maven.html

Summary

The ultimate short term hack - add it as a dependency in your IDE

For quick hacks - add it as system scoped maven dependency

scoped maven dependency For personal work, or moving towards a strategic approach, install locally to .m2

For longer term tactical work as a team, use a repository manager

For strategic open source work, release to maven central

Hack Tactic: Adding .jar to IntelliJ

Install .jar into your local .m2 folder or as System scope

Using a Repository Manager

Releasing your Jar to maven central

On DZone, Florien Enner mentioned the approach he likes to use: