处理webapp中的MANIFEST.MF(转)

在代码回顾中经常会看到一些特别糟糕的代码。像其他人指出的那样，我有时候也会写出很糟糕的代码。

然而在大部分情况下，这是由于开发人员没有对问题做深入的理解：大部分人学习的知识（在大学或从高级开发人员处学习）是几年前的。有些人仅仅是在百度搜索问题，然后粘贴找到的代码。

这个小小的文章简单的讲解处理web应用上下文的manifest文件的正确方式。这看上去很简单，但是有很多种方式来实现它，到现在为止我发现只有一个正确的方法。

作为开始，一个非常不好的处理它的方式将是如此：

 

InputStream inputStream= getClass().getClassLoader().getResourceAsStream("/META-INF/MANIFEST.MF"); 

Manifest manifest = new Manifest(inputStream);

为什么不好？因此，基于你的类加载器策略，你可能会获取到另外一个manifest，可能完全和web应用无关：例如，上述代码片段可能获取到EAR的manifest，当使用默认类加载器策略时（父优先Parent-First）。

另一个错误的代码将是如下，基于相同的原因：

URL url = getClass().getProtectionDomain().getCodeSource().getLocation();

InputStream inputStream= url.openStream();Manifest manifest = new Manifest(inputStream);

最后，一个人可能尝试获取war中的manifest文件，但是他忽略了WAR将被包装为EAR文件或以解包的方式进行部署。

我认为唯一的方式是通过应用服务器提供的API来执行：

ServletContext application = getServletConfig().getServletContext();

InputStream inputStream= application.getResourceAsStream("/META-INF/MANIFEST.MF"); 

Manifest manifest = new Manifest(inputStream);

这就是了：非常直接的使用了应用服务器提供的功能。