Hello Kenneth,
I remembered Patrick asking this upgrade, but not from the point of using 'new' technologies like nio, I think. Rather to cleanout 1.3 specific code and integrating new APIs. Probably Swing related APIs most of the times.
As I understood NIO it mostly helps for doing async io indeed but also allow better scalable IO. This is however more server oriented than this client side project is. So this would not directly benefit us. However a lot of the multithreading things that are in the code base right, would be gone. You wouldn't have to start a comm-thread for every emulator but use one thread on a channel as a switcher. As you mostly use one emulator session at the time, this wouldn't pose performance problems and do the same thing with less resources.
HTH,
Wim.
| Kenneth Pouncey <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED] 28/06/2005 11:44
|
|
Hello all
I remember a post, from Patrick I think, that was asking to move the emulator up
to 1.4 and use some of the features for those greater than 1.3.
I am assuming that would mean to use the NIO streams, channels and the such correct?
If that is the case what would using the NIO help us achieve that can not be
done now? Would it be better? What would be the goal?
I ask because after having used the NIO in a couple of small projects it really
only helps for asynchronous correct? We really use synchronous on the client
side and really do not see any speed enhancment or anything like that when using
the synchronous model.
If anyone suggests the asynchronous model for doing this could they tell me why
that would help. I do not see it but am open to learning the benefits and the
coding if it will help us reach a goal.
Regards
Kenneth
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
Tn5250j-general mailing list
Tn5250j-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tn5250j-general
