WSO2ESB Rest API错误:无效的UTF-8中间字节0x6f(在char#143，字节#127) [英] WSO2ESB Rest API error: Invalid UTF-8 middle byte 0x6f (at char #143, byte #127)

问题描述

我在wso2esb 5.0.0中开发了REST API，当客户端发送包含ã，ç或é的请求(例如， inSequence上的第一个调解器)时，我遇到了一些问题. strong>管道，引发有关Invalid UTF-8 middle byte的错误.

I developed a REST API in wso2esb 5.0.0 and I am facing some problems when client send a request that contains ã, ç or é for example, the first mediator on inSequence pipeline, Raise an error about Invalid UTF-8 middle byte.

当我们在HTTP标头中将消息的字符集强制为ISO-8859-1时，工作正常.但是我们需要使用UTF-8.

When we force charset of message in HTTP header as ISO-8859-1, works fine. But we need to work with UTF-8.

有人已经遇到了这个问题，可以为我提供帮助吗?

Somebody already face this issue and could help me?

出现堆栈跟踪错误:

TID[-1234] [ESB] [2017-07-04 15:12:26,738] ERROR {API_LOGGER.ResourceAPI} - Could not build full log message: [com.ctc.wstx.exc.WstxLazyException] Invalid UTF-8 middle byte 0x6f (at char #143, byte #127) com.ctc.wstx.exc.WstxLazyException.throwLazily(WstxLazyException.java:45) com.ctc.wstx.sr.StreamScanner.throwLazyError(StreamScanner.java:720) com.ctc.wstx.sr.BasicStreamReader.safeFinishToken(BasicStreamReader.java:3677) com.ctc.wstx.sr.BasicStreamReader.getText(BasicStreamReader.java:858) org.apache.axiom.util.stax.wrapper.XMLStreamReaderWrapper.getText(XMLStreamReaderWrapper.java:164) org.apache.axiom.om.impl.builder.StAXBuilder.createOMText(StAXBuilder.java:289) org.apache.axiom.om.impl.builder.StAXBuilder.createOMText(StAXBuilder.java:250) org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java:252) org.apache.axiom.om.impl.llom.OMElementImpl.buildNext(OMElementImpl.java:653) org.apache.axiom.om.impl.llom.OMElementImpl.getFirstOMChild(OMElementImpl.java:670) org.apache.axiom.om.impl.llom.OMElementImpl.getChildren(OMElementImpl.java:352) org.apache.axiom.om.impl.util.OMSerializerUtil.serializeChildren(OMSerializerUtil.java:553) org.apache.axiom.om.impl.llom.OMElementImpl.internalSerialize(OMElementImpl.java:875) org.apache.axiom.om.impl.util.OMSerializerUtil.serializeChildren(OMSerializerUtil.java:555) org.apache.axiom.om.impl.llom.OMElementImpl.internalSerialize(OMElementImpl.java:875) org.apache.axiom.om.impl.util.OMSerializerUtil.serializeChildren(OMSerializerUtil.java:555) org.apache.axiom.om.impl.llom.OMElementImpl.internalSerialize(OMElementImpl.java:875) org.apache.axiom.soap.impl.llom.SOAPEnvelopeImpl.internalSerialize(SOAPEnvelopeImpl.java:230) org.apache.axiom.om.impl.llom.OMSerializableImpl.serialize(OMSerializableImpl.java:125) org.apache.axiom.om.impl.llom.OMSerializableImpl.serialize(OMSerializableImpl.java:113) org.apache.axiom.om.impl.llom.OMElementImpl.toString(OMElementImpl.java:988) java.lang.String.valueOf(String.java:2994) java.lang.StringBuffer.append(StringBuffer.java:265) org.apache.synapse.mediators.builtin.LogMediator.getFullLogMessage(LogMediator.java:203) org.apache.synapse.mediators.builtin.LogMediator.getLogMessage(LogMediator.java:138) org.apache.synapse.mediators.builtin.LogMediator.mediate(LogMediator.java:101) org.apache.synapse.mediators.AbstractListMediator.mediate(AbstractListMediator.java:97) org.apache.synapse.mediators.AbstractListMediator.mediate(AbstractListMediator.java:59) org.apache.synapse.mediators.base.SequenceMediator.mediate(SequenceMediator.java:158) org.apache.synapse.rest.Resource.process(Resource.java:343) org.apache.synapse.rest.API.process(API.java:399) org.apache.synapse.rest.RESTRequestHandler.apiProcess(RESTRequestHandler.java:123) org.apache.synapse.rest.RESTRequestHandler.dispatchToAPI(RESTRequestHandler.java:101) org.apache.synapse.rest.RESTRequestHandler.process(RESTRequestHandler.java:69) org.apache.synapse.core.axis2.Axis2SynapseEnvironment.injectMessage(Axis2SynapseEnvironment.java:304) org.apache.synapse.core.axis2.SynapseMessageReceiver.receive(SynapseMessageReceiver.java:75) org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:180) org.apache.axis2.transport.http.util.RESTUtil.invokeAxisEngine(RESTUtil.java:144) org.apache.axis2.transport.http.util.RESTUtil.processXMLRequest(RESTUtil.java:89) org.apache.synapse.transport.nhttp.util.RESTUtil.processPOSTRequest(RESTUtil.java:213) org.apache.synapse.transport.nhttp.ServerWorker.processEntityEnclosingMethod(ServerWorker.java:468) org.apache.synapse.transport.nhttp.ServerWorker.run(ServerWorker.java:291) org.apache.axis2.transport.base.threads.NativeWorkerPool$1.run(NativeWorkerPool.java:172) java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) java.lang.Thread.run(Thread.java:745) 

注意:当我们使用通用的SOAP代理和消息时，它们工作正常.字符集没问题.

Note: When we use common SOAP proxy and messages works fine. No problem with charset.

注意:就像@weibeld所说的，我的语言是葡萄牙语.

Note: Like @weibeld said, my language is Portuguese.

我的REST API具有使用POST方法的资源，并且我将以下请求发送到服务器:

My REST API has a resource with POST method and I am sending the following request to server:

POST http://myHost:8280/api/v1/myResource HTTP/1.1
Accept-Encoding: gzip,deflate
Content-Type: application/json;charset=utf-8
Content-Length: 741
Host: myHost:8280
Connection: Keep-Alive
User-Agent: Apache-HttpClient/4.1.1 (java 1.5)

 {
"customerName": "CONSULTORIA EMPRESARIAL EIRELI - ME",
"serviceId": "05948517",
"productName": "Banda Larga Expansão Sul",
"localityCode": "51000",
"status": "OCUPADO",
"isChangeOfAddress": "FALSO",
"serial": "0047848517",
"vlanType": "1Q",
"ont_id": "0047848517",
"modelo_ont": "ZHONE-2425",
"accessType": "GPON",
"streetCode": "4535",
"neighbourhood": "NEIGHBOURHOOD",
"streetNumber": "4428",
"complement1": "2"

}

注意:在此行"productName": "Banda Larga Expansão Sul",中，我有一个ão.

Note: In this line "productName": "Banda Larga Expansão Sul", I have an ão.

总结一下，我正在发送一个POST，与application/json; charset = utf-8和wso2esb引发有关ão的错误，以及当我发送 ISO-8859-1 时>工作正常. (当我将肥皂与utf-8一起使用时可以正常工作).

Summarizing, I am sending a POST, wiht application/json;charset=utf-8 and the wso2esb is raising an error about the ão, and when I sent an ISO-8859-1 works fine. (when I use soap with utf-8 works properly).

推荐答案

您的客户端发送到服务器的HTTP请求似乎是使用ISO-8859-1而不是UTF-8编码的.

It seems that the the HTTP request that your client sends to the server is encoded with ISO-8859-1 rather than with UTF-8.

然后，服务器尝试使用UTF-8解码此请求.这适用于所有ASCII字符.但是，服务器有时会遇到您报告的非ASCII字符之一的ISO 8859-1代码:

The server then tries to decode this request with UTF-8. This works well for all ASCII characters. However, at some point the server encounters the ISO 8859-1 code of one of your reported non-ASCII characters:

• ã==> 0xE3 = 11100011
• ç==> 0xE7 = 11100111
• é==> 0xE9 = 11101001

(将上面的列表读取为:[character] ==> [ISO 8859-1 code hex.] = [ISO 8859-1 code bin.])

现在UTF-8将此字节解释为3字节UTF-8代码的前导字节，因为它以1110开头(请参见

Now UTF-8 interprets this byte as the leading byte of a 3-byte UTF-8 code because it starts with 1110 (see here). Consequently, UTF-8 expects the next byte to be a UTF-8 continuation byte, which must start with 10. However, the next byte is 0x6f, the ISO 8859-1 code for the ASCII character o, which is 01101111 in binary, i.e. does not start with 10.

出现错误消息Invalid UTF-8 middle byte 0x6f.

因此，我想您的请求包含子字符串ão，ço或éo，如果您的语言是葡萄牙语，则可能会出现这种情况.

So, I guess that your request contains the substring ão, ço, or éo, which is likely if your language is Portuguese.

摘要::您需要确保客户端使用UTF-8对请求进行编码.我不知道您如何创建请求，但是应该可以在使用的任何函数中设置编码.

In summary: you need to make sure that the client encodes the request with UTF-8. I don't know how you create the request, but there should be a possibility to set the encoding in whatever function you use.

这篇关于WSO2ESB Rest API错误:无效的UTF-8中间字节0x6f(在char#143，字节#127)的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！