打开Java的JAR文件我们经常可以看到文件中包含着一个META-INF目录,这个目录下会有一些文件,其中必有一个MANIFEST.MF,这个文件描述了该Jar文件的很多信息. 在Java平台中, Manifest资源配置文件是JAR档案文件中包含的特殊文件.Manifest文件被用来定义扩展或档案打包相关数据.Manifest文件是一个元数据文件,它包含了不同部分中的名/值对数据.如果一个JAR文件被用来作为可执行文件,那么其中的Manifest文件需要指出该程序的主类文件.通常Manifes

在web项目中一个war包下面有一个文件叫:MANIFEST.MF 这个文件的作用是:告诉我们的信息有: Manifest-Version: 1.0Built-By: 张三(由谁创建)Build-Jdk: 1.7.0_80(jdk版本)Created-By: Apache Maven 3.5.3 (用的maven的版本)

meta-inf相当于一个信息包,目录中的文件和目录获得Java 2平台的认可与解释,用来配置应用程序.扩展程序.类加载器和服务 manifest.mf文件,在用jar打包时自动生成的. META-INF 存在程序入口相关信息,  我们把MANIFEST中的配置信息进行分类,可以归纳出下面几个大类: 一. 一般属性 1.Manifest-Version 用来定义manifest文件的版本,例如:Manifest-Version: 1.0 2.Created-By 声明该文件的生成者,一般该属性是

MANIFEST.MF的用途(转载) 可以用的上的有: 1. Main-Class 指定程序的入口,这样可以直接用java -jar xxx.jar来运行程序. 2. Class-Path 指定jar包的依赖关系,class loader会依据这个路径来搜索class. 我平时用mf文件一般说来都是让jar成为可以直接运行这一目的.虽然目的这么简单,但是每次打包还是很容易出现各种各样的问题让人头痛.mf总是没有被应用,或者是出错了. 首先给出一个简单而标准的例子: Manifest-Versio

最近研究了如何在java工程打包,期间遇到的一些问题进行总结,如打包成test.jar 文件 Manifest-Version: 1.0 Main-Class: windows.VideoWindow Class-Path: lib\jetty-6.1.26.jar lib\aspectjweaver-1.6.12.jar 上面为打包为jar中的包说明文件. 下面这个报错一直出现. could not find main class. Program will exit 这个错误提示其实不是没有

常常在网上看到有人询问:如何把 java 程序编译成 .exe 文件.通常回答只有两种,一种是制作一个可执行的 JAR 文件包,然后就可以像. chm 文档一样双击运行了:而另一种是使用 JET 来进行 编译.但是 JET 是要用钱买的,而且据说 JET 也不是能把所有的 Java 程序 都编译成执行文件,性能也要打些折扣.所以,使用制作可执行 JAR 文件包的方法就是最佳选择了,何况它还能保持 Java 的跨平台特性. 下面就来看看什么是 JAR 文件包吧: 1. JAR 文件包 JAR 文件

: Manifest-Version: 1.0Created-By: Apache Ant 1.5.1Extension-Name: Struts FrameworkSpecification-Title: Struts FrameworkSpecification-Vendor: Apache Software FoundationSpecification-Version: 1.1Implementation-Title: Struts FrameworkImplementation-Ven

转载自http://blog.csdn.net/zhifeiyu2008/article/details/8829637 打开Java的JAR文件我们经常可以看到文件中包含着一个META-INF目录, 这个目录下会有一些文件,其中必有一个MANIFEST.MF,这个文件描述了该Jar文件的很多信息,下面将详细介绍MANIFEST.MF文件的内 容,先来看struts.jar中包含的MANIFEST.MF文件内容: Manifest-Version: 1.0Created-By: Apache A

打开Java的JAR文件我们经常可以看到文件中包含着一个META-INF目录, 这个目录下会有一些文件,其中必有一个MANIFEST.MF,这个文件描述了该Jar文件的很多信息,下面将详细介绍MANIFEST.MF文件的内 容,先来看struts.jar中包含的MANIFEST.MF文件内容: Manifest-Version: 1.0Created-By: Apache Ant 1.5.1Extension-Name: Struts FrameworkSpecification-Title:

