如果你没有使用ibm的jdk却依然遇到叻这个问题。
如果你的异常是在解析xml的时候出现的,如果你的异常是某些地方有某些地方没有。
例如tomcat里面没有weblogic上有。抑或这个domain有那个domain却沒有。而确实是同一个应用。
哪么你遇到的可能和笔者要讲的是同一个问题。
你的xml文件本身是UTF-8编码(注意是文件是UTF-8编码,不是xml文件里面指定嘚文件内容是UTF-8编码)?
你的xml文件里面含有中文?
那么可以肯定你的问题就是笔者要讲的问题
1.xml用记事本打开删除里面的中文。
3.将xml里面的内容複制到新建的txt文件中。
4.将txt文件重名为xml文件的名称。覆盖原来的xml文件
5.看看问题是不是解决了,咔咔 神奇吧。
方案二:(适用于使用eclipse ide的程序员们其他的能更改文件编码的程序也行,不过没测试过)
1.将xml文件的内容剪切出来保存在别处,什么文件都行最后是txt中。留下一个空的xml文件
2.將空的xml文件的编码修改成GBK。注意是文件的编码,不是xml的那个声明。当然这里已经删了。
3.这时候是否看到文件的头部有乱码? 删之!
4.将原来文件嘚内容烤回来
5.ok问题解决这种方法不用删除中文。
估计有些人已经明白是什么原因了。呵呵,那就是xml文件那个BOM的头导致的这个问题!
哦?還有没明白的?下面详细说明下:
xml文件分为两种一种是有BOM信息的,它表示文件是xml格式
另外还有没有BOM信息的xml文件。
就是这个特殊的BOM信息导致了解析xml出错。
那跟UltraEdit有什么关系?UltraEdit在编辑xml文件的时候会自动加上这个可恶的BOM信息。
能否修改代码来解决这个问题的?如果客户使用我们的系统时让他们这么干他们肯定反对啊! 回复 更多评论
这个问题的根源应该跟文件解析有关系
可以尝试 修改这些 不过难度比较大 我没有尝試过 回复 更多评论
请问如果是由于是使用了IBM的JKD(本机),而跟程序不兼容怎么解决这个问题 回复 更多评论
manager启起来所以可以考虑把它注册為一个系统服务。
上面是在windows环境下建立Server的步骤,linux上的步骤其实是类似的只需要把对应脚本文件由cmd文件改为执行同名的sh文件。