Foundry

本文参考Cloud Foundry官方文档，及论坛整理。 第一步： 安装 Cloud Foundry Integration Extension for Eclipse 在 Eclipse 中安装 Cloud Foundry Integration Extension 在 Eclipse 中，按照下列步骤安装 Cloud Foundry Integration Extension。 选择 Help > Eclipse Marketplace 。 将打开一个显示插件和附加组件的面板。 在 Find 字段中，输入“cloud foundry”，然后单击 Go 。 在搜索结果中，选择“Cloud Foundry Integration for Eclipse”，然后单击 Install 。 Eclipse 会检查资源和依赖项。 单击 Next 开始安装。 安装向导将引导您完成许可接受和安装步骤。 安装完成时，重新启动 Eclipse。 您现在便可以连接到 Cloud Foundry 云。 第二步： 使用 Cloud Foundry Integration for Eclipse 部署应用程序和绑定服务 为 Cloud Foundry 目标定义一个新服务器 在 STS 或 Eclipse 中，您需要定义一个新服务器来表示 Cloud Foundry 目标， 然后将应用程序部署到其中。

应用URL地址： http://sunlight.cloudfoundry.com （默认账号— 用户：friends 、密码： loveyou ） 应用名称 ： 自定义收藏夹 && 小便笺 && 个人笔记 （因为啥都不像，所以很难取名字） 应用说明及使用场景： 管理自己乱糟糟的收藏夹。同 时尽量保护自己上网冲浪时的注意力（因为你同一时间只面对你的一部分收藏） 管理自己的一些小计划。这是 写个人笔记 应用所使用的技术及软件 ： 软件：mysql + eclipse + aptana studio + myeclipse 技术：struts2.X + dbutils + "static" + jsp +js(jQuery) (很多是跟红薯的代码学的) 创新点（亮点） ：主要是为了自己搭个框架，梳理知识点和学些新东西，没有考虑亮点。 截图： 自定义收藏夹： 便笺： 笔记: 简单自助后台： 一些背景： 因为期末，要复习考试，另外专业的各种课程设计有好几个，所以时间不多。很多设计好的功能还没实现。一些实现了但是较多bug的功能也暂时砍掉了，等放假再实现。 暂时没有精力兼容IE 来源： oschina 链接： https://my.oschina.net/u/273800/blog/100151

应用名称：八卦街 投 票支持 应用URL地址： http://baguajie.cloudfoundry.com/ 应用说明及使用场景： 八卦街是一个类Pinterest的图片采集应用，用户可以从网上提取自己喜欢的图片采集至八卦街。八卦街与其他类Pinterest的应用的不同之处在于集成了基于地理位置的社交元素（LBS+SNS）。这也使得八卦街的应用范围有很强的弹性，从公益的角度来讲我们我可以将其应用于打拐，呼救；从商业的角度来讲，可以用于图片兴趣社区，美食向导等各类生活服务。 八卦街是一款开源应用，目前由本人独立开发，从前端到后端。为了便于拼图上传，本人正在开发一款开源的 拼图工具 ，类似于微博的模板拼图组件，此外iOS客户端已经列入下一步的开发计划。感兴趣的同学可以从github上直接Fork八卦街 https://github.com/tshi0912/baguajie.git 应用所使用的技术及软件： 前端采用Twitter Bootstrap框架，Google Map API 3. 服务端符合JAVA EE规范，web层使用Spring MVC， Restful URL，数据层使用Spring Data。 数据库采用的是MongoDB, 同时在Cloud Foundry上实践了Mongodb文件存储方案GridFS.(图片文件都是存储在Cloud

应用名称：八卦街管理控制台 应用URL地址： http://baguajie-admin.cloudfoundry.com/ 应用说明 及使用场景： 上篇博文 【Cloud Foundry 应用开发大赛】“八卦街”图片采集应用 发表2天之内就获得了4000+的阅读量，大大出乎了我意料，很多热心的朋友给我提出了很多很好的建议，在这里向大家表示感谢。其中一位朋友@ 恺哥 提到：“这样的应用如何避免用户上传‘H图片’？”我的回答是人肉，据我所知很多大公司对图片的审核还是采用人肉的方式，毕竟光靠算法还很难做到完全准确的过滤‘H图片’。同样这个提醒也让我意识到‘八卦街’也必须要有自己的后台管理系统，虽然只是一个小应用，OSC的朋友的素质都很不错，但是遇上‘H图片’还是比较尴尬的事情。 围绕如何构建这个后台管理系统，我想她应该足够简单。“八卦街”是一个典型的UGC网站，用户可以任意的贴图和评论。用户目前能够创造的内容不外乎"采集的图片"，“评论”以及“注册用户”本身，当然还包括他的头像，所以这个管理系统只需要能够管理“采集”，“评论”以及“用户”就已经足够了。 应用所使用的技术及软件： 后台管理系统我用了2天的时间基本搭建完毕，前端技术选择上我使用自己最拿手同时也足够成熟的Flex。选择Flex作为管理系统的前端也是比较合适的。其一：管理系统的用户比较单一，人群比较特定

