SpringSource发布Cloud Foundry Eclipse插件1.0版

SpringSource已发布了面向Eclipse的CloudFoundry集成1.0版，使开发者们能够在无需离开IDE的情况下也能管理Cloud Foundry的各项应用程序。Cloud Foundry是由VMare/SpringSource（目前最新为Beta版本）所开发的开源PaaS解决方案，可支持多种编程语言（包括Java和Scala）。

 

某一应用程序可通过以下4种方式在Cloud Foundry的实例中得以部署：

 

• 使用VMC工具，通过命令行的方式
• 使用Cloud Foundry Maven插件，作为Maven构建的一部分
• 如该应用程序使用Spring Roo，可以通过Spring Roo接口的方式
• 使用Cloud Foundry Eclipse插件，直接通过Eclipse IDE的方式

最后一种方式对于那些使用Jave/Scala的程序员来说最为有趣，因为它提供了一种集成的解决方案，可使用IDE来开发和管理/部署Cloud Foundry的各项应用程序。该解决方案以Eclipse插件的形式呈现，可通过Eclipse Marketplace安装于STS（Eclipse驱动的SpringSource IDE）或Eclipse Indigo上。需注意的是Cloud Foundry插件是自封闭的，并可安装在一般的Eclipse安装包内，但其中不包括Spring-IDE插件。

一旦安装后，Cloud Foundry插件便使用Eclipse的WTP（Web工具平台）基础设施。Cloud Foundry实例会被定义为“服务器”，各项应用程序将以类似一般JavaEE程序服务器的方式得以部署。如果你想使用VMware托管版本的Cloud Foundry，你应该先进行注册来获取账号。

Cloud Foundry应用可使用多项支持服务（如MySQL、PostgreSQL、MongoDB）中的任一项。将这些服务初始化并绑定到部署好的程序中可以通过配置界面直观地执行，这类似于那些为程序服务器所保持的设置。同样，浏览那些驻留在可管控的Cloud Foundry实例中的远程文件（比如，日志）也是可行的。最后，调试应用也没问题，这些应用程序运行在本地主机托管的Cloud Foundry或Micro实例中。

Cloud Foundry工具包能够持续不断的更新扩展还是非常令人欣喜的，我们真的觉得这个版本可以有好几种方法来做更进一步的改进。就以一个小的可用性问题来说，当配置某个Cloud Foundry实例时，在第一个界面，你总是希望将“服务器”定义为本地的。而在第二个界面你才定义真实的实例，而其很有可能是来自VMware的托管版本（这和之前第一个界面步骤的设置相矛盾）。我们发现这点多少有点令人困惑。

但是，存在一个更严重的问题，通过该插件你可以在Cloud Foundry中部署的Eclipse项目的类型。根据文档，支持如下项目：

• Java Web
• Spring
• Grails
• Lift

可是，一个新创建的选择了“Java Web”facet的Eclipse项目默认是基于Servlet规范3.0版本的，而在撰写该文时，这并不被Cloud Foundry插件所支持，其只支持Servlet规范2.5版。由于此选项在项目创建后就不能更改了，那就必须从应用中删除所有Eclipse特定的项目配置，再重新创建能够工作的使用版本2.5的facet。

商用Cloud Foundry的定价以及Beta版的退出将于今年（2012年）晚些时候宣布。

查看英文原文： SpringSource Releases Version 1.0 Of Cloud Foundry Eclipse Plugin