jdk1.8下maven 不支持jdk1.83.3.3报错版本不对.除了用jdk1.6，还有什么办法吗

来源：蜘蛛抓取(WebSpider) 时间：2016-02-20 04:00 标签： maven 不支持jdk1.8
jdk1.8下maven3.3.3报错版本不对.除了用jdk1.6，还有什么办法吗_百度知道
jdk1.8下maven3.3.3报错版本不对.除了用jdk1.6，还有什么办法吗
1;profile&gt.target&gt.5版本的JDK;&#47，又变成1;
&properties&&#47，maven的JDK版本变化了，在里面添加 &maven.5的吧;&#47，每次 maven-update project 的时候;&#47，发现了修改的方法;jdk-1;
&&#47.7，打开maven安装目录下的 maven--》conf
修改1;activeByDefault&gt，再次在eclipse中 maven--》update project 就会发现;1.compilerVersion&/步骤 使用maven的时候;true&lt，并且也是编译成1.compiler.7&
最后;&#47.compiler，1.7&
&lt，我的电脑里面用的JDK是1;activeByDefault&
&profile&jdk&/activation&jdk&
&lt.7&lt，没理由还用1.compiler.7&lt.7&lt.source&1;
&&#47.compiler.5的.source&maven，郁闷的是.7的.compilerVersion&gt.
&id&activation&gt，找到profiles节点;
&lt.target&gt.8也出来了;
&lt方法/properties&gt！所以我手动改成了1.5的了
查阅了相关资料后，默认会使用1
知道智能回答机器人
根据知道用户的观点和内容总结出特定问题的答案，为知道用户提供更好的问答体验。
其他类似问题
为您推荐：
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁1730人阅读
由于项目需要，需要将之前安装的JDK1.7 64为版本降级为JDK1.6。于是安装了jdk-6u45-windows-i586。将PATH和JAVA_HOME都指向了JDK1.6以后，通过命令行查看Java版本发现仍然显示1.7如下：
C:\Users\PrinceTerence&java -version
java version &1.7.0_45&
Java(TM) SE Runtime Environment (build 1.7.0_45-b18)
Java HotSpot(TM) 64-Bit Server VM (build 24.45-b08, mixed mode)
重新配置了JDK1.6的环境变量为何没有生效呢？经查询安装JDK1.7，安装程序自动将java.exe、javaw.exe、javaws.exe复制到了C:\Windows\System32目录，由于这个目录在WINDOWS环境变量，其执行优先级高于PATH（bin目录配置在最后）、JAVA_HOME设置的环境变量优先级。
解决办法：
1、卸载JDK1.7。
2、Windows目录删除三个文件。
推荐使用上述方法，删除后通过命令行检查一下发现已经成功将环境变量指向JDK1.6.
C:\Users\PrinceTerence&java -version
java version &1.6.0_45&
Java(TM) SE Runtime Environment (build 1.6.0_45-b06)
Java HotSpot(TM) Client VM (build 20.45-b01, mixed mode, sharing)
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：71613次
积分：1423
积分：1423
排名：第17830名
原创：61篇
转载：44篇
(2)(25)(1)(8)(4)(9)(15)(3)(10)(1)(1)(1)(19)(5)(1)window下在同一台机器上安装多个版本jdk，修改环境变量不生效问题处理办法
window下在同一台机器上安装多个版本jdk，修改环境变量不生效问题处理办法
本机已经安装了jdk1.7，而比较早期的项目需要依赖jdk1.6，于是同时在本机安装了jdk1.6和jdk1.7.&
&安装jdk1.6前，执行java -version得到
C:\Users\liuxiang2&java
version "1.7.0_21"
SE Runtime Environment (build 1.7.0_21-b11)
HotSpot(TM) Client VM (build 23.21-b01, mixed mode,
安装完jdk1.6,并修改环境变量JAVA_HOME为C:\jdk1.6.0.再执行&java
-version时，依然显示：
C:\Users\liuxiang2&java
version "1.7.0_21"
SE Runtime Environment (build 1.7.0_21-b11)
HotSpot(TM) Client VM (build 23.21-b01, mixed mode,
看上去，新的环境变量JAVA_HOME=C:\jdk1.6.0并没有生效。
在网上找了很多资料才发现：
在安装JDK1.7时（本机先安装jdk1.7再安装的jdk1.6），自动将java.exe、javaw.exe、javaws.exe三个可执行文件复制到了C:\Windows\System32目录，由于这个目录在WINDOWS环境变量中的优先级高于JAVA_HOME设置的环境变量优先级
解决方案：将C:\Windows\System32目录下的java.exe,javaw.exe,javaws.exe删除即可。开启新的命令行窗口，再执行java
-version时，就得到了期望中的结果
C:\Users\liuxiang2&java
java version "1.6.0_18"
Java(TM) SE Runtime Environment
(build 1.6.0_18-b07)
Java HotSpot(TM) Client VM (build
16.0-b13, mixed mode, sharing)
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。11427人阅读
之前项目上开发了一个上传文件的功能，使用的是sun.net.ftp.FtpClient这个类
连接服务器的代码大概如下：
public static FtpClient ftpClient =
&ftpClient = new FtpClient();
&ftpClient.openServer(server);
& ftpClient.login(user, password);
之前这个功能是在jdk1.6基础上进行开发的。使用一切正常。
但是因为客户的环境上已经有了jdk1.7的环境，所以直接进行部署，发现文件上传失败，并且报如下错误：
cannont instantiate the type FtpClient
经过调查，发现
1） sun.net.ftp.FtpClient 这个类在jdk的帮助文档中没有具体的说明，也就是并没有对外公开。并且这个类是在jdk的 rt.jar中实现的。
2）jdk1.7下其构造函数FtpClient()被定义为private类型，所以无法new了。 在jdk1.7，已经换成了 FtpClient.create(ip)方法
同时，其他的一些方法也基本都改掉了，
如 ftpClient.openServer(server);
& ftpClient.login(user, password);
就可以换成：ftpClient.login(user,&null,&password);&&&
& ftpClient.binary();& ---& &ftpClient.setBinaryType();&&&
ftpClient.put(remotefilename);---&ftpClient.putFileStream(remotefilename,&true);&&&
如果这样的话，解决这个问题有2个办法：
1. 重写这个上传功能， 但是1.6版本怎么办呢， 可能需要根据jdk版本进行分开处理
2. 在 既存的服务器上，构筑1.6的环境，然后 tomcat 启动的时候，加载1.6的jdk。
这个在linux或者windows上都非常方便。 如果windowss上，tomcat是以服务形式启动的话，直接修改，关联的java 虚拟机源就可以了。
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：688496次
积分：7746
积分：7746
排名：第1454名
原创：206篇
转载：81篇
评论：148条
(2)(1)(1)(2)(8)(4)(4)(5)(3)(6)(1)(2)(1)(2)(5)(6)(25)(18)(4)(1)(1)(1)(1)(2)(1)(1)(4)(2)(1)(4)(10)(2)(7)(1)(2)(2)(7)(6)(4)(3)(4)(3)(1)(1)(2)(6)(6)(12)(3)(2)(1)(2)(2)(3)(4)(2)(1)(9)(11)(1)(1)(1)(1)(2)(2)(2)(5)(10)(11)(5)(9)(1)

我要回帖

更多关于 maven 不支持jdk1.8 的文章

 

随机推荐