应用名称 ：享途网 应用URL ： http://sharetour.cloudfoundry.com/ 应用说明及使用场景 ： 享途网是一个社交化的旅游经历分享平台，将旅游经历社交化，它不同于大型网站广告式的攻略发布， 而是汇集驴友们的亲身感受，为即将出游的人提供更加可信的旅游经验分享。同时享途网加入了同城信息， 在欣赏驴友们精彩的旅行经历的同时，你还可以看看本地人是怎么评价当地景点的，为你的出行做好最充分 的准备。 应用所使用的技术及软件: 前端：Bootstrap, jQuery 后端采用基本的J2EE,Servlet+JSP,未用框架(其实还没怎么学~ XD)，数据库使用MySQl，图片存储在MongoDB里，等有机会的话再试用一下云存储吧，所以读取速度比较慢，加载的时候可能会有点儿吃力。 创新亮点 ： 享途网的创新之处在于 社会化+游记+同城评论 享途网在以往旅游攻略类网站的思路上加上社会化的功能，如分享，评论，like等，同时加入了同城评论的功能（尽管这一功能还处于开发阶段），也就是说生活在景区附近城市的人可以对景点给出当地人的评价（比如说推荐哪家的菜好吃又实惠等等），这样对初来乍到的旅游者来说提供了更加可信的旅游信息。将游记社交化的目的 就是为游客提供尽可能真实的旅游指导。 考试前报的名，考完试这几天才开始做，感觉时间有点紧，大体功能已经差不多了

应用名称：Url2Sql 应用URL地址： http://url2sql.cloudfoundry.com/root/index 应用说明： web开发的本质是把URL转化为Sql。 本应用就是把复杂的后台代码转变为web页面可视化操作完成的工作。举例说，请求形如 http://www.oschina.net/news/36941 的链接背后可能只是完成了一条形如 select * from news where id=36941 的Sql。既然如此，为何每次要用笨重的IDE完成呢？ 通过web配置可以生成三种URL *, *.json, *.jsonp , http://*.json 是纯JSON数据接口，可web、手机等不同形态终端使用（跨设备）。 http://*.jsonp 是针对jQuery跨域的实现，方便调试或前后端独立并行开发。 http://*(不包含.) 则是访问HTML的，算是 Bigpipe 思想的一种实现吧。 使用场景： 简化后台开发，专注于离用户最近的前端，提升竞争力。 在线IDE，更低的门槛，可以在线完成后端，前端HTML/CSS/JS完全可以实现。 跨设备，意味着适合不同的开发者。 运行流程图： 应用所使用的技术及软件: Java（Servlet） Rhino 实现Java执行Javascript的能力 fastjson

响应osc号召，参加了Cloud Foundry应用开发大赛； 我的作品在这： http://my.oschina.net/kzhou/blog/98855 kFeedback - 云反馈； 参与这个大赛主要有一下目的： 1，学习Cloud Foundry开发、部署流程，因为本人喜欢开发一些小玩意儿造福百姓；正好有地方托管了。 2，学习Bootstrap，本人一直为UI这个软肋所苦恼，幸好有了它； 3，将kFeedback真正的用起来；因为一款产品的成功，离不开用户的反馈； 接下来，我要总结一下为期7天的Cloud Foundry开发之旅； 第一天： 熟悉、掌握Cloud Foundry开发、部署流程；第一步肯定是先要注册账号； 首先拜读了这篇文章http://www.oschina.net/question/28_82288；注册过程非常顺利； 然后进入其官方网站，开始阅读文档； 地址：http://docs.cloudfoundry.com/getting-started.html 由于本人的应用采用java web进行开发，并使用mysql作为数据库，所以有针对性的阅读了相关文档。 eclipse(sts)开发环境搭建：http://docs.cloudfoundry.com/tools/STS/sts-eclipse.html mysql服务相关：http://docs

应用名称: Cloud Foundry Console 应用URL地址: http://cf-console.cfapps.io 应用说明及使用场景： Cloud Foundry提供了vmc上传和管理应用的方式,但总是感觉不够直观。而且管理应用时,必须在机器上装上环境才可以。所以开发出一个web版的vmc，可以更加直观方便的管理应用，查看自己的CloudFoundry当前的状态。 使用的技术及软件： 前端使用的框架及js插件： 1.bootstrap 2.modernizr 3.datatable plugin 4.bootstrap-carousel 5.bootstrap-editable 服务器端： spring mvc 存储： 没有使用任何数据库及存储服务 创新点（亮点）： 它是一个基于CloudFoundry的应用； 它用来管理CloudFoundry应用； 它能够在任何可以上网的地方管理你的应用，而不需要安装特定的管理环境； 它能够让你对你的应用基本情况有更加直观的了解，而不仅局限于命令行； 应用截图： 登录页 概览页 应用程序页 应用程序实例信息页 cloudfoundry runtime框架页 命令行模式，可以通过命令行维护cloudfoundry(暂时功能还不全) 后续开发： 修改App信息，例如：实例个数，内存......

基本原理 CF运行应用的基本过程是将用户发布的应用程序包解压开，然后将自己的所有buildpack拿来，按照指定顺序与程序包进行匹配，直到找到第一个能够运行这些代码的buildpack，然后将buildpack也解开，与这些应用代码打成一个包（即droplet），在按照指定的运行环境参数生成容器，将droplet扔进去，按照buildpack指定的启动命令，启动应用。在上面的过程中，buildpack实现了三步功能： 第一步， detect ：检查当前应用程序包是否能够用本buildpack支持运行，比如，java buildpack发现WEB-INF路径就认为自己能够运行它。 第二步， compile ：将应用程序包与buildpack包水乳交融一下，比如将java程序包放到tomcat的应用目录下，然后替换某些参数，比如将当前dea里的随机端口赋予这个tomcat实例。 第三部， release ：将droplet启动，比如运行tomcat的startup.sh。 任何一个buildpack都有一个bin路径，放着三个指定名字（detect、compile、release）的脚本（任何dea的os能执行的脚本都可以），然后具体的实现逻辑就从这里触发了。下面将以 java buildpack 为例，通过三个实际需求，介绍buildpack的开发和使用。 自定义buildpack