本人一直用jdk1.8版本; 今天安装了jdk11版本, 并配置好了jdk11的环境变量JAVA_HOME    :   jdk安装路径bin目录的上级目录PATH    :  %JAVA_HOME%\bin; 然后在cmd中 执行 java -version 时显示的是之前安装的jdk1.8的版本----------------------------------------------------- 解决方案: 1. 安装 everything.exe 这个系统文件全局搜索软件     链接

问题描述: 问题产生原因: 1.Path环境变量配置了Oracle 2.C:\windows\System32下,还有java.exe. 问题描述: 今天遇到一个小bug,我电脑环境变量配置的版本是jdk1.8,但是当我cmd 使用java -version检测jdk版本的时候,它显示的是1.6,而且,无论我如何修改环境变量,cmd检测出来的jdk版本都是1.6版本. 经过长达不到1小时的时间,通过各种方法和尝试,终于发现问题所在. 问题产生原因: 1.Path环境变量配置了Oracle 如果电

JDK安装后,没有配置环境变量,也可以java -version查看到版本信息 原因是:jdk安装过程,java.javaw.javaws三个命令被复制到C:\windows\system32目录下 所以,如果运行命令javac,会提示“javac不是内部或外部命令” 其实高版本的JDK 只要成功安装后就能正常使用了,但为了保险起见,还是把环境变量配置为好 配置完成之后,你查看javac就发现正常了.

记录一个小问题: 初始安装的是jdk1.8,后来项目需要要更换成jdk1.7, 因此将环境变量更改为jdk7的目录路径, 但是在cmd命令行运行java -version 发现还是jdk8 解决方法: 在控制面板中卸载jdk8,重新安装jdk7,再配置环境变量为jdk7

当你需要安装多个版本的jdk时,可能会遇到更改了JAVA_HOME后java -version不变的情况. 一般情况下,将你的JAVA_HOME改为你要用的jdk的安装路径,然后你使用的就是这个版本的JDK.但是有时候你会发现更改了JAVA_HOME后java -version不变. 可能原因: path的路径中,有的路径目录下也包含java.exe,然后该路径在%JAVA_HOME%\bin的前面,故运行时优先选择前面路径下的java.exe,所以无论如何改JAVA_HOME,java -ve

解决方法 执行 which java 发现默认java目录:/usr/bin/java . 查看 JAVA_HOME 路径:$JAVA_HOME,得到 /usr/local/java/jdk1.7.0_60 将原有的镜像改名并保存在 /usr/bin 中:mv /usr/bin/java /usr/bin/oldjava,下图我名字是改成 oldjava3. 然后将保存在JAVA_HOME的镜像拷贝过去:ln -s $JAVA_HOME/bin/java /usr/bin/java 执行 jav

不久前拿到了一季度的服务器漏洞扫描报告,还是一些老生常谈的软件.按照报告上的漏洞一个个处理,开始升级openssl的时候一切都很顺利,上传源码包,解压,编译,安装,全部都没有报错.opessl --version 验证版本. 奇怪的事出现了,版本号并没有更新,还是老的版本.为了防止意外,我又多次安装,并且仔细检查了安装目录以及备份老openssl,但是验证版本的时候还是没有更新.网上也没有相关资料可以参考,在查询的过程中突然灵光一闪,是不是openssl --version 命令没有走我更新op

系统先装了jdk1.8 ,环境变量里配置的是jdk1.8,java -version 与javac -version 版本一致. 然后安装了jdk1.7 ,环境变量java_home 改成了1.7,但是cmd 里输入java -version 和javac -version 版本就不一致,一个是java -version 显示是1.8,javac -version 是1.7 据说:运行java命令时,从path 前面开始找,找到了就不会往后面找了. 解决版本不一致方法:把path 里 %JAVA

原服务器安装有1.4的jdk,应用需要安装1.6的jdk.安装完毕后在/etc/profile里配置1.6jdk的环境变量后使用命令java -version显示还是原来的1.4的版本. 解决办法: cd /usr/bin ln -s -f /usr/java/jdk1.6.0_01/jre/bin/java ln -s -f /usr/java/jdk1.6.0_01/bin/javac 做个链接ok

~/.bashrc 中更新了jdk, JAVA_HOME 起效果了,但是java -version还是老的. 原因是/usr/bin/java   和usr/bin/javac是一个链接,得改. 使用which java 和 which javac 分别可以看到 [root@localhost ~]# which java/usr/bin/java[root@localhost ~]# which javac/usr/bin/javac 简单说一下,就是把这2个文件ln -s 到我们新的jdk

解决linux下javac -version和java -version版本显示不一致 [javascript] view plaincopy [root@localhost usr]# $JAVA_HOME/bin/java -version  bash: /bin/java: 没有那个文件或目录  [root@localhost java]# . /etc/profile  [root@localhost java]# . /etc/profile  [root@localhost java

