Eclipse与Java 6u21的问题

近日，Oracle发布了Java 6 update 21，对java.dll的创建方式进行了一些细小但无伤大雅的变更。然而不幸的是，这个改变影响了Eclipse的启动，对Eclipse造成的影响要远远大于曾经的Sun所拥有的NetBeans。

\

变化之处是在创建dll时，将COMPANY_NAME=Sun Microsystems, Inc.改为了COMPANY_NAME=Oracle Corporation。然而不幸的是，Eclipse使用DLL的名字来确认是否可以安全地附加非标准的-XX:MaxPermSize。如果存在该标识但却不被支持，那么某些JVM就无法成功启动，因此就不能将-XX:MaxPermSize放在Eclipse的启动文件中（eclipse.ini），而是附加了一个新的参数--launcher.XXMaxPermSize 256m，如果Windows上的加载器检测到是Sun VM，那么就会自动附加-XX:MaxPermSize=256m。

\

这种自动检测发生在C加载器中（eclipse.exe）而非VM，这是因为一旦运行了VM，那么就没法修改属性了。为了能快速实现该功能（说实在的，这么做有点不妥），eclipse.exe加载器会检查Sun Microsystems字符串以确定可否增加该标识。

\

因此，这个变化破坏了Eclipse的加载过程，导致加载时出现OutOfMemoryError错误。这个问题很快被报告给了Eclipse，接下来Eclipse将参数名字修改为Oracle，该问题很快就被解决掉了。

\

虽然商标变更这种事是Oracle自己的权利（甚至都没必要在发布声明中提及这一点），但这却着实地影响到了Eclipse，不仅是当前的3.6版，还有基于3.5、3.4、及3.3的所有IDE与RCP。对于Eclipse来说，需要按照顺序来修复这个问题；目前，有个补丁程序可以修复最新版Eclipse加载器的这个问题，但还并没有直接发布，因为至少要考虑到Eclipse 3.5与3.4，为的是确保兼容性。

\

Oracle因快速的问题解决速度而备受称赞。虽然他们并不需要解决这个问题，但还是在几天内就解决了，随后的Java构建版本也会修复这个问题（是否要重新构建6u21抑或是6u22还不太确定）。与此同时，如果你遇到了Eclipse的问题，同时最近又安装了Java 6u21（或是自动更新的），那么可以降级到Java 6u20或是按照FAQ的指导重新启用permgen size。

\

查看英文原文：Eclipse and Java 6u21 problems