| Previous | Contents | Index | 
serviceall,            noserviceall)         When immediate delivery jobs are used they normally process only a subset of the messages queued for the channel. There may be other messages that were queued to the channel at some prior time that will not be processed. However, on some channels, particularly those that only provide a link to a single remote system, this sort of operation may be inappropriate: if the immediate delivery job is successful in connecting to the remote system it may be able to easily process all the messages that are queued.
The serviceall and noserviceall keywords 
control this behavior. noserviceall, the default, 
indicates that immediate delivery jobs should only process the messages 
they were queued to process. serviceall specifies that 
immediate jobs should attempt to process all messages queued to the 
channel.
It may be tempting to indulge in use of serviceall on most 
or all channels. Be warned, however, that use of 
serviceall is probably not suitable for most channels that 
connect to multiple remote systems, or channels that entail lots of 
per-message overhead. If serviceall is used on such 
channels it may cause a dramatic increase in network and message 
processing overhead and the net result may be slower message processing 
overall.
Note that these keywords do not change the order in which message processing occurs. Immediate jobs always attempt to process the messages they were created to process prior to turning to other messages that are also in the channel queue.
| Previous | Next | Contents | Index |