• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

org.springframework.context.NoSuchMessageException: No message found under code 'userinfo' for locale 'zh_CN'.

代码如下：
ApplicationContext ctx = new FileSystemXmlApplicationContext("/src/applicationContext.xml");
Object[] arg = new Object[]{"tzw",Calendar.getInstance().getTime()};
// 以系统默认Locale加载信息(对于中文WinXP而言，默认为zh_CN)
Locale locale = null;
//locale = locale.CHINESE;
//locale = locale.SIMPLIFIED_CHINESE;
String msg = ctx.getMessage("userinfo",arg,locale.CHINA);
System.out.println("the message is "+msg);
配置文件如下：
<bean id = "messageSource"
class = "org.springframework.context.support.ResourceBundleMessageSource">
<property name = "basenames">
<list>
<value>messages</value>
</list>
</property>
</bean>
要读的文件是：messages_zh_CN.properties
userinfo= ???????[{0}]?????[{1}]

论坛有人说用如下方式修改：

Locale locale = null;
//locale = locale.CHINESE;
//locale = locale.SIMPLIFIED_CHINESE;
String msg = ctx.getMessage("userinfo",arg,locale.CHINA);

偶试过了，没有搞定，不知道谁能指点一下偶

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

今天一过来，更新个人信息时，出现异常：

java.sql.SQLException: The transaction is no longer active - status: 'Rolling Back. [Reason=weblogic.transaction.internal.TimedOutException: Transaction timed out after 32 seconds
BEA1-0125C0B87670F93BF05F]'. No further JDBC access is allowed within this transaction.
at weblogic.jdbc.wrapper.JTSConnection.checkIfRolledBack(JTSConnection.java:195)
at weblogic.jdbc.wrapper.JTSConnection.checkConnection(JTSConnection.java:205)
at weblogic.jdbc.wrapper.Connection.preInvocationHandler(Connection.java:87)
at weblogic.jdbc.wrapper.Connection.clearPreparedStatement(Connection.java:241)
at weblogic.jdbc.wrapper.PreparedStatement.execute(PreparedStatement.java:75)

太奇怪了，上周都好好的，今天怎么突然就timeout异常呢？检查个人信息同步的函数，没有发现有人更改的痕迹，重新打包

错误依然，timedoutexception，一般是出现以下情况时才会出现：

1、关掉电驴（呵呵，不好的习惯）重新启动机器，重新进行测试，发现问题依旧，这排除了网络的因素；

2、对单位信息同步和时间同步进行测试，通过，也排除了配置和getconnection的因素（也和5-7的没有关系）；

3、现在是除了个人的不能做，其他业务都没有问题，也就是说问题出在个人的表上，突然想到是不是有人对这张表进行锁定了，因为在同步的时候我有对流程和业务锁进行update，如果有人对其锁定，一定会超时的，对该业务所要操作的表进行查看，果然是有人锁定了，解锁，问题解决 ：）

搞了一整个下午，原因竟然是一个表被锁了，而我们其他人都不知道，看来团队之间的联系还是不紧密呀……

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

新建一个工程，新建一个test.properties：

userinfo = 登陆名为：[{0}]登陆时间为：[{1}]

保存

使用native2ascii

native2ascii test.properties msg.txt 得到：

??????[{0}]????[{1}]

查看工程里的test文件：

??????[{0}]????[{1}]

发现在对test进行编码转化时，已经就出现问题，尝试其他方法解决：

1、将native2ascii放入path

2、执行以下命令(要转化的文件)：

del ApplicationResources_zh_CN.properties
native2ascii -encoding gb2312 beyond.properties ApplicationResources_zh_CN.properties

native2ascii命令：

native2ascii [-reverse] [-encoding encoding] [inputfile [outputfile]]
 
正转:To:Unicode
native2ascii -encoding gb2312 source.properties target.properties

反转:Reverse Unicode To 指定码
native2ascii -reverse -encoding Big5 source22.properties target2.properties

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师