Массовое "replication Or Save Conflict"

[Constantin A Chervonenko]

В общем, похоже, локализовал причину конфликтов:
На событии QueryOpen стоит обработка, заключающаяся в добавлении "смотрителей" в документ.
Что-то типа

Set doc = Source.Document
If  Instr(doc.GetFirstItem( "Readers" ).Text, Session.CommonUserName)=0 Or doc.GetFirstItem( "Readers" ).Text="" Then		 
Set dt = session.CreateDateTime(Now)
Set item = doc.GetFirstItem("Readers")
Call item.AppendToTextList(session.CommonUserName+Chr(9)+dt.DateOnly+" "+dt.TimeOnly)
Print "Запись в протокол доставки"
Call doc.Save(True,False)
End If

Readers - текстовое поле
Соответственно, после этого вот doc.Save(True,False) этот же документ открывается. При сохранении после изменений уже обоснованно ругается на конфликт сохранения.
И вот даже не знаю, как лучше в данной ситуации поступить... Переоткрывать документ что ли после первого открытия... Или есть способ лучше?

Просто этот doc.Save выкинуть. И так работать будет, если док-т на редактирование открывается. Вот если иногда - только на чтение.. придется мудрить

 

[IsAvailable]

Я так понимаю, придётся мудрить... :huh:
Записывать любой вход нужно.

А если на редактирование открывается, то почему нормально будет? Если пользователь ничего не изменит или выйдет без сохранений - не сохранится же запись... =\


========

Еще попробовать, может, QueryClose обрабатывать... Сейчас попробую.
Но интересно - можно ли без переоткрытия документа пользователю сразу отображать самого себя, что он зашёл...

 

[puks]

QueryClose у тебя может отрабатываться несколько раз, если пользователь получит какое-либо предупреждение и решит не закрывать документ.

Мне кажется, что может сработать следующая логика.
1) QueryOpen оставить как есть
2) В PostOpen в самое начало вставить обработку, что, если документ открыт в режиме редактирования, то сделать обновление uidoc через reload/refresh
3) И еще надо вставить подобную обработку в PostModeChange, так как документ может быть открыт в просмотре, а потом переведен в редактирование.

Можно еще с Terminate поэкспериментировать.

 

[IsAvailable]

Протоколирование Зае*енил переместил в QueryClose. В принципе, работает. Точнее сказать - наступает чарующий период тестирования ламерами пользователями. Я тестировавал под разными учетками - всё ок было, но юзеры - это юзеры...

Еще вот подумалось: может ли быть такое, что юзер зашёл, а потом вышел из документа, минуя при этом событие QueryClose? Мне представляется такой вариант: документ открывается, потом через менеджер задач глушится клиент Лотуса, потом всё открывается заново... В принципе реально... :huh:
А может, и еще какие способы есть?

 

[puks]

Это уже похоже на обсуждение security. Умный пользователь может и через свойства документа получить инфу. Или скопировать его себе в базу и там смотреть. Или ...

 

[IsAvailable]

Для: puks
Нда, вообще-то... Сегодня-завтра посмотрю на поведение базы, если останутся проблемы, то реализую ваш способ.
А пока еще про Terminate в хэлпе почитаю... Что-то я им не пользовался ни разу...

 

[Constantin A Chervonenko]

Для: puks
Нда, вообще-то... Сегодня-завтра посмотрю на поведение базы, если останутся проблемы, то реализую ваш способ.
А пока еще про Terminate в хэлпе почитаю... Что-то я им не пользовался ни разу...

Terminate - де Дада

 

[IsAvailable]

Всё не было времени заглянуть - вот сейчас только добрался.
В общем, причина, похоже, оказалась довольно банальной и не стоившей всех тех плясок с бубнами... На серверах просто незадолго до этого было установлено ПО для сканирования документов на вирусы. В частности write scan в реальном времени. Похоже, из-за него и была вся петрушка. По крайней мере после отрубления сервисов - конфликты пропали. Вернее - бывает иногда 1-2, но массового характера нет. Такие дела.