我遇到过的最恶心的bug(持续更新中)

2016.3.26

前提：

使用MyEclipse 2015 stable 2.0 开发Java

问题：

导入Apache Tomcat 源码包apache-tomcat-7.0.68-src.zip 以查看源码（学的人都知道，好多要看源码的），仍然提示找不到源码。倒腾好一段时间，还是失败。

想到的解决方案：

1. 使用MyEclipse的替代品Eclipse EE
2. 仔细想想是不是哪儿出现了问题

结果：

1. 完美导入源码
2. 没想明白

最后发现：

MyEclipse重新启动后，源码成功导入了。(哭笑不得)-_-

---

2016.3.28

前提 ：

使用Eclipse EE Mars.2 开发Java

问题：

使用Eclipse EE 创建一个Web Project，写了一个Servlet文件之后，在web.xml中配置<servlet><servlet-mapping>，之后启动Apache服务器，发现报错

'Starting Tomcat v7.0 Server at localhost' has encoutered a problem.
……

反正是无法启动。可是在MyEclipse中这样就能正确运行。

想到的解决方案：

1. 写完Servlet文件后，不要更改web.xml中的配置。

最后发现：

主要原因在于MyEclipse 和 Eclipse EE在处理Web项目的运行机制上，是有区别。
细心一些会发现，MyEclipse配置好Apache Tomcat后，会在项目列表中生成一个叫做Servers的项目，来管理服务器； Eclipse EE也是如此。但是，在运行自己写的Web Project时，MyEclipse中的Servers项目是可以关闭的，而 Eclipse EE中的Servers项目若是关闭，便会提示服务器启动失败。这是因为MyEclipse是把项目提交到Apache服务器上运行的，而Eclipse EE似乎是读取Servers项目的配置文件，在当前项目的工作空间生成了一个虚拟的服务器，在这个虚拟的服务器上运行。关于这一点，我有佐证：使用getServletContext().getRealPath("/hello.txt") 来读取“WEB-INF”文件夹下的“hello.txt”文件的真实路径，在两个IDE中，会发现MyEclipse生成的真实路径在Tomcat服务器上，而Eclipse EE生成的真实路径在项目的工作空间。
MyEclipse可以自己配置web.xml，增大了用户对项目的控制权；Eclipse EE在创建项目之后不能自己配置web.xml（即对web.xml的修改是没有效果的，反而会出现服务器无法启动的错误），而将映射关系自动生成在不知名的角落，无法修改（反正我是没有找到）。
原本以为MyEclipse和Eclipse EE相似，经过这次的bug事件，孰高孰低，立判！商用毕竟商用，有些东西处理就是到位。

---

2016.4.7

前提：

MyEclipse 2015 stable2.0未激活，需要重新破解。

问题：

按照破解教程安装了两三遍，始终无法激活。

想到的解决方案：

1. 尝试从51CTO、CSDN、贴吧等找MyEclipse的绿色版
2. 仔细想想在自己的电脑上，破解的过程是不是应该有变化

结果：

1. 没有找到
2. 发现问题
   问题：
   
   1. 卸载残留。从控制面板卸载MyEclipse，并没有删除用户目录下的配置文件，即.myeclipse文件夹和.myeclipse.properties文件。导致重新安装后手动激活仍然处于输入的Lisence Key与用户id不匹配，无法激活的状态。
   2. 个人目录的更改。出于重装系统后，个人的一些信息也会丢失的缘故，我把个人目录的位置，从C盘（系统盘）改到E盘。其实破解程序将生成的Lisence文件默认放到了C盘的用户名下，而MyEclipse默认从用户的目录下(对我的电脑而言是E盘)找Lisence文件，从而没有找到。导致打开MyEclipse后需要手动激活。只要将Lisence文件从C盘拷贝到E盘，就可以自动激活。

结论：
破解的人也没想到用户电脑复杂的情况。有种不作死就不会死的感觉-_-