Più accessi in base a un singolo ID utente

• Da Developer for z/OS® Versioni 7.5.1.1 e 7.6.0.1:

Nelle versioni 7.5.1.1 e 7.6.0.1, esiste una modifica del comportamento per più accessi da parte di un unico id utente. Fino a quando tali versioni di release, Developer for z/OS non ha controllato la presenza di più accessi da parte dello stesso utente, poiché sono interessati solo i file di log specifici dell'utente. Tuttavia, alcuni clienti hanno utenti che perdono regolarmente la connessione client - host (di solito perché sono stanchi di aspettare un enorme download e chiudere il client). Quando questi utenti si collegano nuovamente, i timeout della prima sessione non sono ancora scaduti e l'host ritiene che la prima sessione sia ancora attiva. Questo non è un problema, tranne per il fatto che la prima sessione ha ancora il blocco su tutti i file che l'utente stava modificando, e gli utenti non sono disposti ad attendere che l'host si renda conto che la sessione è andata e libera i blocchi.

La riduzione dei valori di timeout è stato un primo tentativo di risoluzione del problema (nella Versione 7.6 GA), ma si tratta di un bilanciamento delicato, poiché Developer for z/OS non dovrebbe terminare una sessione solo perché si è verificato un rallentamento della rete.

Come soluzione, è stata creata l'opzione single.logon (attivata con v7511 UK51499 o v7601 UK54177) che ripulisce qualsiasi sessione esistente se un ID utente si collega due volte. Questo è ora il comportamento predefinito, perché il vantaggio di garantire che tutti i blocchi siano liberati supera il problema per i pochi utenti che si collegano più volte. È possibile modificare questo comportamento con la nuova direttiva single.logon in rsed.envvars, documentata nelle informazioni sul blocco PTF.

#_RSE_JAVAOPTS=“$_RSE_JAVAOPTS -Dsingle.logon=false”

Lo scopo è consentire a un ID utente di collegarsi più volte. Il valore predefinito è false. Eliminare il commento per consentire a un ID utente di collegarsi più volte a un singolo daemon RSE.