idea gradle工程怎么打jar包

一 Idea打包jar

因为本人用的开发环境是IntelliJ IDEA，开始的时候研究了一下利用这个开发工具进行打包

首先按F4或者点击IDEA右上角这地方

进入项目结构管理器

选择这里面的Artifacts。开始我完全不知道Artifacts是什么东西，后来查阅了点资料：Artifacts是maven中的一个概念，表示某个module要如何打包，例如war exploded、war、jar、ear等等这种打包形式；意思我理解的就是Artifacts就是告诉我们的程序因该如何打包这个项目。

之后新建一个Artifacts

这有两个选项选择第二个，从模块中引入，点击进去后会有一些设置，如下：

module是你需要打成jar包的项目

MainClass是运行的主函数，如果不需要运行则可以不选择

jarfilesfromlibraries是项目打包的方式，下面选项大致的含义：

1：extracttothetargetjar：把所有文件倒入进一个jar包里

2：copytothe。。。。：把项目的依赖包导出和项目一个目录，通过MANIFEST.MF文件来引用jar包。

这里如果你的项目需要打成一个可运行的jar包推荐第二种，反之第一种。

设置完之后，就会新建一个xxx:jar,并进入进入xxx:jar的编辑页面

在我们需要进行一个输出目录布局的设置，我们可以看到，已经编译好的项目的jar文件（我的是eachend.jar）和其他导入的jar包混到一起的，很杂，我是点击outputlayout下最左边的文件夹图标新建了一个lib文件，把其他jar包拖拽进来（建议，也可以直接点OK完成）

但是我们这样做的话依赖的jar包的目录就会产生变化，这时候我们需要选中我们项目，在下方然后修改MANIFEST.MF中的Class Path

修改成OK

到了这一步后Artifacts是写好了，保存之后就可以用来生成jar文件

点击build Artifacts后选择你刚刚生成的artifacts

build后就会在out的目录下生成对应的jar文件

最后进入项目目录输入命令java -jar XXX.jar就可以跑起来了如下

二gradle打包jar

本以为项目打成jar包并且可以完美运行了后，这事就差不多完了，可是项目组长说：你这样打包是可以，但是如果其他人用Eclipes来开发的话，就不管用了。。。。。。哎，好不容易搞出来的一个方法被pass掉了，无奈之下就只有另换方法。

因为项目我是用的gradle构建的，第一时间想起了用gradle打包。

利用gradle进行打包其实非常非常简单，但是因为我平常只是简单用它来导包，以及构建项目，它的基本的一些东西不是很清楚，所以走了些弯路花了大半天的时间才搞出来，所以说有时候需要了解一下你所用的东西的一些基础和原理。

在build,gradle中首先需要加上

apply plugin: 'java'

apply plugin: 'idea'

来定义你自己项目使用的插件，apply plugin: 'idea'用于把项目构建成idea项目，apply plugin: 'java'用于添加Java插件,以及一些内置任务，打包jar就要用到这里的插件。

version = '1.0'

repositories {

mavenCentral()

}

这里用来声明版本号以及添加maven中心仓库地址

dependencies {

compile 。。。。。。。

}

这里来添加项目所需要的依赖包

jar {

String someString = ''

configurations.runtime.each {someString = someString + " lib//"+it.name} //遍历项目的所有依赖的jar包赋值给变量someString

manifest {

attributes 'Main-Class': 'com.each.dubboMainEnd'

attributes 'Class-Path': someString

}

}

打包的时候，这个地方很重要，用来设置jar文件的相关属性，这个地方把我坑了有点久，最后补了下gradle的基础知识，就搞出来了，这篇博客写gradle基础写的还可以，推荐给大家看看http://www.open-open.com/lib/view/open1447139848053.html

首先这定义了一个someString用来存放依赖包的信息，通过configurations.runtime拿到所有的运行时的依赖jar包，然后.each遍历他，通过it.name获取到每个的jar包的name，赋值。

manifest即是编译完成后生成jar包中的MANIFEST.MF配置信息

task copyJar(type:Copy){

from configurations.runtime

into ('build/libs/lib')

}

task release(type: Copy,dependsOn: [build,copyJar]) {

// from 'conf'

// into ('build/libs/eachend/conf')

}

建立函数copyJar用于把依赖的jar复制到对应的目录下。

函数release即是我们打包的时候的执行的函数，dependsOn[build,copyJar]这里会让执行relese函数的时候先执行build（系统自带的函数）和copyJar

最后通过gradlerelease命令进行打包

为了找到这个原因，我重新搭建了一个测试例子，在src/com下新建了一个HelloWorld.java类，输出HelloWorld。然后把它导出jar包，依然报错：找不到或无法加载主类。

后来打开这个jar包发现在test.jar里边还有一个test.jar包

然后我把里边这个jar包提取出来后，运行java -jar test.jar就不会报错了，也能正常输出HelloWorld

经过各种重复实验，重新尝试每一步的配置，终于发现了错误的地方。

根据网上的配置，在 Project Structure -->Artifacts中，添加jar包时，选择了copy to the out directory and link via manifest

备注：我参考的Idea打jar包的方法链接是：http://www.cnblogs.com/blog5277/p/5920560.html

他说：

选中第一个的话,打完包后是一个jar包

选中第二个的话,打完包后是一个jar包,外带你项目所用的jar包

如果选择了第二个，在下一步的配置中，就会出现两个test.jar。可以看到，上一步骤生成了一个test.jar，并且外边的test.jar还需要再重新创建一个MANIFEST.MF文件

经过测试，即使我创建外边的MANIFEST.MF文件时，把里面的test.jar包打进去，依然会报错：找不到或无法加载主类。

综上所诉， 我又尝试在最开始选择配置的时候，如果选择extract to the target JAR（提取到目标jar包） 这个选项，那么对于我这个测试项目就完全没问题了，生成的test.jar包里包含MANIFEST.MF文件，并且这个包里不会再有其他的jar包了，就没有问题了

但是如果我生成的jar包，需要引用其他的jar包，需要在下一步，Class Path栏里手动输入引入的jar包。

至于这里的classpath如何填写，相当于在之前错误用法时生成的META-INF/MANIFEST.MF文件里所引用的jar包一样。

打开 File >Project Structure >Artifacts添加一个 Artifact（ + >JAR >Empty）输入这个jar的name（'sampleName'），Name下面有这个jar包生成的路径（Output directory）在Output Layout中给这个sampleName.jar添加Module Output（+ >Module Output 或者在 Available Elements框中选择对应的Module双击）选择你的项目源文件的模块（注意：这里不是选择的web这个模块）然后点击ok退出Project Structure面板最后生成这个jar（Build >Build Artifacts... >sampleName >Build/Rebuild）

---