Encoding 如何编码&xBF；使用WSO2 ESB连接到ISO-8859

在评估样本数据的过程中，我发现了以下问题。当JMS中的内容包含“倒置问号”

倒置问号

时，代理崩溃-事实上挂起，CPU上升到100%。 下面是代理的代码，以便轻松复制：

只需将

倒置的问号

添加到名为“test_qencode”的队列中，看看CPU是如何运行的，代理是如何挂起的

<?xml version="1.0" encoding="UTF-8"?>
<proxy xmlns="http://ws.apache.org/ns/synapse" name="test_encoding_crash_jms" transports="jms" startOnLoad="true" trace="disable">
    <parameter name="transport.jms.Destination">test_qEncoding</parameter>
    <parameter name="transport.jms.ConnectionFactory">myQueueConnectionFactory</parameter>
    <parameter name="transport.jms.DestinationType">queue</parameter>
    <parameter name="transport.jms.ContentType">
        <rules>
            <jmsProperty>contentType</jmsProperty>
            <default>application/xml;charset="iso-8859-15"</default>
        </rules>
    </parameter>
    <target>
        <inSequence>        
            <log level="custom">
                <property name="Context" value="Proxy test_encoding_crash_jms called"/>
            </log>
            <log level="full"/>
        </inSequence>
    </target>
</proxy>

测试编码
myQueueConnectionFactory
队列
内容类型
应用程序/xml；charset=“iso-8859-15”

当我使用vfs代理并读作ISO-8859时，它可以工作。当我没有指定

时；charset=“iso-8859-15”

那么它也可以工作，但是内容没有按照我的输出正确的编码

当我想以ISO-8859的形式发送消息时，我应该如何从JMS获取消息？

---

为什么上面的代理会挂起并阻止整个WSO2 ESB？

这是前一段时间报告的[1]。似乎是一个存在的问题。请参考JIRA了解更多详细信息。此外，如果您能够始终如一地复制它，请提及这一点，以便我们可以提高优先级

[1]