Hi !
Featured games (91)
games approved by the League of Dukes
Games in Showcase (757)
Games in Android Showcase (229)
games submitted by our members
Games in WIP (844)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
    Home     Help   Search   Login   Register   
Pages: [1]
  ignore  |  Print  
  closing SocketChannel asynchronously  (Read 1841 times)
0 Members and 1 Guest are viewing this topic.
Offline Matlu

Junior Devvie

Hasta La Victoria Siempre!

« Posted 2006-11-22 23:12:56 »

Another NIO beginner's question Smiley

If I close a SocketChannel from some other thread than the selector thread, it causes several exceptions after next Selector::select() operation. Some selection keys gets invalidated, so readyOps() throws CancelledKeyException and  SocketChannel::read()  throws  AsynchronousCloseException. I know why it happens, but I'm not sure what is the best way to handle it.

- should I simply catch and ignore these exceptions?
- should I try to avoid them by only closing a SocketChannel in selector thread?
- any other idea?

thank you

Multiplayer Online Games
Offline Kova

Senior Devvie

« Reply #1 - Posted 2006-11-23 14:21:27 »

this should not happen all the time
it's been a while, but as I remember when you cancel a channel you cancel it's key also and key is added to cancelled key set. When next selection occurs then that set is cleared and key is deregistered. This all happens before selector returns selected key set, so cancelled key cannot be in new selected key set.
Problem might be if you cancel SelectionKey in the same time when selector returns selected key, so after selector returned selected key set with your key in it and before you do something with it. I think chance of this happening isn't high at all. In this cases you can check if key is canceled with isValid(), which turns to false immediatly when key is cancelled.

Another thing, you don't need to do readyOps() and mess with bit operators, you can use SelectionKey.isReadable(), isWritable(), isAcceptable(). Also I speculate that they do isValid() in them, so they return false instead of throwing a exception.

So my guess is that you are doing something wrong, like forgetting to remove key from selected key set when you are done with it...

note: I just wrote a server / client once... this information might not be true.
Pages: [1]
  ignore  |  Print  

EgonOlsen (74 views)
2018-06-10 19:43:48

EgonOlsen (55 views)
2018-06-10 19:43:44

EgonOlsen (74 views)
2018-06-10 19:43:20

DesertCoockie (254 views)
2018-05-13 18:23:11

nelsongames (154 views)
2018-04-24 18:15:36

nelsongames (154 views)
2018-04-24 18:14:32

ivj94 (895 views)
2018-03-24 14:47:39

ivj94 (156 views)
2018-03-24 14:46:31

ivj94 (808 views)
2018-03-24 14:43:53

Solater (172 views)
2018-03-17 05:04:08
Java Gaming Resources
by philfrei
2017-12-05 19:38:37

Java Gaming Resources
by philfrei
2017-12-05 19:37:39

Java Gaming Resources
by philfrei
2017-12-05 19:36:10

Java Gaming Resources
by philfrei
2017-12-05 19:33:10

List of Learning Resources
by elect
2017-03-13 14:05:44

List of Learning Resources
by elect
2017-03-13 14:04:45

SF/X Libraries
by philfrei
2017-03-02 08:45:19

SF/X Libraries
by philfrei
2017-03-02 08:44:05 is not responsible for the content posted by its members, including references to external websites, and other references that may or may not have a relation with our primarily gaming and game production oriented community. inquiries and complaints can be sent via email to the info‑account of the company managing the website of java‑
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!