Hm. Nevermind.
I guess we should expect the underlyng recv() call to signal the lost
connection as Mina is always interested in reading as far as I can
tell.
You never try to send any data on the IoSession created by the Connector.
If you were to, you'd probably get the sessionClosed() callback.
After sending a bunch of UDP datagrams, sleep for 30 seconds, then
this gets printed to console:
[java] Exception in thread "pool-1-thread-1" java.lang.NullPointerException
[java] at
org.apache.mina.filter.executor.OrderedThreadPoolExecutor.getSessionBuffer(OrderedThreadPoolExecutor.
Starting a few days ago, whenever I try to post to the Mina Nabble
Forums, I'm always denied. I've tried subscribing, I've tried
resending, but my message never gets through.
Any ideas?
Here's an example of one:
http://www.nabble.com/forum/ViewPost.jtp?post=15468680&action=pending
Wilson
It would be quite nice to be able to do something equivalent to sendto() with
a DatagramAcceptor or a DatagramConnector.
I've written a UDP application based on Mina that sends precisely 1 packet
to 1 million end points, and waits for 1 packet from 1 million end points.
Each 2 packet exchange is
[
https://issues.apache.org/jira/browse/DIRMINA-509?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Wilson Yeung updated DIRMINA-509:
-
Fix Version/s: (was: 2.0.0-M2)
> DatagramConnector.connect() is slow compared to conn
Project: MINA
Issue Type: Improvement
Components: Transport
Affects Versions: 1.1.6, 2.0.0-M1, 2.0.0-M2
Reporter: Wilson Yeung
Fix For: 2.0.0-M2
I benchmarked Mina 2.0's NioDatagramConnector vs java.net.DatagramSocket on a
Linux 2.6 kernel.
Min
I benchmarked Mina 2.0's NioDatagramConnector vs java.net.DatagramSocket on a
Linux 2.6 kernel.
Mina 2.0 NioDatagramConnector, connect(), future.addListener(),
session.close()
100,000 iterations
~20 seconds
~5,000 per second
java.net.DatagramSocket, connect(), disconnect(), close()
100,000 itera
I'm writing an application using Mina which continuously creates a large
number of short lived UDP sockets with different local ports but the same
destination address/port.
What I need to be able to do is create a UDP socket with either a unique or
ephemeral local port, send one packet to the sam