响应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.cloudfoundry.com/services/mysql/mysql-overview.html
文档基本上是step by step,所以很快就搭建完成并部署了第一个hello world;
文档也熟悉个差不多了,才发现有中文文档,我勒个去。
地址:http://cn.cloudfoundry.com/
接下来的几天,主要是开发kFeedback,开发过程省略(此处省略1000个字儿);
第一次部署kFeedback:
按照文档进行操作,一切看上去是那么的顺利,可是在启动服务的时候却提示不成功——第一次部署失败;
通过分析发现,数据源配置信息有误,通过文档了解,CF是可以自动配置的(http://cndocs.cloudfoundry.com/frameworks/java/spring/spring.html)
我的怎么不行,后来继续查阅文档,找到了成功的办法:
数据源的连接信息可通过VCAP_SERVICES 环境变量获得;
于是,我启动了CF服务,做了一个jsp来获取VCAP_SERVICES 环境变量信息;
jsp内容如下:
部署这个jsp并访问,得到了如下信息:
我在云端;
name为数据库名;
hostname和host为数据库连接串的ip;
port没啥说的了,端口;
name和username是连接数据库的用户名;
password是连接数据库的密码;
了解JDBC的已经明白了,这些信息已经足够了;
配置数据源信息,重新部署,一切ok;
继续点击进行操作,哎?怎么都是乱码,我使用的全是UTF8啊,不可能出现乱码啊;
然后部署在本机测试,一切ok,我当时很纳闷,又开始翻文档,没啥可借鉴的信息;
于是采用了调试跟踪大法,步步进行输出,看看是哪个环节出现了编码转换错误;
首先是在jsp中alert信息,ok,中文没问题;
然后再servlet中out信息,乱码,原来在这里,我此时想的是为什么本地好使,放在云上就不好使了呢;
我的servlet关于编码的代码片段:
in doPost:
我所有的请求进来,都走doPost,进入doPost的第一件事情,就是编码(以前都是用filter);
最终根据经验判断,估计是对信息做了两次UTF8转换,导致乱码出现;会不会CF已经对所有请求和响应都做了UTF8编码?
我这样岂不是又做了一遍,所以果断注释掉,重新部署,ok,乱码消失;
kFeedback开发、部署过程中主要碰到了以上两个问题,应该是属于初级问题,
但相信也会有不少朋友会遇到,所以把这个过程写出来与大家分享,让大家少走弯路;
文章的结尾赞一下cloudfoundry,部署、管理非常方便,工具及文档支持都很给力,希望能为开发者免费下去。
最后祝cloudfoundry越来越好,osc应用开发大赛圆满成功;
最近整理一下代码,将kFeedback开源,为初学者提供一个完整的例子;
关于kFeedback的更多信息,请详见这里:http://my.oschina.net/kzhou/blog/98855
@红薯 我这可不是拉票啊,别误会:)
我的作品在这: 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.cloudfoundry.com/services/mysql/mysql-overview.html
文档基本上是step by step,所以很快就搭建完成并部署了第一个hello world;
文档也熟悉个差不多了,才发现有中文文档,我勒个去。
地址:http://cn.cloudfoundry.com/
接下来的几天,主要是开发kFeedback,开发过程省略(此处省略1000个字儿);
第一次部署kFeedback:
按照文档进行操作,一切看上去是那么的顺利,可是在启动服务的时候却提示不成功——第一次部署失败;
通过分析发现,数据源配置信息有误,通过文档了解,CF是可以自动配置的(http://cndocs.cloudfoundry.com/frameworks/java/spring/spring.html)
我的怎么不行,后来继续查阅文档,找到了成功的办法:
数据源的连接信息可通过VCAP_SERVICES 环境变量获得;
于是,我启动了CF服务,做了一个jsp来获取VCAP_SERVICES 环境变量信息;
jsp内容如下:
<%@ page language="java" contentType="text/html; charset=UTF-8"
pageEncoding="UTF-8"%>
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<title>Insert title here</title>
</head>
<body>
我在云端;<br>
我的环境变量信息:
<%
String srvInfo = System.getenv("VCAP_SERVICES");
out.println(srvInfo);
%>
</body>
</html>
部署这个jsp并访问,得到了如下信息:
我在云端;
我的环境变量信息:
{"mysql-5.1":[{"name":"kFeedbackDB","label":"mysql-5.1","plan":"free","tags":["relational","mysql-5.1","mysql"],"credentials":{"name":"d94ed893c100b4d25b91b133ef598e4f2","hostname":"172.30.48.28","host":"172.30.48.28","port":3306,"user":"u42KG0fAjMPx3","username":"u42KG0fAjMPx3","password":"p1ofdZYSG7oKH"}}]}
有用的信息主要是credentials里边的内容:
name为数据库名;
hostname和host为数据库连接串的ip;
port没啥说的了,端口;
name和username是连接数据库的用户名;
password是连接数据库的密码;
了解JDBC的已经明白了,这些信息已经足够了;
配置数据源信息,重新部署,一切ok;
继续点击进行操作,哎?怎么都是乱码,我使用的全是UTF8啊,不可能出现乱码啊;
然后部署在本机测试,一切ok,我当时很纳闷,又开始翻文档,没啥可借鉴的信息;
于是采用了调试跟踪大法,步步进行输出,看看是哪个环节出现了编码转换错误;
首先是在jsp中alert信息,ok,中文没问题;
然后再servlet中out信息,乱码,原来在这里,我此时想的是为什么本地好使,放在云上就不好使了呢;
我的servlet关于编码的代码片段:
in doPost:
request.setCharacterEncoding("utf-8");
response.setCharacterEncoding("utf-8");
response.setHeader("Cache-Control", "no-cache");
response.setContentType("text/javascript");
Service service = (Service)ctx.getBean("service");
String callback = request.getParameter("callback");
我所有的请求进来,都走doPost,进入doPost的第一件事情,就是编码(以前都是用filter);
最终根据经验判断,估计是对信息做了两次UTF8转换,导致乱码出现;会不会CF已经对所有请求和响应都做了UTF8编码?
我这样岂不是又做了一遍,所以果断注释掉,重新部署,ok,乱码消失;
kFeedback开发、部署过程中主要碰到了以上两个问题,应该是属于初级问题,
但相信也会有不少朋友会遇到,所以把这个过程写出来与大家分享,让大家少走弯路;
文章的结尾赞一下cloudfoundry,部署、管理非常方便,工具及文档支持都很给力,希望能为开发者免费下去。
最后祝cloudfoundry越来越好,osc应用开发大赛圆满成功;
最近整理一下代码,将kFeedback开源,为初学者提供一个完整的例子;
关于kFeedback的更多信息,请详见这里:http://my.oschina.net/kzhou/blog/98855
@红薯 我这可不是拉票啊,别误会:)
来源:oschina
链接:https://my.oschina.net/u/96894/blog/99134