标签：java encoding utf-8 osgi apache-servicemix

我已将ServiceMix升级到Fuse ESB 4.4编译.但是,我得到了日志系统的错误,我找不到如何处理.

错误消息是：

Warning: encoding "UTF-8" not supported, using UTF-8

不使用编码UTF-8.文件以Windows-1250编码进行编码(该组中的字符已正确转换,其他字符当然不可用).

我在StackOverflow上找到了discussion about similar problem,其中发现了Xerces解析器的问题,但是没有线索,如何在这种特殊情况下解决它.有没有人成功处理过它？

解决方法:

问题是某些东西试图访问UTF-8字符集(可能是通过Charset.forName(“UTF-8”)),它试图在sun.nio.cs.UTF_8包中实例化一个类.

虽然这将存在于没有类加载器约束的JVM的运行时中,但在OSGi运行时中,代码将失败.

解决方案是使用以下内容修改生成此错误消息的包：

Import-Package：…,sun.nio.cs; resolution：= optional

这意味着如果它试图在该包中实例化一个类,它应该能够找到它 – 但是,如果它不存在(比如,因为你使用的是不同的运行时),那么它仍然可以工作.

请注意,这意味着System.bundle正在导出sun.nio.cs包,您可以通过生成片段(参见http://wiki.osgi.org/wiki/Fragment)或让系统包使用org.osgi导出sun.nio.cs包来实现. framework.system.packages属性.

无论哪种方式,它听起来像是日志捆绑应该修复的东西,而不是你需要修复的东西 – 你有没有报告上游的bug？

标签：java,encoding,utf-8,osgi,apache-servicemix
来源： https://codeday.me/bug/20190610/1209608.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。