关于换个jdk引发的血案,对一个新的eclipse如何下手

总结一下今天一天发生的问题。。气的上火

1.先是eclipse,换了JDK后,我的ecplise不兼容JDK7,但是我去官网总是下不到对的版本,结果是进错网页,没有搞清楚哪个eclipse对应哪个版本对应哪个名字

2. 然后是maven setting.xml中 配置没有改过来,结果eclipse一update就会把所有的我设定好的配置全部还原,让人抓狂啊 (今天copy的工程也是这种情况,让人吐血,不过我配置没错呀)
3. web项目修改后不会自动发布,这个也真是,把所有配置看了一遍又一遍,完全没错,简直要气哭了,然后我看validate一直在校验springmvc.xml,看的心烦,就把校验xml关掉了,结果问题就解决了,为了证明就是这个鬼校验的原因,我又开启校验,果然,又不能自动发布了。

总之,今天一天诸多不顺,让人我鸡飞狗跳,痛不欲生

为此我整理一下换了个jdk后可能出现的问题

1.修改了环境变量后,java -version 依旧是原来旧的jdk,百度上有一切办法,删除掉 system32下面的所有 java.exe javaw.exe文件,可以成功pass;如果不行,修改注册表,百度上也有方法,重启再试,可以成功就pass ;如果还不行,可能你当初配旧的安装版JDK的时候,path少配了几个环境变量,导致会把整个jre文件夹复制到C盘下面。。当然这是个人猜测,如果试尽一切办法还不行,打开任务管理器,看看你java的进程的文件路径,找到它,删掉。这时候,在运行java -version 可能会报缺少系统文件的错误,可以回到环境变量中,把path中,所有java的变量放到最上面,我也不知道为什么,反正成功解决问题了。

2.ecplise可能不兼容,当你在根据百度的提示,反复设置 eclipse.ini 文件还跑不起来的时候,没报jdk不匹配的错误了,但是总是让你看一个日志文件,打开一看里面是看不懂的异常,不管了,你应该考虑你的eclipse是否支持你的jdk, 可以在eclipse文件夹中,找到一个reademe文件夹,打开里面有文档,查文档,上面会告诉你支持的jdk, 现在最新系列的oxygen系列对应是4.7版本,上一个neon是4.6版本,4.6>= 只支持JDK 1.8,也就是说,想要用JDK1.7你最多只能下载4.5的 Mars系列

3.eclipse可以进来了,第一件事就是配置基本的东西啦(以我个人习惯为例)

(1)配置文字大小;

(2)配置各种文件的字符编码及;

(3)配置项目的默认编码及(在peference--general--workspace中修改);

(4)然后新建 runtime evrionment ;

(5)新建服务器,把服务器的基本配置设置好,例如,发布的位置,publishing的规则,其他的配置各取所需吧,这两个还是比较重要的;

(6)在配置preference的时候,强烈推荐大家把xml的校验关闭,坑人玩意,校验就用dtd啦;

(7)千万要记得吧maven的 .setting.xml的设置改好,不然出现莫名奇妙的错误

(8)可以再新建jsp模板,原先的模板都是使用系统的默认编码及,可以新建一个utf-8的模板

4.好了,基本配置好了,就可以新建一个测试项目来检验环境是否搭建完成(以springmvc为例)

(1)copy项目一直有问题,不敢乱copy,还是新建一个maven--->web项目,确定,有什么错解决什么错,一般会缺少 java 和 test两个源代码文件夹,服务器一般也不会绑定,有可能jre也会报错

(2)复制模板的配置文件,需要需改的配置都有,log4j.xml,spring,xml,springmvc.xml ,都是改改包名就好了,数据库变了的话,db.properties也需要修改

(3)复制web.xml文件,千万不能忘记,里面有个  version="3.0" 一定要有,不然后面你不能修改 org.eclipse.wst.common.project.facet.core 里面的配置,检验前台后台的链接也必须需要一个中心转发类。

  以上就测试完毕后,就可以将eclipse投入使用啦,其实没有意外情况,环境只是移植不是变更的话,直接打包放在新的搭建地,并保持原来一样的配置(路径),便可以,eclipse、maven仓库、mysql、等等都可以直接copy过去,mysql可能还需要做点基本的配置就好了。

  以上纯个人见解,如有不当,各位大佬大人有大量

时间: 2024-10-05 14:47:48

关于换个jdk引发的血案,对一个新的eclipse如何下手的相关文章

一个无锁消息队列引发的血案:怎样做一个真正的程序员?(二)——月:自旋锁

前续 一个无锁消息队列引发的血案:怎样做一个真正的程序员?(一)——地:起因 一个无锁消息队列引发的血案:怎样做一个真正的程序员?(二)——月:自旋锁 平行时空 在复制好上面那一行我就先停下来了,算是先占了个位置,虽然我知道大概要怎么写,不过感觉还是很乱. 我突然想到,既然那么纠结,那么混乱,那么不知所措,我们不如换个视角.记得高中时看过的为数不多的长篇小说<穆斯林的葬礼>,作者是:霍达(女),故事描写了两个发生在不同时代.有着不同的内容却又交错扭结的爱情悲剧,一个是“玉”的故事,一个是“月”