可以用的上的有: 1. Main-Class 指定程序的入口,这样可以直接用java -jar xxx.jar来运行程序. 2. Class-Path 指定jar包的依赖关系,class loader会依据这个路径来搜索class. 我平时用mf文件一般说来都是让jar成为可以直接运行这一目的.虽然目的这么简单,但是每次打包还是很容易出现各种各样的问题让人头痛.mf总是没有被应用,或者是出错了. 首先给出一个简单而标准的例子: Manifest-Version: 1.0Main-Class: u

打开Java的JAR文件我们经常可以看到文件中包含着一个META-INF目录, 这个目录下会有一些文件,其中必有一个MANIFEST.MF,这个文件描述了该Jar文件的很多信息,下面将详细介绍MANIFEST.MF文件的内 容,先来看struts.jar中包含的MANIFEST.MF文件内容: Manifest-Version: 1.0Created-By: Apache Ant 1.5.1Extension-Name: Struts FrameworkSpecification-Title:

一.详解 打开Java的JAR文件我们经常可以看到文件中包含着一个META-INF目录, 这个目录下会有一些文件,其中必有一个MANIFEST.MF,这个文件描述了该Jar文件的很多信息,下面将详细介绍MANIFEST.MF文件的内 容,先来看struts.jar中包含的MANIFEST.MF文件内容: Manifest-Version: 1.0Created-By: Apache Ant 1.5.1Extension-Name: Struts FrameworkSpecification-Ti

打开Java的JAR文件我们经常可以看到文件中包含着一个META-INF目录, 这个目录下会有一些文件,其中必有一个MANIFEST.MF,这个文件描述了该Jar文件的很多信息.可以简化Java应用程序的打包和发布.其中我们最常用的就是Main-Class和Class-Path了.我们来先看看一个MANIFEST.MF文件的内容 Manifest-Version: 1.0 Created-By: Apache Ant 1.5.1 Extension-Name: Struts Framework

jar包目录格式: |-- com | |-- test.class |-- META-INF | |-- MAINFEST.MF 一个正常的jar包下必有META-INF/MANIFEST.MF清单文件,该文件的标准格式为: 1. 常规属性 Mainfest-Version: JAR版本号Created-By: 生产者Signature-Version: 签名版本Class-Path: 依赖项列表,若存在多个依赖项时则采用空格分隔.依赖项路径为以JAR包路径为参考系的相对路径 注意:如果有依赖

检查n多遍也试了n多次,证明下面是MANIFEST.MF文件正确写法: Manifest-Version: 1.0 Premain-Class: cn.yandz.monitor.SizeOfObjectUtils Can-Redefine-Classes: true Class-Path: lib/json-lib-2.4-jdk15.jar lib/ojdbc14.jar lib/commons-beanutils-1.8.3.jar lib/commons-collections-3.2.

在Eclipse插件开发中, MANIFEST.MF, plugin.xml, build.properties是三种最常见的文件,由于它们共享同一个编辑器(Plug-in Manifest Editor),经常会有插件开发者误解.混淆了这三个文件的用途.我们来看看这三个文件有哪些区别. 1.在编辑器上的区别 我们来看看Plug-in Manifest Editor是什么样子的: 上图是manifest编辑器的Overview签页的项目.注意编辑器的底部,有多个签页. 其中,Overview.D

今天终于把maven-bundle-plugin不能导出META-INF中的内容到Export-Package中的问题解决了,因为用到的第三方JAR包需要加载META-INF/XX/XX.xml这个内容,但在运行的时候getResource返回null. 经一番调查发现META-XX.XX这个包名没有导出,手动去修改MANIFEST.MF可以解决问题.但产品的源码中这个依赖是以maven-bundle-plugin进行打包的,在添加Export-Package:META-INF.xx的时候报错:

当前目录存在lib.jar和MANIFEST.MF文件,在当前目录下执行: jar -uvfm lib.jar MANIFEST.MF 如果lib.jar里存在META-INF/MANIFEST.MF,执行命令后会有合并更新的效果.

用 Intellij 进行打包.在File -> Project Structure里面. 然后应该会自动生成Jar包(也可以Build->Build Artifacts) xxx.jar ,拷贝到Linux机器上. 但是开始不能运行.提示找不到Manifest.mf.搜索之后,发现,要选第二个选项"copy to ...",而且必须把Manifest的目录从java改到Resources才行. 这样选项之后,生成的目录里面有两个jar.

在上传项目到svn时,pom.xml报错