一 概念
tools.jar是java最基本的包，里面包含了从java最重要的lang包到各种高级功能如可视化的swing包，是java必不可少的。


二 遇到问题
可见tools.jar是一个非常重要的jar包，那么我们要在maven中应用怎么办呢？


三 解决办法
在pom.xml中
<dependency>

 <groupId>com.sun</groupId>

 <artifactId>tools</artifactId>

 <version>1.6</version>

 <scope>system</scope>

 <systemPath>${JAVA_HOME}/lib/tools.jar</systemPath>

</dependency>
本文转自IT徐胖子的专栏博客51CTO博客，原文链接http://blog.51cto.com/woshixy/1054664如需转载请自行联系原作者


woshixuye111


        
        
                
    

引用JDK里的tools.jar时出现的问题 
为了解决tools.jar无法找到的问题,在pom.xml中加入如下配置信息： 


		<dependency>
			<groupId>com.sun</groupId>
			<artifactId>tools</artifactId>
			<version>1.6</version>
			<scope>system</scope>
			<systemPath>${JAVA_HOME}/lib/tools.jar</systemPath>
		</dependency>

今天突然想到一个问题：如果整个项目中用的是jdk1.7，那么通过maven依赖的jar包，它们使用的jdk版本是什么呢？ 

于是我随意打开了项目中的一个类，点进了这个类中引用的slf4j的jar包里，发现jar包中的META-INF文件夹中有一个MANIFEST.MF文件：



这里写明了jar包被编译的版本，因为jar包包含的都是.class文件，所以已经提前编译过了。

至于如何下到被与项目中使用的一致的jdk版本编译的jar包，以及jar包分别被1.6 1.7 1.8版本的jdk编译，运行在1.8版本的jvm哪个性能更好，仍需要进一步的研究- - 

书接上文，请教了一个大神，大神说， 
第一个问题，如果你想用1.7编译这个jar包，需要下到他的源码，然后自己构建这个项目，生成jar包，然后上传到私服，其他同事也就可以用了。 

于是我就下到了源码，maven clean install -Dmaven.test.skip=true编译了两次，都失败了… 大神说可能是这个项目的jar包依赖下载不成功，有可能是网络的原因，有可能是这个jar包放在了人家公司的私服上，没有在公网中(http://search.maven.org/)  。

也就是说如果一个jar包用的1.6编译的，那么一个运行在1.5上的项目肯定是无法使用这个jar的。另外现在有些框架只支持jdk1.8，也就是说这个框架使用的jdk1.8编译的，搞不好也是用1.8写的源码。

第二个问题，大神说性能基本差不多，1.8在构建时候 生成的字节码有的地方有优化，这个肯定是多少有点优化的。基本兼容，每次jdk升级不都是说有性能的提升吗，他们的提升主要是靠生成字节码的质量，性能提升肯定不大 但多少有点小提升 可能提升千分之一。

恩 ~

1.问题描述：

新入职了一家公司，从公司的svn上拉取的仓库作为maven的本地仓库，里面有一部分是公司的自己打的jar包和定义的版本。jar包的版本一直爆红，maven无法编译打包。

我的环境：jdk1.7 maven版本：3.3.9

idea的配置截图



项目中的pom文件截图所示：





说明情况：这些jar包在项目中可以被引用，但是在maven编译，打包就会报错，截图如下：



现在就是不知道是什么原因，希望看到这个帖子的人帮我看下这个问题很急！！！(可以有偿),欢迎大家在下面留言交流交流

在这里感谢大家了…