问题产生 ubuntu 18.04环境下,执行 java -version 发现与/etc/profile中的$JAVA_HOME所设置的java版本不同. 推测原因 最近用apt install 安装过ubuntu自带的eclipse,有可能是把一些配置覆盖了. 可能的解决方案 方案一 sudo gedit ~/.profile 在末尾加上:export JAVA_HOME=/usr/lib/jvm/jdk1.7.0_21 然后保存关闭,使用source更新下$ source ~/.profi

安装了1.7之后修改了JAVA_HOME的环境变量 修改成功之后,在cmd输入java -verson还是出现1.8的版本号 解决办法:将环境变量Path中的%JAVA_HOME%/bin 移到最前面,即可解决. 因为安装Oracle之类的带有jdk的软件时,会自动在Path里最前面写入一段jdk路径的变量值,我这里的Oracle指向的jdk就是1.8版本的jdk,在cmd输入java -version还是显示1.8的版本号.

cmd 下java -version出现错误:“could not open `D:\Java\jre7\lib\amd64\jvm.cfg”,出现这种错误可能是由于先前有安装老版本jdk,之后将新版本jdk直接复制替换导致的,通过exe程序安装的时候,会将java.exe.javaw.exe.javaws.exe 复制到c:/windows/system32下,因此需要删除这几个exe文件: c:/windows/system32/java.exe c:/windows/system32/ja

一.jdk版本查看及位数查看 在cmd进入命令行窗口,输入java -version 可以查看安装的jdk版本,如图: 当有64-bit时代表是64位jdk,如果没有则默认是32位的. 二.java -verison 查看jdk版本 和 JAVA_HOME的版本不同 可以查看Path环境变量中,按顺序查看,在JAVA_HOME前是否有目录下有java.exe所在的路径,如我上次发现这个问题是因为装的oracle中有java.exe文件,并且在Path中配置的路径在JAVA_HOME\bin的前面

服务器上默认安装版本是: 使用jenkins最新的安装包 2.73.1,启动报错52.0!需要使用1.8进行启动. 两种方式,要么tomcat直接指定,要么修改环境变量,这里我使用修改安装java版本的方法. 在服务器上更新了新的 jdk,也在 /etc/profile 中设置了新的 JAVA_HOME,并且 source /etc/profile 然后使用Java -version 和 javac -version 发现版本还是老版本,死活没有使用我新指定的. 中间各种排查,这里就不废话了,下

问题描述: 开始安装了 jdk8 后来装了jdk9,可以为项目配置不同的jdk,相安无事: 今天发现软件需要jdk8的环境,结果我的java -version始终是jdk9.0.1: 解决办法:使java -version是1.8..... 具体实现: 打开环境变量配置:将path配置成所需要的jdk版本即可: 比如:D:\JDK8\jdk1.8.0_144\bin; 对于JAVA_HOME:在本次测试中,无论配置成1.8或1.9或者2个以分号间隔,都可以.索性直接删掉,也可正常使用. 本以为到

背景:在windows下安装了多个版本的jdk,发现修改环境变量无法切换. win 7环境下修改JAVA_HOME后,在命令行执行:java -version 发现版本没有变化,以为需要重启才行,就把电脑重新启动了,结果重新启动后执行:java -version 版本依然没有变化. 在命令行执行 命令where java ,打印如下信息: C:\Users\wck>where java C:\ProgramData\Oracle\Java\javapath; C:\Windows\System3

问题描述: 今天突然想写一个socket通信的小应用,分别采用BIO.NIO.AIO的方式来实现,来复习前面看的关于TCP/UDP通信的知识.于是乎在原来安装了jdk1.6的机子上重新安装了jdk1.8.结果就出现了一个很蛋疼的问题:我原来的JAVA_HOME配置根本就没有改变,但是在命令行执行 java -version出现的却是1.8版本,而javac -version出现的是正常的1.6版本. 原因分析: 参考 http://www.oschina.net/question/942785_

现在Windows的java安装已经没有解压版本,Oracle官方也不会再提供了,只有安装程序 所以每当安装一次JDK,都会将 java.exe.javaw.exe.javaws.exe三个可执行文件复制到C:\Windows\System32目录 而该目录可执行命令优先级是高于环境变量Path里面设置的 所以更改Path变量里面的JDK的bin路径(或者我们说更换JDK版本)之后,每次执行java -version 都只会是没有更改之前的版本 从JDK1.8开始,还会在C:\ProgramDa

这个方面适用于报错为:java 找不到或无法加载主类,一般是找不到类的路径,问题出在CLASSPATH环境变量上,当然这是大多数.大概率的出错点 不排除根据个人情况不况,所以想起来伟大领袖毛主席的话:具体问题具体分析 1.整个配置环境过程,不再赘述,请按照如下博客进行配置(我认为很全的一篇) http://www.cnblogs.com/liuhongfeng/p/4177568.html 2.检查环境变量是否配置成功 运行cmd 分别输入java,javac, java -version (j