Newsgroup: it.comp.appl.notes-domino
Titolo: conflitti di salvataggio

Buon Giorno a Tutti...io ho un prblema di conflitti di salvataggio su 
domino5, siccome i miei utenti tengono aperto in modifica per molto 
tempo i documenti capita di avere dei conflitti di salvataggio con 
altri utenti che aprone lo stesso doc da altri client...ho provato a 
fare degli script che mi segnalino questi conflitti ma non so' che 
criterio dare per rilevarli...o meglio per risolverli in 
automatico...cosa mi consigliate? grazie mille. Marco
-- 
GRAZIE A TUTTI.MARCO.
Inviato da 
www.mynewsgate.net

 
Banalmente con la 6 c'e' il lock del odcumento nativo.
Altrimenti io farei dei documenti in cui mi scrivo il lock, pero' come 
soluzione e' artigianale... e qualche problema l'avrai. Juda (ormai 
latitante da un po') aveva scritto delle Dll per il lock dei documenti 
che fungevano sulla 5. Ciao! 
--
http://www.depquest.net

 automatico...cosa mi consigliate? grazie mille. Marco
Io ho "risolto" il problema implementando un lock tramite database
relazionali che già per loro natura implementano il lock delle tabelle in
fase di scrittura (per esempio...), interrogati tramite ODBC.
Ad ogni apertura di un documento esistente tramite delle funzioni,
interrogo il database relazionale (Access) distribuito su un unico server
raggiungibile da tutti i server su cui sono distribuite le repliche del
mio db notes.
Le funzioni effettuano delle INSERT per lock, SELECT per test e
naturalmente DELETE per Unlock. La applicazione e client e web.
Per ora regge in maniera egregia.
Se scegli questa strada ricordati di implementare funzionalià di
amministrazione del lock/unlock, altrimenti potresti trovarti in casi di
documenti bloccati che nessuno riesce più a sbloccare (es. utente blocca e
poi spegne il pc brutalmente e poi va in ferie un mese. provare per
credere)
La struttura che ho dato alla tabella relazionale è semplicissima. Una
chiave univoca della risorsa bloccata, chi ha bloccato e quando. In questo
modo posso anche fornire un messaggio all'utente che apre un documento che
la risorsa è stata già bloccata da "nome" in data "data".
Questo meccanismo mi consente (su un'altra tabella) di creare protocolli
per i documenti, che con database in replica era un problemino non
indifferente.
Spero di esserti stato di aiuto e se hai dubbi e domende o se non hai
capito niente (per me è facile, ma per chi legge un po' meno) non esitare
a contattarmi. Se preferisci scrivi alla mail, togliendo "NOSPAM"
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 
Questo non e' buono... i newsGroup servono per discutere pubblicamente..
 se il discorso evolve, allora fa comodo a tutti... :-) 
--
http://www.depquest.net

 ha scritto:

-- 


 la stessa strategia per questa applicazione. 
[CUT]
Si, hai ragione. Avevo tentato anche io di risolvere il problema con il
flag di ritorno del save, ma da applicazioni web in cluster con la R5 (se
ci pensi attentamente) la soluzione non è soddisfacente.
Questo perchè i documenti che contengono il progressivo del protocollo
devono risiedere nella stessa e unica posizione, raggiungibile da tutti i
db in replica. Ma da web il codice gira su server e per ragioni di
sicurezza della R5 il codice non può "uscire" dal server dove gira e
aprire database su altri server. E' per questo che ho utilizzato un
oggetto esterno. Mediante la connessione ODBC faccio in modo che il
datasource sia raggiungibile tramite meccanismi offerti dal sistema
operativo. Virtualmente però il codice LotusScript è come se avesse a
disposizione in locale su ogni macchina il database relazionale.
Anche secondo me è giusto che le discussioni evolvano sul NG, ma per
piccoli dettagli di scarso interesse pubblico credo ci si possa parlare
anche in privato ;-)
Ciao
Etienne


 SAPERE...GRAZIE 
Beh, funge se non sei in replica e se l'accesso non e' realTime... 
Senti, NON ci siamo.
Il quoting e' davvero pessimo.
NON si scrive maiuscolo (e' come URLARE) e poi andrebbe fatto sotto, 
lasciano solo le parti importanti del messaggio originale.... 
http://www.webaccessibile.org/argomenti/argomento.asp?cat=221
Ciao!
--
http://www.depquest.net

 parlare anche in privato ;-)
Certo... ma visto l'andazzo del periodo (es. vedi quoting.).. ho 
puntualizzato :-) Alla Prox!
--
http://www.depquest.net