使用Socket发送到Apache Camel Mina2

时间:2013-12-05 21:01:58

标签: java sockets apache-camel mina

我正在尝试使用Apache Camel Mina作为我的套接字服务器来接收字节流。我正在使用Apache Camel 2.12.1,这是我的简单路线:

<route id="retriever">
  <from uri="mina2:tcp://127.0.0.1:5555?sync=false" />
  <convertBodyTo type="java.lang.String" />
  <to uri="file:temp/out" />
</route>

我可以完美地启动路由并使用telnet发送数据。当我使用简单的Java测试客户端发送数据时,我的问题出现了:

byte[] myData = {0x34, 0x12, 0x25, 0x34};
Socket socket = new Socket("127.0.0.1", 5555);
OutputStream os = socket.getOutputStream();
os.write(myData, 0, myData.length);
os.flush();
socket.close(); 

使用此客户端时,我没有在任何地方获得任何例外,但数据不会进入驼峰路线。我一直在尝试实现自己的编解码器,并检查MINA是否正在接收数据,但我不确定在这个简单的情况下我是否需要一个特殊的编解码器。我只想检索字节数组并保存它。

所以我的问题是:我做错了什么?为什么默认的mina2编解码器不能用于我的场景?我错过了mina端点中的任何特殊选项以允许这个吗?

谢谢!

1 个答案:

答案 0 :(得分:2)

如果您的意思是TextLineCodecFactory,那么您应该检查源代码。此编解码器的解码器使用分隔符(框架正在运行的OS的新行)。

TextLineCodecFactoryTextLineDecoderLineDelimiter

检查解码器。特别要检查这部分

226     private void decodeAuto(Context ctx, IoSession session, IoBuffer in, ProtocolDecoderOutput out)
227             throws CharacterCodingException, ProtocolDecoderException {
228         int matchCount = ctx.getMatchCount();
229 
230         // Try to find a match
231         int oldPos = in.position();
232         int oldLimit = in.limit();
233 
234         while (in.hasRemaining()) {
235             byte b = in.get();
236             boolean matched = false;
237 
238             switch (b) {
239             case '\r':
240                 // Might be Mac, but we don't auto-detect Mac EOL
241                 // to avoid confusion.
242                 matchCount++;
243                 break;
244 
245             case '\n':
246                 // UNIX
247                 matchCount++;
248                 matched = true;
249                 break;
250 
251             default:
252                 matchCount = 0;
253             }
254 
255             if (matched) {
256                 // Found a match.
257                 int pos = in.position();
258                 in.limit(pos);
259                 in.position(oldPos);
260 
261                 ctx.append(in);
262 
263                 in.limit(oldLimit);
264                 in.position(pos);
265 
266                 if (ctx.getOverflowPosition() == 0) {
267                     IoBuffer buf = ctx.getBuffer();
268                     buf.flip();
269                     buf.limit(buf.limit() - matchCount);
270 
271                     try {
272                         byte[] data = new byte[buf.limit()];
273                         buf.get(data);
274                         CharsetDecoder decoder = ctx.getDecoder();
275 
276                         CharBuffer buffer = decoder.decode(ByteBuffer.wrap(data));
277                         String str = new String(buffer.array());
278                         writeText(session, str, out);
279                     } finally {
280                         buf.clear();
281                     }
282                 } else {
283                     int overflowPosition = ctx.getOverflowPosition();
284                     ctx.reset();
285                     throw new RecoverableProtocolDecoderException("Line is too long: " + overflowPosition);
286                 }
287 
288                 oldPos = pos;
289                 matchCount = 0;
290             }
291         }
292 
293         // Put remainder to buf.
294         in.position(oldPos);
295         ctx.append(in);
296 
297         ctx.setMatchCount(matchCount);
298     }

和这部分

180     public void decode(IoSession session, IoBuffer in, ProtocolDecoderOutput out) throws Exception {
181         Context ctx = getContext(session);
182 
183         if (LineDelimiter.AUTO.equals(delimiter)) {
184             decodeAuto(ctx, session, in, out);
185         } else {
186             decodeNormal(ctx, session, in, out);
187         }
188     }

当它填充IoBuffer时,它使用一个新行作为分隔符,所以如果你不添加一个,那么它将继续等待它。没有对此进行测试,但我确信这就是问题所在。只是尝试最后发送一个带有新行的字符串。将其转换为字节,看看会发生什么。

如果您想传输数据,则必须使用某种协议,该协议将设置发送器和接收器将使用的规则,以便设置和结束通信。