学习struts2里关于文件上传的相关知识时，有讲到一个错误提示问题，如果用户上传的文件类型或者文件大小不符合预设的限制，便提示相应的错误，但是利用<s:fielderror/>来显示输出上传失败的校验提示时会提示很刺眼的英文提示信息。
上传文件太大的提示信息的key是"struts.messages.error.file.too.large"上传文件类型不是允许上传的类型的提示信息key为“struts.messages.error.content.type.not.allowed”，这样对于我们中文用户来说实在是不友好。于是可以在自己的国际化资源文件中添加对应的key消息，就可以改变这种现象。
首先要在struts.xml文件中做相关的配置，在<struts/>节点下加入：
<constant name="struts.custom.i18n.resources" value="xxxxx"/>
以此配置全局的国际化资源文件，并要在struts.xml的同目录下视情况添加xxxxx_en_US.properties（默认英文环境调用）或xxxxx_zh_CN.properties（默认中文环境调用）两个文件，例如:
<constant name="struts.custom.i18n.resources" value="mess"/>
可以添加一个mess.properties和一个mess_zh_CN.properties两个资源文件。
然后新建一个txt文件aa.txt，在其中添加对应上述错误信息的内容，使得编程中文的错误提示：
#改变文件类型不允许的提示信息
struts.messages.error.content.type.not.allowed=您上传的文件类型只能是图片文件！
#改变上传文件太大的提示信息
struts.messages.error.file.too.large=您要上传的文件太大，请重新选择！
然后打开cmd命令行，cd到aa.txt文件目录，运行命令：
native2ascii aa.txt mess_zh_CN.properties
就会在当前目录下生成一个mess_zh_CN.properties文件，内容是：
#\u6539\u53d8\u6587\u4ef6\u7c7b\u578b\u4e0d\u5141\u8bb8\u7684\u63d0\u793a\u4fe1\u606f
struts.messages.error.content.type.not.allowed=\u60a8\u4e0a\u4f20\u7684\u6587\u4ef6\u7c7b\u578b\u53ea\u80fd\u662f\u56fe\u7247\u6587\u4ef6\uff01
#\u6539\u53d8\u4e0a\u4f20\u6587\u4ef6\u592a\u5927\u7684\u63d0\u793a\u4fe1\u606f
struts.messages.error.file.too.large=\u60a8\u8981\u4e0a\u4f20\u7684\u6587\u4ef6\u592a\u5927\uff0c\u8bf7\u91cd\u65b0\u9009\u62e9\uff01
这样就生成了可用的资源文件，将其导入到项目的struts.xml文件同目录下即可。
附上native2ascii更多的用法：
此部分摘抄于博客之星熔岩：http://lavasoft.blog.51cto.com/62575/12689/
java sdk提供的一个工具。用来将别的文本类文件（比如*.txt,*.ini,*.properties,*.java等等）编码转为Unicode编码。为什么要进行转码，原因在于程序的国际化。Unicode编码的定义：Unicode（统一码、万国码、单一码）是一种在计算机上使用的字符编码。它为每种语言中的每个字符设定了统一并且唯一的二进制编码，以满足跨语言、跨平台进行文本转换、处理的要求。1990年开始研发，1994年正式公布。随着计算机工作能力的增强，Unicode也在面世以来的十多年里得到普及。（声明：Unicode编码定义来自互联网）。
native2ascii -[options] [inputfile [outputfile]]
-reverse：将Unicode编码转为本地或者指定编码，不指定编码情况下，将转为本地编码。
-encoding encoding_name：转换为指定编码，encoding_name为编码名称。
inputfile：表示输入文件全名。
outputfile：输出文件名。如果缺少此参数，将输出到控制台。
native2ascii zh.txt u.txt
打开u.txt，内容为“\u7194\u5ca9”。
\u7194\u5ca9
可以看到，控制台输出了“\u7194\u5ca9”。
native2ascii -encoding ISO8859-1 zh.txt i.txt
打开i.txt文件，内容为“\u00c8\u00db\u00d1\u00d2”。
native2ascii -reverse u.txt u_nv.txt
打开u_nv.txt文件，内容为“熔岩”。
C:\test>native2ascii -reverse u.txt
熔岩
可以看到，控制台输出了“熔岩”。
native2ascii -reverse i.txt i_nv.txt
打开i_nv.txt文件，内容为“\u00c8\u00db\u00d1\u00d2”。发现转码前后完全一样的。也就是说，等于没有转，或者说思想糊涂，对命名没有理解。。
native2ascii -reverse -encoding GBK i.txt i_gbk.txt
打开i_gbk.txt文件，内容为“\u00c8\u00db\u00d1\u00d2”。发现转码前后完全一样的。也就是说，等于没有转，或者说思想糊涂，对命名没有理解。
C:\test>native2ascii -reverse -encoding ISO8859-1 i.txt
熔岩
从这个结果看，目标达到到了，编码i.txt为ISO8859-1，转为本地编码后内容为“熔岩”。从这里应该意识到，native2ascii -reverse命令中-encoding指定的编码为源文件的编码格式。而在native2ascii 命令中-encoding指定的编码为（生成的）目标文件的编码格式。这一点非常的重要！切记！！
native2ascii 12a.txt 12a_nv.txt
打开12a_nv.txt文件，内容为“12axyz”。
继续测试，转为ISO8859-1编码看看
C:\test>native2ascii -encoding ISO8859-1 12a.txt
12axyz
结果还是没有转码。
从结果可以得出结论：对于纯数字和字母的文本类型件，转码前后的内容是一样的。