| Author |
Message
|
| PEPERO |
 Posted: Fri Jan 08, 2016 8:21 pm Post subject: WMB support for NIO |
 |
|
Disciple
Joined: 30 May 2011
Posts: 177
|
Hi all;
Does WMB support for NIO Asynchronous channel APIs For TCPIP nodes? Since i've used CICSREQUEST node and i saw it multiplexes cucurrent conversations within a single socket, i think the NIO concepts must be used. |
|
| Back to top |
|
 |
| smdavies99 |
| Posted: Fri Jan 08, 2016 10:44 pm Post subject: |
|
|
Jedi Council
Joined: 10 Feb 2003
Posts: 6076
Location: Somewhere over the Rainbow this side of Never-never land.
|
The TCP nodes are one way nodes from a message/data level.
i.e. They are either
Input
or
Output
Does that not fit what you want?
_________________
WMQ User since 1999
MQSI/WBI/WMB/'Thingy' User since 2002
Linux user since 1995
Every time you reinvent the wheel the more square it gets (anon). If in doubt think and investigate before you ask silly questions. |
|
| Back to top |
|
|
| PEPERO |
| Posted: Sat Jan 09, 2016 1:00 am Post subject: |
|
|
Disciple
Joined: 30 May 2011
Posts: 177
|
No thats not enough. We need multiplexing within a single socket. Suppose
a 100 concurrent conversations are to be processed with an automatic correlation. |
|
| Back to top |
|
|
| mqjeff |
| Posted: Mon Jan 11, 2016 5:50 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
Have you found evidence that the TCPIP nodes don't support multiplexing?
Have you reviewed all of the settings for the nodes?
_________________
chmod -R ugo-wx / |
|
| Back to top |
|
|
| timber |
| Posted: Mon Jan 11, 2016 8:06 am Post subject: |
|
|
Grand Master
Joined: 25 Aug 2015
Posts: 1292
|
| Quote: |
| Suppose 100 concurrent conversations are to be processed with an automatic correlation. |
That part can certainly be done using TCP/IP nodes in IIB.
| Quote: |
| We need multiplexing within a single socket. |
Do you actually require multiplexing 100 connections on a single socket? If so, why? |
|
| Back to top |
|
|
| pmasters |
| Posted: Tue Jan 12, 2016 7:13 am Post subject: |
|
|
Novice
Joined: 19 Jul 2011
Posts: 14
|
Non blocking IO does not cause multiplexing of different data down a single socket. What it allows you to do is to avoid having an operating system thread tied up per socket - i.e. you don't need to spawn a listening thread per incoming client connection. It allows you to have a group of sockets, and select from them those that have data waiting to be read, or sockets waiting to be accepted.
The TCPIP nodes don't support NIO, but you could implement such a thing in a JavaCompute yourself if you really needed. Typically, it would allow you to deal with vast numbers of incoming sockets, but if you're dealing with 100, it may not be worth it as you could use multiple instances.
In any event, they won't act like the CICS node in multiplexing down a single socket, it just allows you to handle lots of sockets without lots of threads (useful for things like web servers, etc).
_________________
===========
Peter Masters |
|
| Back to top |
|
|
| timber |
| Posted: Tue Jan 12, 2016 8:09 am Post subject: |
|
|
Grand Master
Joined: 25 Aug 2015
Posts: 1292
|
@PEPERO: Did you see this topic in the info center?
http://www-01.ibm.com/support/knowledgecenter/SSMKHH_9.0.0/com.ibm.etools.mft.doc/ac67370_.htm?lang=en
...which says:
| Quote: |
The input node allows access to a connection's input stream. The node is triggered by the arrival of data in the stream and starts processing the message flow. The input node controls thread and transaction management. The TCP/IP nodes are not transactional in the way that they interact with TCP/IP, but other nodes in the same flow can be transactional (for example, WebSphere® MQ nodes). The input node does not create a thread for every connection being used, but waits for two requirements to be met:
A connection is available that still has an open input stream
Data is available on the input stream (at least 1 byte)
For example, 1,000 TCP/IP connections can be handled by one input node that has only one additional instance. This situation is possible because the node does not poll the connections, but is triggered when the specified conditions are met. |
|
|
| Back to top |
|
|
| pmasters |
| Posted: Tue Jan 12, 2016 8:17 am Post subject: |
|
|
Novice
Joined: 19 Jul 2011
Posts: 14
|
Oops - just to clear something up - sorry I got that wrong. The TCPIP nodes do indeed support non-blocking IO, so you can therefore respond using a single instance to activity on any of the connected sockets
_________________
===========
Peter Masters |
|
| Back to top |
|
|
|
|