一个Sqrt函数引发的血案

我们平时经常会有一些数据运算的操作,需要调用sqrt,exp,abs等函数,那么时候你有没有想过:这个些函数系统是如何实现的?就拿最常用的sqrt函数来说吧,系统怎么来实现这个经常调用的函数呢? 虽然有可能你平时没有想过这个问题,不过正所谓是"临阵磨枪,不快也光",你"眉头一皱,计上心来",这个不是太简单了嘛,用二分的方法,在一个区间中,每次拿中间数的平方来试验,如果大了,就再试左区间的中间数:如果小了,就再拿右区间的中间数来试.比如求sqrt(16)的结果,你先试

Replication的犄角旮旯(六)-- 一个DDL引发的血案(上)(如何近似估算DDL操作进度)

原文:Replication的犄角旮旯(六)-- 一个DDL引发的血案(上)(如何近似估算DDL操作进度) <Replication的犄角旮旯>系列导读 Replication的犄角旮旯(一)--变更订阅端表名的应用场景 Replication的犄角旮旯(二)--寻找订阅端丢失的记录 Replication的犄角旮旯(三)--聊聊@bitmap Replication的犄角旮旯(四)--关于事务复制的监控 Replication的犄角旮旯(五)--关于复制identity列 Replicati

Replication的犄角旮旯(七)-- 一个DDL引发的血案(下)(聊聊logreader的延迟)

原文:Replication的犄角旮旯(七)-- 一个DDL引发的血案(下)(聊聊logreader的延迟) <Replication的犄角旮旯>系列导读 Replication的犄角旮旯(一)--变更订阅端表名的应用场景 Replication的犄角旮旯(二)--寻找订阅端丢失的记录 Replication的犄角旮旯(三)--聊聊@bitmap Replication的犄角旮旯(四)--关于事务复制的监控 Replication的犄角旮旯(五)--关于复制identity列 Replicat

ASP.NET Button控件的UseSubmitBehavior属性引发的血案

这里先不说标题上的UseSubmitBehavior属性是什么,先说下面这种情况. 通常,在我们写一个表单页面的时候,最下方会有"提交"和"返回"字样的两个按钮.顾名思义,它们的功能大家都知道,但是一般情况下我们会给表单的内容加上一些验证,这样就出现了一个问题.因为两个按钮是服务器控件(有runat="Server"属性),所以点击按钮之后会先进行验证(无论这里你用的是前台的jQuery.validate验证或者是ASP.NET自带的后台验证控件

事务隔离级别引发的&quot;血案&quot;

事务引发的"血案"见的多了也麻木了,这回遇到个事务隔离级别的"案子",坑了我小半天的时间...也怪自己细节不牢.. 敲着代码遇到这么一个怪事情: class XXXService{ @Transactional public void demo(){ //一堆业务逻辑 rpc.insertOne(); //dubbo调用远程服务插入一条数据 getOne(); //获取刚才插入的数据 } } 其中getOne()的事务的传播属性是required, 因为dubbo是

一个无锁消息队列引发的血案(六)——RingQueue(中) 休眠的艺术 [续]

目录 (一)起因 (二)混合自旋锁 (三)q3.h 与 RingBuffer (四)RingQueue(上) 自旋锁 (五)RingQueue(中) 休眠的艺术 (六)RingQueue(中) 休眠的艺术 [续] 开篇 这是第五篇的后续,这部分的内容同时会更新和添加在 第五篇:RingQueue(中) 休眠的艺术 一文的末尾. 归纳 紧接上一篇的末尾,我们把 Windows 和 Linux 下的休眠策略归纳总结一下,如下图: 我们可以看到,Linux 下的 sched_yield() 虽然包括了

openstack运维实战系列(十三)之glance更改路径引发的&quot;血案&quot;

1. 背景说明 glance在openstack中负责镜像相关的服务,支持将运行的虚拟机转换为快照,镜像和快照都存储在glance中,glance的后端支持多种存储方式,包括本地的文件系统,http,glusterfs,ceph,swift等等. 默认情况下,glance采用本地文件系统的方式存储image,存储的路径为/var/lib/glance/images,随着时间的推移,当镜像越来越多的时候,根目录的空间将会越来越大,所以对于glance的路径来说,需要提前做好规划和准备,如划分一个单

一个二级菜单引发的血案

近期发现自己css不是很好,于是又看了一遍<css权威指南>.总感觉自己抓不到重点.弃疗中...于是看看其他书.然后学妹跟我说她的二级菜单写得很乱.当时我心里就在想二级菜单,有何难?自认为10分钟能搞定.跟她要效果图并很自大的说了句“等会儿,我写个简单的”.于是血案由此引发... 二级菜单要实现的原效果图是: (如发现雷同,不是巧合,是我从别的网页上截屏下来的 ~_~).既然说了简单,肯定效果没这么精美.但是至少基本效果和原理要实现. 10分钟过去了....15分钟过去了....这个“等会儿”