Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Le sessioni LU 6.2 punto di sincronizzazione possono utilizzare un'ottimizzazione dei flussi di messaggi progettati, nota come "implied forget." Quando il protocollo specifica che è necessaria un'intestazione di presentazione FORGET (PS), il flusso di dati successivo nella sessione sembra come se sia stata ricevuta un'intestazione FORGET, anche se effettivamente non lo è stata. Nella situazione normale, il TP è a conoscenza del flusso di dati successivo quando i dati vengono ricevuti o inviati in una delle conversazioni del Punto di Sincronizzazione.
Tuttavia, è possibile che l'ultimo messaggio che scorre sia causato dalla deallocazione della conversazione. In questo caso, il tp non è a conoscenza quando si verifica il flusso di dati successivo nella sessione. Per fornire al TP questa notifica, i verbi DEALLOCATE e MC_DEALLOCATE vengono modificati per consentire al tp di registrare una funzione di callback che verrà chiamata:
Nella prima trasmissione del flusso normale (sia esso una richiesta o una risposta) sulla sessione usata dalla conversazione.
Se la sessione non è associata senza che fluisca qualsiasi altro dato.
Se la sessione viene terminata in modo anomalo a causa di un'interruzione del controllo del collegamento dati (DLC).
La routine di callback può accettare qualsiasi nome perché l'indirizzo della procedura viene passato alla DLL APPC.
Si noti che i verbi DEALLOCATE e MC_DEALLOCATE verranno probabilmente completati prima della chiamata della routine di callback. La conversazione viene considerata in stato RESET e non è possibile emettere altri verbi usando l'identificatore della conversazione. Se l'applicazione emette un verbo TP_ENDED prima del flusso di dati successivo nella sessione, la routine di callback non verrà richiamata.
I verbi DEALLOCATE e MC_DEALLOCATE vengono modificati come indicato di seguito per supportare le dimenticazioni implicite:
Viene aggiunto un nuovo membro, callback, per consentire al tp di specificare l'indirizzo della funzione da chiamare nel flusso di dati successivo nella sessione utilizzata dalla conversazione deallocata. Se questo membro è NULL, non verrà fornita alcuna notifica. Un fornitore normalmente fornisce questa funzione di callback.
I verbi DEALLOCATE e MC_DEALLOCATE contengono anche un membro correlatore restituito come uno dei parametri quando viene richiamata la funzione di callback. L'applicazione può usare questo parametro in qualsiasi modo, ad esempio come puntatore a un blocco di controllo all'interno dell'applicazione.
Host Integration Server consente ai TP di deallocare le conversazioni immediatamente dopo l'invio di dati specificando il membro del tipo nei verbi SEND_DATAe MC_SEND_DATAcome AP_SEND_DATA_DEALLOC_FLUSH, AP_SEND_DATA_DEALLOC_SYNC_LEVEL, AP_SEND_DATA_DEALLOC_ABEND e AP_SEND_DATA_DEALLOC_CONFIRM. Tuttavia, i verbi SEND_DATA e MC_SEND_DATA non contengono la funzione di callback "forget" implicita. I TP che desiderano ricevere una notifica di dimenticazione implicita devono emettere un verbo DEALLOCATE o MC_DEALLOCATE in modo esplicito.