The test case is working for me from home. The caveat is that at home I
run on Linux and use jdk 1.6.x and before I was running tests at work on
OSX with 1.5.0_13. The problem is that my real cases still don't seem to
work properly. If I took your test case below and removed the portion
that feeds the udp traffic from the file and tried to feed it myself
from another process that is not working for me. Below is some example
UDP code that I was using to drive it:
DatagramSocket socket = new DatagramSocket();
byte buffer[] = new byte[1500];
buffer = "TEST_STRING".getBytes();
InetAddress address = InetAddress.getByName("127.0.0.1");
DatagramPacket packet = new DatagramPacket(buffer,
buffer.length, address, 9123);
while(true) {
socket.send(packet);
Thread.sleep(2000);
}
Camel never seems to recognize those udp messages. Shouldn't this work
or am I using it in an improper way?
- James
James Strachan wrote:
On 12/11/2007, James Chamberlain <[EMAIL PROTECTED]> wrote:
I am using apache camel 1.2.0
Hmm - I've just added MinaFileUdpTest to trunk which attempts to
reproduce your issue - it polls from a directory and sends to a UDP
endpoint
from("mina:udp://localhost:9123").to("mock:results");
from("file:src/test/data?noop=true").
to("mina:udp://localhost:9123");
and it seems to work fine. I wonder if you had any idea how to edit
the test case to make it fail like you get?
Maybe whatever issue that you're hitting has been fixed in trunk?
We'll hopefully get 1.3.0 out soon once a few more little gremlins are
sorted - but I'd like to know if this MINA issue is resolved before
then.
