appengine_在Google的AppEngine上升级到Java 7

appengine

如果您仍在Google AppEngine上运行Java 6应用程序，则将遇到严重的麻烦。 现在，AppEngine团队将随时发布1.8.9版，该版本将不再支持Java 6应用程序的部署。

现有的应用程序将继续运行。 但是您可能应该以必要的紧迫性升级应用程序，因为您将不再能够修复错误。

更多维护

大多数PaaS提供商都会非常定期地更新其平台，以跟上最新的安全修复程序并添加新的服务和API。 在这方面，AppEngine采用了一种非常激进的方法。 当他们认为删除旧代码是正确的事情时，他们不会等待客户。

这些更新通常是向后兼容的，但是，如果有足够的时间，将会有一些破坏旧代码的更新。 Java 7向后兼容Java6。但是某些库却不兼容。

好东西吗

我尝试将这项维护工作视为一件好事。 它迫使您紧跟最新技术，就安全而言，就我而言，这是最重要的。

在Google的AppEngine上升级到Java 7

因此，让我们进入细节。 在大多数情况下，此升级就像更改用于构建和部署到AppEngine的JDK一样简单。 就我而言，不是。

主要的问题是我正在使用的JDO / DataNucleus / AppEngine组合的某些部分不适用于Java7。根据它们各自的页面，这应该不是问题，但它不适用于运行时错误。表示版本不兼容。

我一直想升级DataNucleus ，所以我想“为什么不呢？” 这变成了长时间的牛剃毛 。

首先， 升级appengine-datanucleus ，这是AppEngine和DataNucleus之间的集成库。 当前有3个版本 。 仅最新版本使用不推荐使用的代码。 遗憾的是，据我所知，该版本尚未正式发布。 因此，经过深思熟虑之后，我最终选择了2.1版（我希望今年摆脱JDO的支持，改用Objectify）

接下来，我发现这也意味着我需要迁移数据存储内容 。 根本没有很好的记录 。 即使您设法找到该Wiki文章，也使用的是旧库。 我无法在我的项目上进行此工作，也没有时间也没有能力找出AppEngine的新mapreduce框架。

最终，我创建了一个可以执行升级的小型任务队列。 幸运的是，实体的数量足够小，可以正常工作。 如果您有更大的数据集，您可能已经知道如何使用mapreduce了。

这样一来，仍然会弹出一些小错误。 他们都被我的单元测试所抓住。 例如，事实证明， 从数据存储区加载空集合现在可以返回null而不是空collection 。 可以解决的小问题，但是如果在某个地方进行了记录，那就太好了。

结论

确保花时间在AppEngine上进行Java 6到7的升级。 这可能对您来说是透明的，但是如果不是这样怎么办？

参考： 在我们的JCG合作伙伴 Peter Backx的Streamhead博客上，从Google AppEngine升级到Java 7 。

翻译自: https://www.javacodegeeks.com/2014/01/upgrading-to-java-7-on-googles-appengine.html

appengine