从 Java1.5 迁移到 Java 1.6？
我目前正在 Java1.5 代码库上运行我的 Web 应用程序，在 Tomcat 5.5 和 MySql 5 上运行它。查看添加到 Java1.6 中的添加内容列表，我不得不问一个问题：“有什么令人信服的理由吗？”从 1.5 移动到 1.6？”。似乎令人难以置信地缺乏必要的改进和补充。 Swing 中有很多变化（没那么有趣）。请记住，当前的 Web 应用程序是稳定的 (-ish)，升级版本总是会带来一些风险。
我是否因不升职而错过了一些重要的事情？有充分的理由晋升吗？
I'm currently running my web application on Java1.5 codebase, running it on Tomcat 5.5 and MySql 5. Looking through the list of additions that were added into Java1.6, I have to ask the question, "Is there any compelling reason to move from 1.5 to 1.6?". There seems like an incredible lack of necessary improvements and additions. A lot of changes in Swing (not that interesting). Keep in mind the current web application is stable (-ish) and moving up a version always entails some risk.
Am I missing anything important by not moving up? Is there a good reason to move up?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（6）
执行时间更快。
更好的动态调试。
Swing 中有更好的本机外观和感觉（对于 Web 应用程序来说并不重要）。
在 Windows Vista 上受支持（可能会变得很重要，具体取决于您的平台）。
JavaScript 集成到平台中（如果您更新 Web 应用程序，这可能是一件大事）。
更好的脚本语言支持（理论上可以部署 RoR，如果需要）。
集成的轻量级 Web 服务平台（可能有用）。
更好地集成了 JDBC4 支持。
换句话说，这取决于情况，但通常足以提出令人信服的论点。还有足够多的内容可能无法让您从中受益，无法提出令人信服的反驳论点。
最终你将不得不改变。当你这样做时，如果你提出反驳观点，认为长期保持不变，你最终不得不一次性解决多个累积的历史问题。这可能会让团队不知所措，因此有时最好保持“稍微落后”一点，但永远不要过时。
我假设您已经查看了功能页面，并且如果您还没有，你应该。
Faster execution time.
Better dynamic debugging.
Better native look and feel in Swing (not important to web apps).
Supported on Windows Vista (could become important, depending on your platform).
JavaScript integrated into the platform (could be a big deal if you update your webapp).
Better scripting language support (could deploy RoR in theory, if needed).
Lightweight web services platform integrated (might be useful).
Better already integrated JDBC4 support.
In other words, it depends, but generally there's enough to make a compelling argument. There's also enough that you might not benefit from to make a compelling counter argument.
Eventually you will have to change. When you do, if you've made the counter argument to stay the same for too long, you wind up having to fix multiple accumulated historical issues all at once. That can overwhelm a team, so sometimes it is best to stay "just a bit behind" current, but never very out-of-date.
I'm assuming you've looked over the features page, and if you haven't, you should.
Java 5 于 2009 年“使用寿命结束”。
Java 5 went "end of service life" in 2009.
较新的虚拟机速度更快。
The newer VM is faster.
Sun（现为 Oracle）Java 5 已达到服务生命周期结束状态< /a> 于 2009 年 10 月 30 日发布。这意味着 Oracle 将不再对其进行错误和安全修复，除非您支付“Java SE for Business”合同（有关详细信息，请参阅网页）。
除此之外，Java 6 还包含许多性能改进（这对于您的特定应用程序可能重要也可能不重要）。
Sun (now Oracle) Java 5 has reached end-of-service-life status on October 30, 2009. That means that Oracle will not do bug- and security-fixes anymore on it, unless you pay for a "Java SE for Business" contract (see the web page for details).
Besides that, Java 6 contains a lot of performance improvements (which might or might not matter for your particular application).
如果您保留最新版本，通常更容易使应用程序保持最新状态。
（不是前沿，而是当前）。
1.5 和 1.7 之间的转换可能比先转换到 1.6 需要更多的工作。
It's usually easier to keep an application up to date if you stay on the most recent version.
(Not bleeding edge, but current).
The transition between 1.5 and 1.7 may require more work than if you make the shift to 1.6 first.
JDK中的jvisualvm是足够升级的理由。允许您在没有任何准备的情况下调查和分析已经运行的进程。
jvisualvm in the JDK is reason enough to upgrade. Allows you to investigate and profile an already running process without any preparation.