随笔 - 241  文章 - 3005  trackbacks - 0
<2007年5月>
293012345
6789101112
13141516171819
20212223242526
272829303112
3456789

交友莫独酒,茅台西凤游。
口干古井贡,心徜洋河流。
称多情杜康,趟无量双沟。
赞中华巍巍,无此不销愁。

常用链接

留言簿(51)

随笔分类(297)

随笔档案(242)

最新随笔

搜索

  •  

积分与排名

  • 积分 - 453158
  • 排名 - 7

最新评论

这两天修改以前的老代码,碰到一个头痛的问题。
有些页面在服务器上正常,在本地jboss就不正常。

看了下代码

很多sql里面有一段to_char(cc.classdate,'mm/dd/yyyy hh:mi am')
在本地取出来的是05/15/2007 12:00 上午
在服务器上取出来的是05/15/2007 12:00 am

然后代码有的地方又把这个字符串再转回date对象
英文当然可以了,“05/15/2007 12:00 上午”这种格式的就会出错,我也不知道怎么去格式化“05/15/2007 12:00 上午”成日期对象(不对字符串进行调整的情况下)

原来本地是中文环境,服务器是英文环境
以前写代码的人没考虑到国际化问题,所以到了中文环境就挂掉了。

后来问了下leader,这块不考虑多语言国际化。。。。。。。。。
于是就把SQL改了一下

to_char(cc.classdate,'mm/dd/yyyy hh:mi am','NLS_DATE_LANGUAGE = American')

既然他只考虑英文环境,那咱转换日期的时候就强制它为英文环境。

ok这下取出来的都是05/15/2007 12:00 am这种类型的了。。。。。。。

但是想到有N个模块都有这个问题,还有大量的JSP要改。。。。。。。。。。。。
顿时头大啊,正准备泪奔的时候,leader说先做features吧,这个问题不管了。。。。。。。。。

呵呵leader果然都是项目第一。

搞java这几年,多语言国际化,乱码,这些问题基本上在每个项目都碰到过,现在有点麻木了。
posted on 2007-05-16 12:11 交口称赞 阅读(1090) 评论(4)  编辑  收藏 所属分类: 其它数据库java相关

FeedBack:
# re: 搞死人的oracle的日期国际化问题 2007-06-05 12:57 demo
这一点问题其实是可以在数据库环境里面设置的,你要看看oracle的环境变量的设置里面有一项就是关于这个,设置了就是所有地方都是统一的格式。  回复  更多评论
  
# re: 搞死人的oracle的日期国际化问题 2007-06-05 17:30 交口称赞
数据库偶动不了,
在美国。
所以只能这样了,所以项目在框架搭建初期就要考虑多语言国际化的问题,
后期再该代价太大  回复  更多评论
  
# re: 搞死人的oracle的日期国际化问题 2007-06-07 16:15 js2006
to_char(cc.classdate,'mm/dd/yyyy hh24:mi am') 你将它转化为24制的,应该就不存在转化的问题了
  回复  更多评论
  
# re: 搞死人的oracle的日期国际化问题 2007-06-11 15:01 交口称赞
界面有要用到am pm
反正就是一堆老规矩不能动
郁闷着呢  回复  更多评论
  



标题  
姓名  
主页
验证码 *  
内容(请不要发表任何与政治相关的内容)  
  登录  使用高级评论  新用户注册  返回页首  恢复上次提交      
该文被作者在 2007-12-26 08:44 编辑过
 
 
相关链接:
网站导航: