cloudfoundry基金会

① 阿里云是基于openshift还是cloud foundry

现在的云主要是IaaS和PaaS，简单的说给你机器的是IaaS，给你部署好应用的是PaaS。大多数内的IaaS服务商都是容提供PaaS应用的。 我用过的IaaS：亚马逊AWS、微软Azure、阿里云、腾讯云、Linode 用过的PaaS：GoogleAppEngine、CloudFoundry、Appfog、O

② 如何在Ubuntu上搭建Cloud Foundry网站运行环境

Step1 Ubuntu系统更新:

1.$ sudo apt-get update

2.$ sudo apt-get upgrade

3.$ sudo apt-get dist-upgrade

4.$ sudo reboot

Step2 安装curl 和 git。curl 用于数据传输，git用于版本管理

1.$ sudo apt-get install curl

2.$ sudo apt-get install git-core

Step3 为git配置用户名和电邮。须与在 https://github.com/ 上的用户名及注册邮箱一致。替换红色内容，保留引号。

1.$ git config --global user.name "YOUR_USER_NAME"

2.$ git config --global user.email "YOUR_USER_NAME"

(可用以下命令检查配置是否正确: $ git config -l)

Step4 生成SSH公钥 (参考 https://help.github.com/articles/generating-ssh-keys )。该公钥确保在本机与Github间建立安全连接

1.$ ssh-keygen -t rsa -C "YOUR_USER_NAME"

会提示设置一个passphrase。这个passphrase用于每次建立ssh连接时进行身份验证，不必与Github帐户的密码相同，但一定不能遗忘，否则将不能建立ssh连接。

2.$ cat ~/.ssh/id_rsa.pub

复制id_rsa.pub文件内容（即刚才所生成的SSH公钥），登陆 Github 网站并进入Account Settings->SSH Keys->Add SSH Key ，粘贴至Key 区域。

要确保复制内容与公钥的文字完全一致，即使多复制一个空格或空行都有可能出问题。也可按照参考链接https://help.github.com/articles/generating-ssh-keys中的方法使用 xclip。

3.测试能否成功建立ssh连接

$ ssh -T [email protected]

会弹出一个提示框，要求输入密码。输入上面所设定的passphrase即可。

正确输入passphrase后，若在终端窗口中看到"Hi YOUR_USER_NAME! You've successfully authenticated, but GitHub does not provide shell access."，说明一切正常，可以从github上`git clone`代码了。(这是我自己的测试过程，与Github参考链接中稍有出入)

Setp5 安装ruby:

1.安装RVM（Ruby Version Manager）并添加环境变量

$ bash -s stable < <(curl -s https://raw.github.com/wayneeseguin/rvm/master/binscripts/rvm-installer)

$ nano ~/.bashrc

在末尾添加新行: [[ -s "$HOME/.rvm/scripts/rvm" ]] && . "$HOME/.rvm/scripts/rvm"

$ source .bashrc

(重新载入.bashrc以使改变生效)

$ type rvm |head -1

(若提示"rvm is a function"，说明rvm已正确安装)

2.安装ruby所需的依赖包

$ sudo apt-get install build-essential bison openssl libreadline6 libreadline6-dev curl git-core zlib1g zlib1g-dev libssl-dev libyaml-dev libsqlite3-0 libsqlite3-dev sqlite3 libxml2-dev libxslt-dev autoconf libc6-dev ncurses-dev libtool

$ sudo apt-get install libcurl3 libcurl3-gnutls libcurl4-openssl-dev

3.使用rvm安装ruby1.9.2,并将其作为默认的ruby版本

$ rvm install 1.9.2

$ rvm --default use 1.9.2

4.安装rails

$ gem install rails

至此，ruby环境已安装就绪。为了在本地运行Cloud Foundry网站，还需进行以下准备工作。

Step6 使用gerrit:

1. 分别注册并登陆 reviews.cloudfoundry.org 和 http://cloudfoundry-codereview.qa.mozycloud.com/gerrit/#q,4708,n,z 。前者是开源的代码库，而后者只对内部开放。

在 Settings->Profile 中设定Username，在 Settings->Contact Information 中单击 Register New Email 添加新电邮地址，Username和新电邮地址均与Step3中一致。在SSH Public Keys 中添加Step4中生成的公钥，添加方法同Step4(2)。

2. 安装gerrit辅助脚本。用于优化gerrit使用中的一些小问题。

$ gem install gerrit-cli

3. 获取tools代码库并为其添加环境变量 (~/.bashrc文件)。

$ git clone [email protected]:vmware-ac/tools.git

添加tools环境变量。 Example: PATH=$HOME/tools/gerrit:$HOME/local/node/bin:/usr/local/mysql/bin..

4. 获取cloudfoundry-website代码(非public)。将红色区域替换为你自己的用户名。代码将保存在~/cloudfoundry-websites

$ gerrit-clone ssh://[email protected]:29418/cloudfoundry-websites

Step7 安装并配置redis。cloudfoundry网站运行需要调用redis库。

1.下载并安装

$ cd /tmp

$ wget http://redis.googlecode.com/files/redis-2.2.4.tar.gz

$ tar -zxf redis-2.2.4.tar.gz

$ cd redis-2.2.4

$ make

$ sudo make install

2.配置初始化脚本:

$ wget https://github.com/ijonas/dotfiles/raw/master/etc/init.d/redis-server

$ wget https://github.com/ijonas/dotfiles/raw/master/etc/redis.conf

$ sudo mv redis-server /etc/init.d/redis-server

$ sudo chmod +x /etc/init.d/redis-server

$ sudo mv redis.conf /etc/redis.conf

3.初始化用户和日志路径

$ sudo useradd redis

$ sudo mkdir -p /var/lib/redis

$ sudo mkdir -p /var/log/redis

$ sudo chown redis.redis /var/lib/redis

$ sudo chown redis.redis /var/log/redis

4.启动redis server （每次运行cloudfoundry网站前都需要运行redis server）

$ sudo /etc/init.d/redis-server start

Step8 在本地运行Cloud Foundry 网站。redis server必须处于运行状态中。（参考 $HOME/cloudfoundry-websites/www/README.md 文件）

1.$ cd ~/cloudfoundry-websites/www

第一次进入此路径，终端窗口会提示：

Gemset 'developers' does not exist, 'rvm gemset create developers' first, or append '--create'.

运行 $ rvm gemset create developers，然后离开并重新进入~/cloudfoundry-websites/www

2.$ bundle install

3.$ ruby website.rb

4.打开浏览器，输入网址 127.0.0.1:4567

这样就可以看到运行于本机的Cloud Foundry 英文版网站首页了。如果想在本地运行中文版网站，只需将www改为cn重复Step8即可。

③ 我现在在用cloudfoundry这个Paas平台

中服软件是专业做Iaas、PaaS和SaaS的，网上有在线免费SaaS服务。可参考

中服软件有自主回的IaaS、PaaS平台，支持在其上放入应用答系统、应用插件，通过动态组装生成用户所需要的应用系统。目前有几十个丰富的办公组件，供用户选择。
中服软件的云计算平台CServer以资源库为基础，以多租户软件生产线组装框架为手段，以提供在线服务和云平台为目的，为用户提供自制、动态、随时、按需自己选择需要的云服务。系统涵盖SaaS、PaaS、IaaS各个层面。

④ 如何清除cloudfoundry中处于stopping状态的应用

网页链接

官网链接有关于删除的命令

⑤ 如何使用 Cloud Foundry 建立 AppFog

[译注]本文翻译自Cloud Foundry英文博客站点，原文题为“How We Built AppFog Using Cloud Foundry”，文章发表时间是 2012 年 09 月 13 日。

使用云的价值主张是“一切因此而简单”。但构建和操作大规模的云却绝非易事。As正如 Mark Lucovsky 在他的最新访谈中所言：“谁说大规模分布式系统简单？”尽管像 Cloud Foundry 这样的解决方案使构建核心云技术不再那么令人生畏，但仍然不是件容易的事。

在这篇嘉宾博文中，AppFog 的创始人和 CEO Lucas Carlson讲述了如何使用 Cloud Foundry 开源 PaaS 技术建立 AppFog 的历程以及在这一过程中的收获

核心云技术高深莫测

运行基于 Cloud Foundry 的简单服务并不是难事。查看 Micro Cloud FoundryTM。

构建一个适合生产和企业工作负荷的服务相当困难。

要构建含有一个 API 端点的基于 Cloud Foundry 的服务，该服务在 4 个以上的独立基础结构供应商的 6 个以上不同可用性区域中运行，适合于生产和企业工作负荷，具有一定规模和一般可用性？目前这真的很难。

快马加鞭推行 Cloud Foundry

正如您可以设想到的那样，自从 AppFog 宣布 GA 以来，人们一直在问我们怎样去做。我们是如何解决怎样将针对 Cloud Foundry 提供、为跨多个云、多个可用区域以及多个供应商提供一个可共用界面的公共云扩大规模的？

首先：Cloud Foundry 代码库确实很不错。由于选择使用 Cloud Foundry 进行构建，我们不必面对此类项目可能出现的很多潜在严峻挑战和消耗大量时间的问题。

其次：我们能够从 Cloud Foundry 生态系统内的更多工具、代码和服务所获得的益处显著加快了我们的开发速度。

第三：拥有 GA 中已经存在并具有一定规模而且并非基于 Cloud Foundry 的公共 PaaS 是我们的一个重要促进因素。我们具有实现强大的 PaaS 所需要的内部操作经验。

AppFog 的操作经验对我们来说非常宝贵。尽管 PaaS 与 NoOps 趋势紧密结合，但 NoOps 并不意味着无操作，而只是对开发人员而言无操作。正如每一个曾运行过 Cloud Foundry 的人员所知，很多操作对于运行 PaaS 都必不可少而且很重要。

最为重要的是，我们拥有一个有成千上万的开发人员（PHP Fog 的用户）参与的充满活力的社区供我们咨询，在从内部测试版到公共测试版直至 GA 的过程中帮助我们定义、测试及改进 AppFog。

悉心倾听，交付所成

正是这个社区帮助我们了解了 AppFog 的 GA 的发展目标、需要的工作方式以及我们的目标定价。开发人员对我们的要求如下：

能够跨数十个或数百个负载平衡的实例上轻松扩展应用程序，甚至免费版也是如此
必须在基础结构中最快的服务器上运行应用程序（例如 M2.4XL）
必须能够跨多个基础结构（Rackspace、HP、AWS、Azure，并且无价格差异）运行应用程序
必须简化定价。没有稀奇古怪的打包和组合以及名称。简单而且价格合理，最重要的是公正。
在云中实现真正的互操作性，包括运供应商之间的一键式零代码迁移，从而消除了所有供应商锁定痕迹
目标是 30 秒部署到 AWS、Rackspace、HP、Azure 等等。
支持 Cloud Foundry 代码库中的任意及所有语言
支持任意及所有关系数据存储和 NoSQL 数据存储
这是一个令人生畏的列表。但这正是开发人员所需要的。

因此让我们面对现实… 我们事实上是如何做到的呢？

如何围绕 Cloud Foundry 构建 PaaS

这是个复杂的过程。幸运的是，几个月前，Jeremy Voorhis 在伦敦 QCon 做了一个报告，叙述了 AppFog 如何将 Cloud Foundry OSS 位与我们自有的自定义扩展和增强功能集并用，来构建商用系统。这无疑是了解从 Cloud Foundry 到 AppFog 的发展历程的最好开端。此报告的幻灯片位于此处，视频位于此处。

在此，我们不逐一回顾 Jeremy 历时近一小时的讲话，但我们要讨论一些要点。

首先，Jeremy 澄清了一些关于“Cloud Foundry”这一标志的混淆之处。一方面，CloudFoundry.com 是 VMware 提供的托管 PaaS，运行在 vSphere 虚拟平台上，该平台基于 CloudFoundry.org 中的开源项目。 VMware 还公开了其用来管理 CloudFoundry.com-Cloud Foundry BOSH-的工具的源代码，并公开了其托管服务生产环境中的 BOSH 版本。

我们不在托管 VMware 服务上进行，而是从同一个开源 Cloud Foundry 项目构建。这种分布式开源系统使团队能够在其生命周期内在云中管理及部署应用程序和服务，这是 AppFog 服务的核心。

由于我们构建了一个基础结构不可知的 Cloud Foundry 服务，因此 AppFog 在当前的 Cloud Foundry 生态系统中是独一无二的。

Cloud Foundry 的好处在于，基本上它可以与从基于 OpenStack 的 IaaS（如 Rackspace 或 HP）到 AWS、Joyent、Citrix 等等所提供的基础结构相结合来实现。这种固有的多云可移植性就是 Cloud Foundry 项目如此鼓舞人心的原因所在。

对于我们而言，在应用程序的生命周期内和多个基础结构间部署和重新部署的能力是构建下一代 PaaS 的关键。我们认为，它还可以实现 PaaS 的以下基本使命： (a) 促进产品团队对开发的关注；(b) 在应用程序生命周期内形成更短的反馈周期；(c) 提供接近即时水平扩展性的可能性。

Cloud Foundry 在云计算革新中的作用

即使是对于通常而言精通云计算领域的人，回顾历史发展环境也非常重要。对我们 AppFog 人而言，Cloud Foundry 已提供了一些重要的构建基础来构成首个下一代 PaaS。但是，这对我们有何意义？

首先，了解一些背景信息很重要。PaaS 最初是在一些历史性突破的基础上应运而生的，例如：

20 世纪 90 年代在 Rackspace 等公司出现数据中心。
21 世纪前十年的早期在 VMware 出现服务器虚拟化
21 世纪前十年的中期 AWS 在虚拟化资源中引入 API
最近出现的 DevOps 范例及其关联和派生的工具，例如 Puppet 和 Chef。
但只是在过去两年，这条发展路线才开始真正走向成熟。像 Cloud Foundry 和 OpenStack 这样的工具已产生，并能够对整个应用程序生命周期进行管理。这意味着“平台即服务”中的“平台”现在可以包含开发之外的应用程序生命周期的所有方面。Jeremy 在报告中将此称为“NoOps”。其含义绝非是再也无人去执行操作，而是操作工作的职责已传递到平台层，并且在应用程序生命周期的大部分时间（如果不是全部生命周期）会保留在该层。

如果没有像 Cloud Foundry 这样包罗万象的工具，我们永远也不能逾越第一代 PaaS 平台与下一代 PaaS（如 AppFog）之间的鸿沟，前者对于基础结构管理而言实质上与用于（难以控制的）基础结构管理的网关相比只是略有改进，而后者为用户带来的好处则要全面得多。

AppFog 对 Cloud Foundry 的修正

AppFog 从为托管 Cloud Foundry 生态系统提供强大的用户界面和多云体验入手开始工作。我们在 Cloud Foundry 代码库和成型的 PaaS 产品之间遇到了许多障碍。尽管当前的 Cloudfoundry.org 项目集成了 CLI 和各种 IDE，但我们还着眼于全面的用户体验，包括快速注册、Web 控制台以及我们称为 Jumpstart、附加组件等等的构建前示例应用程序。

尽管一些 Cloud Foundry 用户确实觉得从命令行、Eclipse 或 Spring Tool Suite 来操作系统（就像很多 AppFog 用户的做法一样）非常习惯，但我们还是希望为用户提供直观而又别具一格的控制台，用来管理他们的所有应用程序。下面是 AppFog 控制台的一个示例：

系统创建者希望 Cloud Foundry 对于事物的 UX 端处于一种不可知的状态，而且不希望使其 UX 实现过于武断。

我们知道，简单和直观并不是最终目的，而在基于低于标准的基础系统生成简洁的 UX 是很容易的事情。但还有很多方面需要进行探寻，以满足尽可能多用户的需求，我们相信我们已经做到了这一点。

以下是我们在 Cloud Foundry 的顶层和下层所引入的一些创新举措：

基于 Varnish 的缓存层，用于显著提高速度
从一个基于 CF 的基础结构一键克隆到另一个基础结构，实现真正的工作负载可移植性
Cloud Foundry API 兼容层，自动将请求路由到在空间的完全不同部分中运行的完全自治的 CF 实例
跨数据中心的深度 nagios 集成，使我们在问题产生影响前就发现问题的存在
此外，Cloud Foundry 使 AppFog 能够创建非常完整的自通信体系结构。无论是在基础结构级别还是其他级别，它还使我们能够将 AppFog 设计为一个假定故障发生的系统，并提供一组处理故障的规程。

翻开 Cloud Foundry 新的一页

构建能够跨多个云的完全成熟的商用级别 PaaS，并使其全部具有最高水准的最终用户体验，即使是从基本的 CloudFoundry.org 系统开始，也是一项宏大的事业。它需要一个极富开发人员敬业精神并全心投入的团队，一个愿意设身处地为客户着想的团队。

但我们认为值得为这样的成果付出。我们非常幸运能够拥有像 Cloud Foundry 这样的核心系统。我们以多种方式进行回报，包括为项目添加初始 PHP 运行时支持，并在优化 Cloud Foundry 使其能够在公共云中良好运行的过程中不断进行回馈。

对于 AppFog 转向 GA，我们的激动之情难以言表。对于已经注册并开发了千千万万个应用程序的千千万万个开发人员，我们更是无比兴奋。

我们认为，AppFog 的成功不仅仅证明了 PaaS 的强大，还证明了 Cloud Foundry 代码库的力度及其开源生态系统和社区的强大。这不仅仅是 AppFog 的胜利，更是为 Cloud Foundry 的成功做出贡献的每一个人的胜利。

关于作者：Lucas Carlson 是一位创业家和专业程序员，擅长开发具备一定规模的 Web 应用程序。Lucas 是主要跨云 PaaS 公司 AppFog 的创始人和 CEO。他撰写了十多个 Ruby 库，并为包括 Rails 和 RedCloth 在内的多个重要 Rails 产品做出了贡献。Lucas 创立、主办了广受欢迎的 Ruby on Rails 竞赛 Rails Day 并担任评委，一直是很多重要编程会议中广受欢迎的发言人。Lucas 是 MOG 的第一位工程师，负责这一开创性音乐流服务的开发和技术指导。Lucas 居住在俄勒冈州波特兰，喜爱统计学和 Go。

⑥ VMware Cloud Foundry 是什么未来会怎样

1. CloudFoundry真的很美，但是现在她不属于VMware了，属于 Pivotal Lab (Pivotal Initiative)了
2. CloudFoundry是用Ruby写的，Ruby可以做这种巨型软件的
3. CloudFoundry开发过程中回出现了许多其他好用的工具，并且充分利用了已有的一些工具: bosh, eventmachine, NATS 等
4. Mark真的很强，他绝对是一个好的开答发者，但是到现在 CloudFoundry 还没有达到她应该有的高度，是因为整个团队的文化太工程师化了，一些子项目的PM本身就是程序员，而且天天都在coding，一些关键部分的代码没有很好的项目规划和管理，导致了现在的状况。

⑦ 如何调用cloud foundry api

Spring应用部署到CloudFoundry.com很简单，就像SpringSource网站说的那样在注册申请到Cloud Foundry beta账号后，第一件事请就专是在STS for Eclipse中安装属CloudFoundry的支持。这里有一份博客详细的说明了如何安装，这里就不在赘述。

⑧ openstack，openshift，cloudfoundry，哪个是未来流行的云计算框架

openshift和cloudfoundry是红帽和VMware分别推出的PAAS平台，OpenStack是开源的IAAS，也可以做PAAS，但是目前来讲不是很成熟，但是目前发展前景最好

⑨ Cloud Foundry是赢家吗

PaaS供应商Cloud Foundry已经正式从Pivotal分离出来，OpenStack背后厂商纷纷支持Cloud Foundry，甚至连OpenStack旗下的PaaS项目Solum主导者RackSpace也支持它，那么Cloud Foundry会是这场PaaS平台之争的赢家吗？
企业PaaS供应商Cloud Foundry 2月下旬已经正式从Pivotal分离出来，Cloud Foundry将通过Cloud Foundry基金会继续发展，旨在创建开源平台即服务（PaaS）产品，包括针对OpenStack和红帽的OpenShift平台开发的产品。Cloud Foundry作为一个开源项目已经获得Apache 2.0许可，这意味着Cloud Foundry的发展将会更加规范有序。

Cloud Foundry最近非常受欢迎，运行在OpenStack上，事实上其他一些PaaS系统也运行在OpenStack上，例如IBM的BlueMix PaaS解决方案是基于Cloud Foundry，而Cloud Foundry本身就是运行在OpenStack之上的。

现在OpenStack背后的重要支持者例如IBM、HP、Rackspace都加入了CF基金会，这是不是意味着OpenStack社区只满足于IaaS而不思进取了呢？——有趣的是Rackspace在不久前才宣布了自己的开源PaaS项目Solum。

有人认为Cloud Foundry基金会的发展，对于努力营造OpenStack PaaS的人而言就像是丧钟。OpenStack PaaS项目Solum成为这场争论的核心。Solum项目是由Rackspace推出的，但是现在连Rackspace也加入到了Cloud Foundry基金会中，因此，很多客户可能认为连Rackspace自己也支持Cloud Foundry，它的Solum项目会不会因此而废弃？

Rackspace副总裁John Igoe认为现在有两种类型的服务层受到我们客户的欢迎，关键取决于你是以PaaS为中心还是以IaaS为中心。以PaaS为中心的客户可能青睐Cloud Foundry的跨云可移植，而以IaaS为中心的客户可能看重Solum能够充分利用现有基础设施。

有意思的是，在众多厂商高调支持Cloud Foundry当中，唯独没有RedHat，Solum的命运对于Red Hat来说至关重要，Red Hat一直在推销自己的PaaS产品OpenShift，它希望借助Solum将OpenShift迁移到OpenStack，就凭这一点，Red Hat就是OpenStack的坚定支持者，所以这次它缺席Cloud Foundry基金会也就不足为怪了。

Piston的Josh McKenty建议Red Hat彻底关闭OpenShift加入Cloud Foundry。观察者认为Cloud Foundry基金会对它造成了威胁，由于Red Hat的OpenShift目前还没有获得任何大财团的支持，甚至有人推测RedHat最终将放弃OpenShift转投Cloud Foundry。因此与开源竞争对手OpenShift相比，Cloud Foundry现阶段无疑是PaaS项目中的赢家。

但众商围绕PaaS平台之争，归根结底都是受到商业利益驱使，OpenStack的PaaS项目Solum并不会因为CloudFoundry的剥离而停滞不前，RedHat的Openshift项目也不会因此被抛弃，直到荒芜，相反，它们还将继续向前发展，PaaS市场的竞争将更加激烈、更加多元，在这场竞争中唯一决定胜负的就是真正打动客户的产品。就像OpenStack的成员之间很难有真正的朋友，围绕在OpenStack和CloudFoundry两个生态系统之间的关系也是爱恨交加。
​转载，仅供参考。

⑩ 在安装完cloud foundry客户端工具以后，在客户端使用以下哪个命令，就可以登录到clo

将Spring应用部署到CloudFoundry.com很简单，就像SpringSource网站说的那样在注册申请到Cloud Foundry beta账号后，第一件事请就是在STS for Eclipse中安装的支持。这里有一份博客详细的说明了如何安装，这里就不在赘述。
为了部署运行一个使用数据库的应用，要比部署一个单独的应用多一点步骤，但也只是一点。
为了给应用分配数据库资源，首先必须声明使用的是哪个数据源。在Eclipse中打开Cloud Foundry server点击add按钮打开service控制盘。
在接下来的界面中，选择数据源的类型和名称。点击"Finish"按钮，这样，数据源就注册了。
在注册一个数据源后，需要告诉应用使用哪个数据源。简单的直接将数据源拖到Application Services面板。
以上就是服务器所需要的所有的配置。在部署应用之前，还需要一些改变以指定哪里需要数据源。
因为我部署的是一个Spring 应用，我需要改动 application context文件将数据源指定到Cloud Foundry的数据库，而不是指向本地。在Cloud Foundry的云上使用数据库带来的好处就是，你不用再去配置数据库了，你所需要的就是配置一下应用中的servlet-context.xml文件中的数据源。
这里看一下本地的配置：
对于本地的部署来讲配置通常看起来像这样：
<bean id="dataSource" class="org.springframework.jdbc.datasource.DriverManagerDataSource" p:driverClassName="${jdbc.driverClassName}" p:url="${jdbc.url}" />

而对于在Cloud Foundry上的MySQL数据库配置是这样：
<cloud:data-source id="dataSource" />

Spring3.1包含了一个新特性允许这些配置放在同一个context文件中，但是在Spring3中并没有这个特性，我们需要将规则的数据源配置（传统的）和新的cloud data-source的方式配置数据源中选择其中一种。
要使用新的cloud标签，servlet-context.xml需要做相关改变引入cloud 命名空间。
<beans xmlns="http://www.springframework.org/schema/beans" ... xmlns:cloud="http://schema.cloudfoundry.org/spring" ... http://schema.cloudfoundry.org/spring http://schema.cloudfoundry.org/spring/cloudfoundry-spring-0.6.xsd">

部署应用的最后一步是添加Cloud Foundry的支持。可以通过在应用的pom.xml文件中添加以下依赖的方式添加Cloud Foundry支持。
<!-- CloudFoundry --> <dependency> <groupId>org.cloudfoundry</groupId> <artifactId>cloudfoundry-runtime</artifactId> <version>${org.cloudfoundry-version}</version> </dependency> <properties> <org.cloudfoundry-version>0.6.0</org.cloudfoundry-version> </properties>

在这些改变都OK后，Cloud Foundry应用就可以通过STS for eclipse控制应用的部署，启动和停止。