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
评论