MANIFEST.MF的用途

 MANIFEST中的配置信息共有下面几类：
一. 一般属性
1. Manifest-Version
用来定义manifest文件的版本，例如：Manifest-Version: 1.0
2. Created-By
声明该文件的生成者，一般该属性是由jar命令行工具生成的，例如：Created-By: Apache Ant 1.5.1
3. Signature-Version
定义jar文件的签名版本
4. Class-Path
应用程序或者类装载器使用该值来构建内部的类搜索路径
二. 应用程序相关属性
1. Main-Class
定义jar文件的入口类，该类必须是一个可执行的类，一旦定义了该属性即可通过 java -jar x.jar来运行该jar文件。
三. 小程序(Applet)相关属性
1. Extendsion-List
该属性指定了小程序需要的扩展信息列表，列表中的每个名字对应以下的属性
2. <extension>-Extension-Name
3. <extension>-Specification-Version
4. <extension>-Implementation-Version
5. <extension>-Implementation-Vendor-Id
5. <extension>-Implementation-URL
四. 扩展标识属性
1. Extension-Name
该属性定义了jar文件的标识，例如Extension-Name: Struts Framework
五. 包扩展属性
1. Implementation-Title 定义了扩展实现的标题
2. Implementation-Version 定义扩展实现的版本
3. Implementation-Vendor 定义扩展实现的组织
4. Implementation-Vendor-Id 定义扩展实现的组织的标识
5. Implementation-URL : 定义该扩展包的下载地址(URL)
6. Specification-Title 定义扩展规范的标题
7. Specification-Version 定义扩展规范的版本
8. Specification-Vendor 声明了维护该规范的组织
9. Sealed 定义jar文件是否封存，值可以是true或者false

我平时用mf文件一般说来都是让jar成为可以直接运行这一目的。虽然目的这么简单，但是每次打包还是很容易出现各种各样的问题让人头痛。mf总是没有被应用，或者是出错了。

首先给出一个简单而标准的例子：

Manifest-Version: 1.0
Main-Class: ui.JFrameMain
Class-Path: jtds-1.2.jar c3p0-0.9.1.2.jar
esri_mo20.jar esri_mo20res.jar jsde83_sdk.jar

解释一下：

Manifest-Version mf文件版本号，这行照抄

Main-Class 包含main函数的类，程序的入口

Class-Path 用到的一些包

分析一下要点：

要点1：每行的“:”(冒号)用来分隔键值对。冒号后边一定要跟一个空格！！！

也就是说务必写为:

Main-Class:(空格)YouClassName

Class-Path:(空格)Class1.Jar

否则JBuilder会报("Manifest.mf": Error reading manifest: java.io.IOException: invalid header field
)这样的错。不再IDE帮助下做的JAR会发现MF没有起到应有的作用。顺便说一下以前我看到JBuilder报另一个个错大概说是什么换行符不对，好像也是由于这个问题引发的。原先总以为是windows里边的回车是由回车，换行2个字符构成而造成的。现在看来好像不是这样，是因为少了冒号后边那个空格。

要点2：Class-Path里边的内容用空格分隔而不是逗号或者分号。（唉。。。我总是下意识的用分号）

也就是说务必写成:

Class-Path:(空格)Class1.jar(空格)Class2.jar(空格)Class3.Jar

要点3:有的文章说MF文件每行不能超过七十多的字符，我的经验是如果在JBuilder里编辑MF超过了也无妨，一般我是尽量一行写完。续行挺麻烦又要以空格开头什么的。我也经常直接用winRar打开jar然后直接编辑里边的mf文件，这是个好方法，很直接了当，缺点就是如果改坏了也不会报错，只是MF有的部分失效了，好像运行时也会说"错误的MF文件版本"。