https://github.com/chrisdchristo/capsule-maven-plugin

Capsule Maven Plugin
https://github.com/chrisdchristo/capsule-maven-plugin

capsule java maven-plugin

Last synced: 22 days ago
JSON representation

Capsule Maven Plugin

Host: GitHub
URL: https://github.com/chrisdchristo/capsule-maven-plugin
Owner: chrisdchristo
License: mit
Created: 2014-08-05T06:55:06.000Z (over 11 years ago)
Default Branch: master
Last Pushed: 2019-12-30T10:21:50.000Z (about 6 years ago)
Last Synced: 2025-08-03T12:49:12.095Z (6 months ago)
Topics: capsule, java, maven-plugin
Language: Java
Size: 307 KB
Stars: 58
Watchers: 4
Forks: 15
Open Issues: 2
Metadata Files:
- Readme: README.md
- License: LICENSE

Awesome Lists containing this project

README

Capsule Maven Plugin
====================

[![Version](http://img.shields.io/badge/version-1.5.1-blue.svg?style=flat)](https://github.com/chrisdchristo/capsule-maven-plugin/releases)
[![Maven Central](http://img.shields.io/badge/maven_central-1.5.1-blue.svg?style=flat)](http://mvnrepository.com/artifact/com.github.chrisdchristo/capsule-maven-plugin/)
[![License](http://img.shields.io/badge/license-MIT-blue.svg?style=flat)](http://opensource.org/licenses/MIT)

A maven plugin to build a [capsule](https://github.com/puniverse/capsule) out of your app.

See more at [capsule](https://github.com/puniverse/capsule) and the [demo using the plugin](https://github.com/chrisdchristo/capsule-maven-plugin-demo).

A pro? [Skip to the plugin reference](https://github.com/chrisdchristo/capsule-maven-plugin#reference).

Requires java version 1.7+ and maven 3.1.x+

Supports [Capsule v1.0.3](https://github.com/puniverse/capsule/releases/tag/v1.0.3) & [CapsuleMaven v1.0.3](https://github.com/puniverse/capsule-maven/releases/tag/v1.0.3) and below (It may also work with new versions of Capsule, but use at your own risk).

- [Building From Source](https://github.com/chrisdchristo/capsule-maven-plugin#building-from-source)
- [Quick Start](https://github.com/chrisdchristo/capsule-maven-plugin#quick-start)
- [Building Automatically](https://github.com/chrisdchristo/capsule-maven-plugin#building-automatically)
- [Capsule Contents](https://github.com/chrisdchristo/capsule-maven-plugin#capsule-contents)
- [The Simple Types](https://github.com/chrisdchristo/capsule-maven-plugin#the-simple-types)
- [Custom Builds](https://github.com/chrisdchristo/capsule-maven-plugin#custom-builds)
- [Including Dependencies based on source](https://github.com/chrisdchristo/capsule-maven-plugin#including-dependencies-based-on-source)
- [Including Dependencies based on scope](https://github.com/chrisdchristo/capsule-maven-plugin#including-dependencies-based-on-scope)
- [Include Optional Dependencies](https://github.com/chrisdchristo/capsule-maven-plugin#include-optional-dependencies)
- [Include Transitive Dependencies](https://github.com/chrisdchristo/capsule-maven-plugin#include-transitive-dependencies)
- [Understanding Dependency Scope](https://github.com/chrisdchristo/capsule-maven-plugin#understanding-dependency-scope)
- [Runtime Resolution](https://github.com/chrisdchristo/capsule-maven-plugin#runtime-resolution)
- [Really Executable Capsules](https://github.com/chrisdchristo/capsule-maven-plugin#really-executable-capsules-maclinux-only)
- [Providing Your App System Properties](https://github.com/chrisdchristo/capsule-maven-plugin#providing-your-app-system-properties)
- [Additional Manifest Entries](https://github.com/chrisdchristo/capsule-maven-plugin#additional-manifest-entries)
- [Custom File Name](https://github.com/chrisdchristo/capsule-maven-plugin#custom-file-name)
- [Modes](https://github.com/chrisdchristo/capsule-maven-plugin#modes)
- [FileSets](https://github.com/chrisdchristo/capsule-maven-plugin#filesets)
- [DependencySets](https://github.com/chrisdchristo/capsule-maven-plugin#dependencysets)
- [Custom Capsule Version](https://github.com/chrisdchristo/capsule-maven-plugin#custom-capsule-version)
- [Caplets](https://github.com/chrisdchristo/capsule-maven-plugin#caplets)
- [Maven Exec Plugin Integration](https://github.com/chrisdchristo/capsule-maven-plugin#maven-exec-plugin-integration)
- [Reference](https://github.com/chrisdchristo/capsule-maven-plugin#reference)

## Building From source

Clone the project and run a maven install:

```
git clone https://github.com/chrisdchristo/capsule-maven-plugin.git
cd capsule-maven-plugin
mvn install
```

Alternatively you can let maven pick up the latest version from [maven central](http://mvnrepository.com/artifact/chrisdchristo/capsule-maven-plugin).

## Quick Start

In the simplest form, you can add the following snippet in your `pom.xml`:

```

com.github.chrisdchristo
capsule-maven-plugin
${capsule.maven.plugin.version}

hello.HelloWorld
fat

```

And then run:

```
mvn package capsule:build
```

Please note that the `package` command must have been executed before the `capsule:build` command can be run.

The only requirement is to have the `` attribute in the configuration. This is the class of your app that contains the main method which will be fired on startup. You must include the package path along with the class name (`hello` is the package and `HelloWorld` is the class name above).

It is recommended to have specified the `capsule.version` property in your pom so that the capsule plugin knows which version of capsule to use.
If none is specified, the default version of Capsule will be used as specified at the top of the readme (which may not be the latest).

You can also set the `capsule.maven.version` property to tell the plugin which version of CapsuleMaven to use.

## Building Automatically

It is recommended to have an execution setup to build the capsules, thus eliminating you to run an additional maven command to build them.

```

com.github.chrisdchristo
capsule-maven-plugin
${capsule.maven.plugin.version}

build

hello.HelloWorld
fat

```

By default the `build` goal runs during the package phase.

So now if you were to run simply `mvn package` then the build goal will execute which will build the capsules into your build directory.

Or alternatively you could use the `maven-exec-plugin` to run your app (as you develop), and then only build the capsule(s) when you want to deploy to a server. This plugin integrates nicely with the `maven-exec-plugin`, [see here](https://github.com/chrisdchristo/capsule-maven-plugin#maven-exec-plugin-integration).

## Capsule Contents

Essentially Capsule can be packaged with as much or as little as you want.

Two things you need to think about to make up a capsule are, the app jar and the dependency jars. And these, as you will see, can be optionally included!

The source of dependencies is taken from two places. Firstly, from the `````` tag defined under the root `````` tag, namely the app dependencies. Secondly the dependencies defined under the `````` tag within the `````` tag for this plugin, also known as the plugin dependencies.

You have the option to include all, none or some of the dependencies.

This can be done with various flags as you will see later, based on their source, scope, their ```optional``` flag and if they are direct (root) or indirect (transitive) dependencies.

### The Simple Types

Generally, the most common types of capsules are the following three:

- `fat`: This capsule jar will contain your app's jar as well as **all** its dependencies. When the fat-jar is run, then Capsule will simply setup the app and run it.
- `thin`: This capsule jar will contain your app's classes but **no** dependencies. Capsule will resolve these dependencies at runtime (in the cache).
- `empty`: This capsule will not even include your app, or any of its dependencies. It will only contain the name of your app declared in the jar's manifest, along with capsule's classes. Capsule will read the manifest entry ```Application``` and resolve the app and its dependencies in Capsule's own cache (default `~/.capsule`).

These are just the popular types that fit neatly into a box, and thus the plugin provides a simple flag to build these. Namely the `````` field can be set to ```fat```, ```thin``` or ```empty```.

To build a ```fat``` capsule simply include the following:

```

com.github.chrisdchristo
capsule-maven-plugin
${capsule.maven.plugin.version}

hello.HelloWorld
fat

```

And similarly for ```thin``` and ```empty```:

```

com.github.chrisdchristo
capsule-maven-plugin
${capsule.maven.plugin.version}

hello.HelloWorld
thin

```

com.github.chrisdchristo
capsule-maven-plugin
${capsule.maven.plugin.version}

hello.HelloWorld
empty

```

Note that the three simple types apply to only the ```compile``` and ```runtime``` scoped dependencies (but cover the transitive dependencies). More on this later.

If none of these quite fit, then the plugin can accommodate a wide range of different setups, it is encouraged you build the capsule with your own specific requirements without being bogged down on the three specific types listed above.

### Custom Builds

(Note, to make a custom build, the `````` tag must not be set!)

If the types defined in the `````` don't quite fit your needs and you need something a little different, then you can easily customise the jar to a vast array of options.

Essentially it comes down to the following scenarios; whether or not to include the app or resolve it at runtime; what dependencies to include based on their source, scope etc and which to resolve at runtime; and same question for the transitive dependencies.

So to cover all these ideas, you have the following flags:

```
false
false
false
false
false
false
false
false
false
false

false
false
false
false
false
false
false
false
false
false
```

All of the above settings are ```false``` by default.

These ```includeXYZ``` flags essentially tell the plugin what to include/embed in the jar. Of course if there are any of these that you exclude from the capsule jar, and in turn they are needed for the launch, then runtime resolution will be needed by marking some ```resolveXYZ``` to ```true```.

A ```fat``` capsule essentially is equivalent to having only the following set to ```true```:

```
true
true
true
true
true
true
```

So as you can see, we include the app, and all its compile and runtime dependencies (including the transitive dependencies).

So if a ```thin``` capsule is desired, it can be done like so:

```
true
true
true
true
true
true
```

And similarly an ```empty``` capsule is done with the following:

```
true
true
true
true
true
true
```

### Including Dependencies based on source

You can choose to include a source by using ```true``` or ```true```.

### Including Dependencies based on scope

You can include certain dependencies by setting the scope of the dependency to something that you will be including in the built capsule.

All possible options for scope are ```compile```, ```runtime```, ```provided```, ```system``` or ```test```.

Note that the plugin dependencies can only have scope ```compile```, ```runtime``` or ```system```.

So you could set your dependency to scope ```runtime``` like so:

```

com.google.guava
guava
17.0
runtime

```

And then mark the necessary flags:

```

true

```

or if you want to resolve them instead:

```

true

```

So the above will not include the dependencies marked with ```runtime``` scope, however it will resolve them at launch.

Just make sure you have a source also set to true for example, ```true``` or ```true```.

### Include Optional Dependencies

Dependencies can be marked with the `````` tag, for example:

```

com.google.guava
guava
true

```

To include optional dependencies in the capsule, you simply need to turn on a flag:

```

true

```

or if you want to resolve them instead:

```

true

```

Just make sure you have a source also set to true for example, ```true``` or ```true```.

### Include Transitive Dependencies

Transitive dependencies are essentially the deep dependencies or in other wors the dependencies of your dependencies.

You can include transitive dependencies by setting the configuration property `includeTransitiveDep` to true:

```

true

```

or if you want to resolve them instead:

```

true

```

Just make sure you have a source also set to true for example, ```true``` or ```true```.

### Understanding Dependency Scope

In maven, you can essentially define the following five scopes for your dependencies; ```compile```, ```runtime```, ```provided```, ```system``` and ```test```.

You set the scope on each of the project's direct dependencies. Although transitive dependencies will have defined scope also, this only applies specifically to their own project.

The scope of transitive dependencies in relation to the main project will be directly affected by the scope of its parent dependency. We call this the 'direct-scope'.

Also note, that transitive dependencies with scope other than ```compile``` or ```runtime``` are not applicable to the main project and thus are **excluded always**.

So for each direct dependency with scope:

* ```compile```
- ```compile``` transitive dependencies have ```compile``` direct-scope.
- ```runtime``` transitive dependencies have ```runtime``` direct-scope.
* ```runtime```
- ```compile``` transitive dependencies have ```compile``` direct-scope.
- ```runtime``` transitive dependencies have ```runtime``` direct-scope.
* ```provided```
- ```compile``` & ```runtime``` transitive dependencies have ```provided``` direct-scope.
* ```system```
- ```compile``` & ```runtime``` transitive dependencies have ```system``` direct-scope.
* ```test```
- ```compile``` & ```runtime``` transitive dependencies have ```test``` direct-scope.

So, all the ```includeXYZ``` and ```resolveXYZ``` follow the above rules.

## Runtime Resolution

To perform the resolution at runtime (such as needed by the ```thin``` and ```empty``` types), the capsule will include the necessary code to do this (namely the ```MavenCaplet```). This adds slightly to the overall file size of the generated capsule jar. This additional code is obviously mandatory if any dependencies (or the app itself) needs to be resolved at runtime.

To build the capsule without this additional code, make sure none of the ```resolveXYZ``` flags are set to true (by default all set to false or the `````` is set to ```fat```).

If making a custom build and resolution is needed at runtime, then add the desired ```resolveXYZ``` tags in the `````` tag like so:

```

hello.HelloWorld
true
true

```

## Really Executable Capsules (Mac/Linux only)

It is possible to `chmod+x` a jar so it can be run without needing to prefix the command with `java -jar`. You can see more info about this concept [here](https://github.com/brianm/really-executable-jars-maven-plugin) and [here](http://skife.org/java/unix/2011/06/20/really_executable_jars.html).

The plugin can build really executable jars for you automatically!

Add the `true` to your configuration (default is false).

```

hello.HelloWorld
true

```

The plugin will then output the really executables with the extension `.x`.

```
target/my-app-1.0-cap.jar
target/my-app-1.0-cap.x
```

So normally you would run the capsule like so:

```
java -jar target/my-app-1.0-cap.jar
```

However with the really executable builds, you can alternatively run the capsule nice and cleanly:

```
./target/my-app-1.0-cap.x
```

```
sh target/my-app-1.0-cap.x
```

##### Trampoline

When a capsule is launched, two processes are involved: first, a JVM process runs the capsule launcher, which then starts up a second, child process that runs the actual application. The two processes are linked so that killing or suspending one, will do the same for the other. While this model works well enough in most scenarios, sometimes it is desirable to directly launch the process running the application, rather than indirectly. This is supported by "capsule trampoline". [See more here at capsule](http://www.capsule.io/user-guide/#the-capsule-execution-process).

Essentially the concept defines that that when you execute the built Capsule jar, it will simply just output (in text) the full command needed to run the app (this will be a long command with all jvm and classpath args defined). The idea is then to just copy/paste the command and execute it raw.

If you would like to build 'trampoline' executable capsules you can add the `true` flag to the plugin's configuration:

```

hello.HelloWorld
true

```

This will build `.tx` files like so:

```
target/my-app-1.0-cap.jar
target/my-app-1.0-cap.tx
```

Which you can run:

```
./target/my-app-1.0-cap.tx
```

This will output the command which you then have to copy and paste and run it yourself manually, thus ensuring you have only one process for your app.

## Providing your app System Properties

Capsule also supports providing your app with system properties. This can be done at runtime but its also convenient to define some properties at build time too.

Simply add the `` tag in the plugin's configuration and declare any properties.

```

hello.HelloWorld

boo
ya

```

Then, anywhere in your app's code you call upon this system property:

```
package hello;
public class HelloWorld {
public static void main(String[] args) {
System.out.println(System.getProperty("boo")); // outputs 'ya'
}
}
```

## Additional Manifest Entries

Capsule supports a number of manifest entries to configure your app to your heart's content. See the full reference [here](http://www.capsule.io/reference/#manifest-attributes).

So for e.g if you would like to set the `JVM-Args`:

```

hello.HelloWorld

JVM-Args
-Xmx512m

```

Note you do **not** need `Main-Class`, `Application-Class`, `Application`, `Dependencies` and `System-Properties` as these are generated automatically by the plugin.

## Custom File Name

The output capsule jar's name is as per the `` tag with the appending of the ```-capsule```, by default.

Essentially this is ```-capsule.jar``` so for example your app might be ```app-capsule.jar```.

If you wish to have custom text, then you can optionally set either of parameters ```fileName``` and ```fileDesc``` which make up the format:

```
.jar
```

So for example if you'd like to have your output capsule jar like 'my-amazing-app-cap.jar' then you would do the following:

```

com.github.chrisdchristo
capsule-maven-plugin
${capsule.maven.plugin.version}

hello.HelloWorld
my-amazing-app
-cap

```

## Modes

Capsule supports the concept of modes, which essentially means defining your app jar into different ways depending on certain characteristics.
You define different modes for your app by setting specific manifest and/or system properties for each mode. So for e.g you could have a test mode which will define a test database connection, and likewise a production mode which will define a production database connection.
You can then easily run your capsule in a specific mode by adding the `-Dcapsule.mode=MODE` argument at the command line. See more at [capsule modes](http://www.capsule.io/user-guide/#modes-platform--and-version-specific-configuration).

The maven plugin supports a convenient way to define modes for your capsule (include the below in the `` tag).

```

production

dbConnectionServer
aws.amazon.example

JVM-Args
-Xmx1024m

```

A mode must have the `` tag, and you may define two things for each mode, namely, `` and `` (in exactly the same syntax as above).

If the mode is activated at runtime (`-Dcapsule.mode=production`) then the properties listed in the mode will completely override the properties set in the main configuration. Thus, only the properties listed in the mode section will be available to the app.

However, the mode's manifest entries will be appended to the existing set of entries defined in the main section (unless any match up, then the mode's entry will override).

Of course, you can define multiple modes.

## FileSets

If you'd like to copy over specific files from some local folder then you can use the
assembly style `` in the `` tag.

```

config/
config/

myconfig.yml

```

So from above we copy over the myconfig.yml file that we have in our config folder and place it within the config directory in the capsule jar (the plugin will create this folder in the capsule jar).

You specify a number of `` which must contain the `` (the location of the folder to copy), the `` (the destination directory within the capsule jar) and finally a set of `` to specify which files from the `` to copy over.

The `` tag supports a single wildcard `*`. So for example `*.yml`, `myconfig*` or `my*.yml` can work.

## DependencySets

If you'd like to copy over specific files from files embedded in some dependency then you can use the
assembly style `` in the `` tag.

```

com.google.guava
guava
config/

META-INF/MANIFEST.MF

```

So from the above we pull the manifest file from within Google Guava's jar and place it within the config directory in the capsule jar (the plugin will create this folder in the capsule jar).

You specify a number of `` which must contain the coords (``, ``, ``, ``) of a project dependency (the classifier and version are optional), the `` (the destination directory within the capsule jar) and finally a set of `` to specify which files from the dependency to copy over.

The `` tag supports a single wildcard `*`. So for example `META-INF/*`, `*MANIFEST.MF` or `META-INF/*.MF` can work.

You could also copy over the whole dependency directly if you leave out the ```includes``` tag:

```

com.google.guava
guava
config/

```

You could also copy over the whole dependency in an **unpacked** form if you mark the ```true``` flag.

```

com.google.guava
guava
config/
true

```

## Custom Capsule Version

Ths plugin can support older or newer versions of capsule (at your own risk). You can specify a maven property for the capsule version (this will be the version of capsule to package within the build of the capsules).

```

0.6.0

```
Otherwise, the default version of capsule will be used automatically. This is recommended.

## Caplets

Capsule supports defining your own Capsule class by extending the `Capsule.class`. If you want to specify your custom Capsule class, add a manifest entry pointing to it:

```

hello.HelloWorld
MyCapsule

```

If you have more than one, just add a space in between each one for e.g `MyCapsule MyCapsule2`.

If you want to use a caplet that's not a local class (i.e from a dependency) then you must specify the full coordinates of it like so:

`co.paralleluniverse:capsule-daemon:0.1.0`

And you can mix local and non-local caplets too:

`MyCapsule co.paralleluniverse:capsule-daemon:0.1.0`

See more info on [caplets](http://www.capsule.io/caplets/).

## Maven Exec Plugin Integration

The [maven exec plugin](http://www.mojohaus.org/exec-maven-plugin/) is a useful tool to run your jar all from within maven (using its classpath).

```

org.codehaus.mojo
exec-maven-plugin
${maven.exec.plugin.version}

hello.HelloWorld

```

You can then run your normal jar by:

```
mvn package exec:java
```

Notice that the exec plugin provides a configuration where you can specify the `` as well as other fields such as ``. The Capsule plugin provides the ability to pull this config and apply it to the built capsules, thus saving you from having to enter it twice (once at the exec plugin and second at the capsule plugin).

In the capsule plugin you can set the `` tag to do this:

```

com.github.chrisdchristo
capsule-maven-plugin
${capsule.maven.plugin.version}

root

```

The value `root` will tell the capsule plugin to pull the config from the `` element at the root of the exec plugin.

If you are using executions within the exec plugin like so:

```

org.codehaus.mojo
exec-maven-plugin
${maven.exec.plugin.version}

default-cli

java

hello.HelloWorld

```

Then you can specify the `` to the ID of the execution:

```

com.github.chrisdchristo
capsule-maven-plugin
${capsule.maven.plugin.version}

default-cli

```

##### How the capsule plugin maps the config from the exec plugin

The capsule plugin will map values from the exec plugin:

```
mainClass -> appClass
systemProperties -> properties
arguments -> JVM-Args (manifest entry)
```

So the `` element in the exec's `` will be the `` in the capsules's ``.

##### A complete solution

So essentially you can setup as follows:

```

org.codehaus.mojo
exec-maven-plugin
${maven.exec.plugin.version}

hello.HelloWorld

propertyName1
propertyValue1

com.github.chrisdchristo
capsule-maven-plugin
${capsule.maven.plugin.version}

root

```

##### Overriding the exec plugin config

Note that if you do specify the ``, `` or `JVM-Args` (in the ``) of the capsule plugin, then these will override the config of the exec plugin.

## Reference

* ``: The class with the main method (with package declaration) of your app that the capsule should run. This can be optional too, if you are using the maven exec plugin and have specified a `execPluginConfig`.
* ` (Optional)`: If executable (chmod +x) versions of the capsules should be built in the form of '.x' files (Applicable for Mac/Unix style systems). See [here](https://github.com/brianm/really-executable-jars-maven-plugin) and [here](http://skife.org/java/unix/2011/06/20/really_executable_jars.html) for more info. Defaults to false.
* ` (Optional)`: This will create trampoline style executable capsules in the form of '.tx' files. See more info [here](https://github.com/chrisdchristo/capsule-maven-plugin#trampoline).
* ` (Optional)`: Specifies the output directory. Defaults to the `${project.build.directory}`.
* ` (Optional)`: Specifies the ID of an execution within the exec-maven-plugin. The configuration from this execution will then be used to configure the capsules. If you specify 'root' then the `` at root will be used instead of a particular execution. The exec's `` will map to Capsule's ``. The exec's `` will map to capsule's ``. If you specify this tag then the `` tag does not need to present.
* ` (Optional)`: The system properties to provide the app with.
* ` (Optional)`: Can be either ```empty```, ```thin``` or ```fat```. Tells the plugin to build a capsule based on of these predefined builds. If present, the plugin will ignore all of the `````` and ``````.
* ` (Optional)`: Can either be ```true``` or ```false```, default is ```false```. This will append a manifest entry ```Repositories``` with values as defined by the project's ```pom.xml```.
* ` (Optional)`: Specify whether the app itself should be embedded. Default is true. Also, this is ignored if `````` is present.
* ` (Optional)`: Specify whether normal app dependencies should be embedded. Default is false. Also, this is ignored if `````` is present.
* ` (Optional)`: Specify whether the plugin dependencies should be embedded. Default is false. Also, this is ignored if `````` is present.
* ` (Optional)`: Specify whether transitive dependencies should also be embedded. Default is false. Also, this is ignored if `````` is present.
* ` (Optional)`: Specify whether compile scope dependencies should be embedded. Default is false. Also, this is ignored if `````` is present.
* ` (Optional)`: Specify whether runtime scope dependencies should be embedded. Default is false. Also, this is ignored if `````` is present.
* ` (Optional)`: Specify whether provided scope dependencies should be embedded. Default is false. Also, this is ignored if `````` is present.
* ` (Optional)`: Specify whether system scope dependencies should be embedded. Default is false. Also, this is ignored if `````` is present.
* ` (Optional)`: Specify whether test scope dependencies should be embedded. Default is false. Also, this is ignored if `````` is present.
* ` (Optional)`: Specify whether optional dependencies should also be embedded. The default is false. Also, this is ignored if `````` is present.
* ` (Optional)`: Specifies whether the app should be resolved at launch. The default is false. Also, this is ignored if `````` is present.
* ` (Optional)`: Specifies whether the app dependencies should be resolved at launch. The default is false. Also, this is ignored if `````` is present.
* ` (Optional)`: Specifies whether the plugin dependencies should be resolved at launch. The default is false. Also, this is ignored if `````` is present.
* ` (Optional)`: Specifies whether the transitive dependencies should be resolved at launch. The default is false. Also, this is ignored if `````` is present.
* ` (Optional)`: Specifies whether the compile scoped dependencies should be resolved at launch. The default is false. Also, this is ignored if `````` is present.
* ` (Optional)`: Specifies whether the runtime scoped dependencies should be resolved at launch. The default is false. Also, this is ignored if `````` is present.
* ` (Optional)`: Specifies whether the system scoped dependencies should be resolved at launch. The default is false. Also, this is ignored if `````` is present.
* ` (Optional)`: Specifies whether the system scoped dependencies should be resolved at launch. The default is false. Also, this is ignored if `````` is present.
* ` (Optional)`: Specifies whether the test scoped dependencies should be resolved at launch. The default is false. Also, this is ignored if `````` is present.
* ` (Optional)`: Specifies whether the optional dependencies should be resolved at launch. The default is false. Also, this is ignored if `````` is present.
* ` (Optional)`: The set of additional manifest entries, for e.g `JVM-Args`. See [capsule](http://www.capsule.io/reference/) for an exhaustive list. Note you do **not** need `Main-Class`, `Application-Class`, `Application`, `Dependencies` and `System-Properties` as these are generated automatically.
* ` (Optional)`: Define a set of `` with its own set of `` and `` entries to categorise the capsule into different modes. The mode can be set at runtime. [See more here](https://github.com/chrisdchristo/capsule-maven-plugin#modes).
* ` (Optional)`: Define a set of `` to copy over files into the capsule. [See more here](https://github.com/chrisdchristo/capsule-maven-plugin#filesets-and-dependencysets).
* ` (Optional)`: Define a set of `` to copy over files contained within remote dependencies into the capsule. [See more here](https://github.com/chrisdchristo/capsule-maven-plugin#filesets-and-dependencysets).
* ` (Optional)`: Define a list of caplets (custom Capsule classes). [See more here](https://github.com/chrisdchristo/capsule-maven-plugin#caplets).
* ` (Optional)`: The custom text for the file name part of the name of the output jar. By default this is ```````.
* ` (Optional)`: The custom text for the descriptor part of the name of the output jar. This combined with the `````` tag creates the output name of the jar.

```

com.github.chrisdchristo
capsule-maven-plugin
${capsule.maven.plugin.version}

hello.HelloWorld

target
MyCapsule MyCapsule2

fat
true
true
true

true
false
false
false
false
false
false
false
false
false

false
false
false
false
false
false
false
false
false
false

root
my-amazing-app
-cap

propertyName1
propertyValue1

JVM-Args
-Xmx512m

Min-Java-Version
1.8.0

production

dbConnectionServer
aws.amazon.example

JVM-Args
-Xmx1024m

config/
config/

myconfig.yml

com.google.guava
guava
optional
config/

META-INF/MANIFEST.MF

build

```

## License

This project is released under the [MIT license](http://opensource.org/licenses/MIT).

ecosyste.ms

Data

Tools

Indexes

Applications

Experiments

Awesome

https://github.com/chrisdchristo/capsule-maven-plugin

Awesome Lists containing this project

README