UDP Server help!

[darcone]

I am trying to implement UDP using NIO in some way... I tried it the same way I am with TCP;

1   2   3   4   5   6

case UDPServer:                                 channel = DatagramChannel.open();                 ((DatagramChannel)channel).socket().bind(new InetSocketAddress("localhost", port));                 clients = new Vector();                 break;

and then to register:

1	channel.register(selector, SelectionKey.OP_ACCEPT);

I get an exception at that last line:

1   2   3   4   5

java.lang.IllegalArgumentException         at java.nio.channels.spi.AbstractSelectableChannel.register(AbstractSelectableChannel.java:170)         at java.nio.channels.SelectableChannel.register(SelectableChannel.java:254)         at SpeedConn.SpeedChannel.register(SpeedChannel.java:209)         at SpeedConn.SpeedConn.run(SpeedConn.java:43)

Anyone got a hint?

[blahblahblahh]

I'm getting a sense of deja vu here; AFAICS this was covered in other people's replies to your earlier post on the same topic? Perhaps more appropriate if you continue that topic with whatever you're not understanding:

http://www.java-gaming.org/cgi-bin/JGNetForums/YaBB.cgi?board=Networking;action=display;num=1060213621;start=0#0

In particular:

"With udp there is no client and server as with tcp. You don't connect with the other machine. The connect() function in Datagram channel do not create a real connection with an other machine. It just locks the address that you can send to. Because the client don't connect to the server, the server don't accept either. It just reads the packets it recieves and checks the address to know where it come from. You have to keep track of which address represents which sender."

So, there is no meaning to listening for connects to UDP (which is what OP_ACCEPT is for).

However, I confess to having been responsible for a hijack of that thread, where it ended up discussing TCP performance in extreme situations.

[darcone]

Ok I managed to "start" a UDP "server" with java.NIO and it can read datagrams and see where they are coming from. Now I tried to send datagrams back to the origin, but my client couldnt see anything coming back. Is it me being to tired a monday night or am I doing it the wrong way? I know the client code works because Ive been querying game server with it for some time now.

Games published by our own members! Check 'em out!

[blahblahblahh]

Ok I managed to "start" a UDP "server" with java.NIO and it can read datagrams and see where they are coming from. Now I tried to send datagrams back to the origin, but my client couldnt see anything coming back. Is it me being to tired a monday night or am I doing it the wrong way? I know the client code works because Ive been querying game server with it for some time now.

Just to check the obvious - you need to ALSO run your server code on the client, and your client code on the server, if you want to send data from the server to the client.

As has been said before, UDP is connectionless. I.e. there is no connection. I.e. if someone sends you stuff, you cannot "reply" you can only send them stuff from scratch, as if you'd never heard from them.

But maybe that's not your problem?

[darcone]

I think my problem was that I wasnt sending replies to my clients via the server socket but rather creating new client sockets on the server for each client. This would mean the messages to the client would not come from the same port as the server socket but from a new one and the security check would just disregard those messages.

[darcone]

Yeah that was it. Now I have a pretty nice abstraction of both TCP and UDP