Specifies the version number for the package. Version numbers need to be in one of the following formats: X.x or X.x.x (for example, 1.0, 2.1, 2.1.3, or 3.1.2). By default, Designer assigns the version number 1.0 to a new package.

Displays the build number of the package. The build number is a generation number that a user assigns to a package each time the package is regenerated. For example, a user might generate version 1.0 of the “Finance” package ten times and assign build numbers 1,2,3…10 to the different generations or builds of the package.

The build number is not the same as the package version number. One version of a package might have multiple builds.

Displays a brief description of the package written by the user who created the package release.

Displays the version of the JVM (Java virtual machine) required to run the package.

Displays the name of the publishing server that created the package release.

Displays the patch numbers included in this release of the package.

Displays a list of all the patches installed for this package release. When the server administrator installs a full release of the package (a release that includes all previous patches for the package), Integration Server removes the existing patch history. This helps the server administrator avoid potential confusion about version numbers and re-establish a baseline for package version numbers.

The name of the package.

The version number assigned to the package.

The build number of the package. The build number is a generation number that a user assigns to a package each time the package (either full release or a patch) is regenerated.

A brief description of the package or patch written by the user who created the package release.

The time at which the package release (patch) was created.

The version of the JVM (Java virtual machine) required to run the package.

The name of the publishing server that created the package release.

The patch numbers included in this release of the package.