Manifest Task

## Manifest

### Description

Creates a manifest file.

This task can be used to write a Manifest file, optionally replacing or updating an existing file.

Manifests are processed according to the Jar file specification.. Specifically, a manifest element consists of a set of attributes and sections. These sections in turn may contain attributes. Note in particular that this may result in manifest lines greater than 72 bytes being wrapped and continued on the next line.

The Ant team regularly gets complaints that this task in generating invalid manifests. By and large, this is not the case: we believe that we are following the specification to the letter. The usual problem is that some third party manifest reader is not following the same specification as well as they think they should; we cannot generate invalid manifest files just because one single application is broken. J2ME runtimes appear to be particularly troublesome.

If you find that Ant generates manifests incompatible with your runtime, take a manifest it has built, fix it up however you need and switch to using the <zip> task to create the JAR, feeding in the hand-crafted manifest.

### Parameters

Attribute | Description | Required
file | the manifest-file to create/update. | Yes
mode | One of "update" or "replace", default is "replace". | No
encoding | The encoding used to read the existing manifest when updating. | No, defaults to UTF-8 encoding.

### Nested elements

#### attribute

One attribute for the manifest file. Those attributes that are not nested into a section will be added to the "Main" section.

Attribute | Description | Required
name | the name of the attribute, must match the regexp `[A-Za-z0-9][A-Za-z0-9-_]*`. | Yes
value | the value of the attribute. | Yes

#### section

A manifest section - you can nest attribute elements into sections.

Attribute | Description | Required
name | the name of the section. | No, if omitted it will be assumed to be the main section.

### Examples

      <manifest file="MANIFEST.MF">
        <attribute name="Built-By" value="kev"/>
        <section name="common">
          <attribute name="Specification-Title" value="Example"/>
          <attribute name="Specification-Version" value="${version}"/>
          <attribute name="Specification-Vendor" value="Example Organization"/>
          <attribute name="Implementation-Title" value="common"/>
          <attribute name="Implementation-Version" value="${version} June 27 2008"/>
          <attribute name="Implementation-Vendor" value="Example Corp."/>
        </section>
        <section name="common/class1.class">
          <attribute name="Sealed" value="false"/>
        </section>
      </manifest>

Creates or replaces the file MANIFEST.MF. Note that the Built-By attribute will take the value of the Ant property kev. The same is true for the ${version} and June 27 2008 properties. This example produces a MANIFEST.MF that contains package version identification for the package `common`.

The manifest produced by the above would look like this:

    Manifest-Version: 1.0
    Built-By: bodewig
    Created-By: Apache Ant 1.7

    Name: common
    Specification-Title: Example
    Specification-Vendor: Example Organization
    Implementation-Vendor: Example Corp.
    Specification-Version: 1.2
    Implementation-Version: 1.2 February 19 2006
    Implementation-Title: common

    Name: common/class1.class
    Sealed: false