Java 阿帕奇骆驼米纳。。交换体中没有响应

Java 阿帕奇骆驼米纳。。交换体中没有响应,java,apache-camel,apache-mina,mina,Java,Apache Camel,Apache Mina,Mina,骆驼路线: <route> <from uri="timer...blah..blah..."/> <to uri="mina2:tcp://some_vpn_remote_host:validPort?textline=true&amp;sync=true&amp;minaLogger=true&amp;clientMode=true"/> <log message = "${body}"/

骆驼路线:

 <route>
      <from uri="timer...blah..blah..."/>
      <to uri="mina2:tcp://some_vpn_remote_host:validPort?textline=true&amp;sync=true&amp;minaLogger=true&amp;clientMode=true"/>
      <log message = "${body}"/>
 </route>

以下是Minalogger中作为十六进制代码的响应。。这不是预期的

收到的日志过滤器信息:HeapBuffer[pos=0 lim=194 cap=2048:30 2C 22 31 2C 22 53`

但它在exchange正文中不可用,并且连接在30秒后超时。太可怕了..!我在某个点上的选项是否出错了

注意:这同样适用于JAVA中的TCP/IP客户端。 因为字符串是以字节[]的形式写入服务器的。
将无法修改服务器端。

这取决于几个因素。1)如文档所述,由于项目比Mina更活跃,因此倾向于使用Netty。2)服务器返回的格式是什么?纯字符串?字节?十六进制?您可能需要对其进行解码。当使用textline时,另一方必须在返回的数据中包含一个新行字符以指示e-行结束。尝试将textlineDelimiter选项设置为它支持的不同值好的,因此@Souciance Eqdam Rashti,响应类型为String,请求也是String。@claus在TCP客户端中,我们没有分隔符。。因为请求是事务字符串(以99结尾)作为字符串的结尾。。然后你需要构建一个自定义编解码器来检测99字节的值作为数据的结尾标记。@Claus,正如Souciance Eqdam Rashti所说的那样,我正在用netty进行试验。。发现加入你的建议,将分隔符设置为Null解决了netty中的问题。我们可以在Mina中扩展该分隔符以使其也为Null吗。