Caché ObjectScript Reference - InterSystems Documentation

NotesZSYNC Guarantees Return of Asynchronous ErrorsDepending on the operation requested, network errors are reported at different times. Errorsfor synchronous operations, such as LOCK, $GET, $ORDER and $QUERY, are reportedimmediately through the normal error trap on the command that performed the error.Errors for asynchronous operations, such as SET and KILL, may be reported either immediatelyor after a delay.Delayed errors return as a result of buffered asynchronous operations. When a job invokeseither SET or KILL, processing can continue on the client while the operation on the servercompletes. In this case, a special interrupt trap may occur sometime later in the program. Theerror code returned is identical to the error that originally occurred on the server.When you use the ZSYNC command to synchronize the activity of clients and servers, youforce the return of any asynchronous errors. That is to say, all global errors return to the jobbefore the ZSYNC command completes.ZSYNC Guarantees Transaction CompletionThe ZSYNC command lets applications synchronize activity on network servers. Executingthis command forces the completion of all network transactions for this job. Do not use thiscommand at the end of an update transaction that completes the filing of all global nodes onall servers, because it forces any delayed errors to be returned. In other words, all globalerrors are delivered to the job before the ZSYNC command completes.See Also• $ZUTIL(68,34)— Process Interruptible by Asynchronous Errors function• $ZUTIL(69,34) — Processes Interruptible by Asynchronous Errors function• Using ObjectScript for Transaction Processing in Using Caché ObjectScriptZSYNCCaché ObjectScript Reference 407