ну собственно хотелось бы услышать кто и как делает.

Ситуация следующая, есть 2е базы, 1бд и 2бд. между 1бд и 2бд осуществляется синхронизация при закрытии документа(по запросу пользователя и агентом). В 1бд созадана система, что при открытии документа с которым возможна синхронизация, создается документ который при синхронизациии говорит что документ занят.

вот какие проблемы нам это несет:
1. Документ о занятости другого создается при открытии документа (что на чтение, что на редактирование). А вот удаляется только при закрытии документа из редактирования (на событии квериклозе).И запись эта сохраняется до удаления агентом, и документ становится занятым до отработки агента, тоже в общем то решаема, но не очень приятно.
2. Не все пользователи имеют право на удаление документов, приходится обнулять значение, что приводит к огрызкам этих документов в базе. в общем то пустяк, агентом ночным чистим, но все равно неприятно.

прошу поделиться идеями синхронизации) и мб какие то мысли есть по даным проблемам.

заранее благодарен.

queryclose срабатывает в любом случае при "нормальном" закрытии UI документа


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

а зачем вообще это все? репликацией нельзя было воспользоваться?..

если синхронизация по типу репликации, а реплицировать нельзя, то почему бы не сделать так:

- при открытии ставим признак, что документ заблокирован во вспомогательном документе;
- при закрытии его снимаем;
- при попытке синхронизации, смотрим, если документ заблокирован, то делаем ответом наш синхронизируемый документ к заблокированному документу;
- если не заблокирован - сихнронизируем;
- каким-то образом придумать синхронизацию ответов, которые не удалось синхронизировать ранее

А использовать стандартную блокировку?

Morpheus
Что есть стандартная блокировка просвятите?)

Document locking + F1

kizarek
там ( в Lock/Unlock ) тоже будут грабли по закакиванию документов. документ не залочен, а в полях врайтеров все равно стоит информация о локе

Это достаточно редко.
Зато, если документ изменится на одном сервере, то на другом при попытке открыть документ выскочит сообщение, что документ был изменен.

Medevic
я вот пока плохо себе представляю как быть с репликами

А что с ними?

Medevic
будет ли реплицироваться информация о Lock документа вместе с документом?

Поля $Writers и $WritersDate вроде бы будут реплицироваться. Но блокировкой управляет только один сервер. Поэтому при попытках заблокировать/разблокировать будет проверяться статус документа на определенном сервере.

Как с локом обстоит дело вообще? если при открытии документа он блокируется, а при закрытии разблокируется, то есть ли возможность закрыть документ не разблокировав? т.е. есть ли реальная возможность закрыть документ без отработки квериклоза? закроется ли тогда документ для чтения другим юзерам? то как узнать что документ заблокирован из другой базы?

Есть. Кнопка Power или сбой.


Блокируется только для редактирования.


notesDocument.LockHolders

]]>http://forum.codeby.net/topic15154.html-]]> штудируем



а что именно будет и как определяться "определённый" сервер

Подозреваю, сервер посмотрит поле $Writers.
Сервер в ACL ставится.

да вот недоступен административный сервер

И что? Самодельная блокировка из первого поста решает эту проблему?

ребята, в хэлпе все ваши вопросы описаны, что вы догадываетесь?

вот кто из вас знает точно, нужны ли права на изменение дока, чтобы его заблокировать?
а то тут чтение упоминается вовсю, но заблокировать документ от чтения можно лишь явно кодом в QueryOpen, и то только УИ! а бэкэнд?.. если, конечно, надо

Где?


В хелпе написано, зачем же спрашивать?


А разве есть задача заблокировать документ от чтения?

а придёться... если из режима чтения в режим редактирования то ... получиться такая вот ситуация

]]>http://forum.sysfaq.ru/index.php?showtopic=8239]]>

Не получится. Перед редактированием документ блокируется. И если документ был изменен во время просмотра, то лотус ругнется.

Ну вот зачем, а? раз спрашиваю, значит не написано, а сам не юзал



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


асболютно ниче интересного не вычитал... вообще, станно, что у них не создался конфликт...

вот получаеться что не ругнёться
при том юзвери на одном серверне

При включенной блокировке? По ссылке я не нашел ничего про блокировку.

мда, там не написано, уже вижу. Но имелось в виду что при єтом документы Lock делают. Общались потом просто по асе

Akupaka
А, ты про это. Я думал про это:

В хелпе не написано что такое блокировка и где признак хранится. Я думаю, что просто в поле $Writers. Можно попробовать вручную создать такое поле и посмотреть что будет.


Хелп говорит.



Там написано, что она есть. А вот для чего она нужна не понятно.
Возможно она нужна, чтобы решить проблему, когда во время чтения документ меняется. Но стандартная блокировка эту проблему нормально решает, как я написал выше.

та по-моему тема про велосипед вообще

а это видать (как всегда) написали в документе про галку, а не про метод

Ага.
Кстати, если не ошибаюсь, в 6-ке был глюк, когда юзер с правами Readers может заблокировать документ, если откроет документ из представления по ctrl-e. Видимо, права на редактирование проверялись после блокировки.
В 7-ке всё работает как надо.

возможно, патамушта глюк в 6,5,х

В backend - точно так-же, как и в UI для read: явно обратившись к ф-ции Lock



Когда-то на ibm-овском мероприятии докладывали:
provisonal-блокировка нигде не хранится. Точнее - в мозгах у сервака. Поэтому она не "зависает" при аварийном слете сеанса пользователя, док-т автоматом освобождается (вот не помню: сразу или по тайм-ауту)
"Глобальная" блокировка - это действительно поле.

а можно перевести что есть provisonal блокировка?

это временная

2 Constantin A Chervonenko :
т.е. заблокированный док нельзя прочесть? я думал, что его нельзя сохранить... надо самому попробовать

Ы? Этого я не говорил

я так понял Ваш ответ:

если я не правильно понял, то, что Вы имели в виду?

Когда клиент открывает док-т в UI для редактирования, он автоматом поднимает на него (provisional?) Lock.
Если док-т открывается в background, то на совести автора кода: лочить док-т или нет.
Если док-т открывается в UI, но read-only, опять-же к компетенции автора кода: не сделать-ли Lock гдени-ть в QueryOpen формы - получится "защита" от чтения

да, но, если lock установлен, то кто-то другой ведь сможет документ читать?! т.е. блокировка от чтения не предусмотрена в лотусе?..

Возможно ли так задать параметры агента чтобы он перекрывал уровень доступ пользователя?

Допустим пользователь без прав на создание документов в базе, но необходимо создать документ?

ну, если только создать, то можно попробовать сделать по кнопке запуск агента на сервере, он создаст док, даст пользователю на него права (только по роли, т.к. имя текущего пользователя вряди достанем серверным агентом), а пользователь его откроет на редактирование уже из вида...

Как он его откроет на редактирование, если у него прав нет на создание? Точнее он откроет, но сохранить не сможет. Опять серверный агент нужен. А как его вызвать, если документ не сохранен?

А скорее всего он его даже на редактирование не откроет.

я вот как для тебя писал

документ создается агентом! на сервере! агент дает доступ к доку по роли! после этого, пользователь ручками открывает этот документ на редактирование

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

проблема в том, что если много пользователей эту операцию проведут, то каждый конкретный пользователь может не угадать который документ его

Так нет у него прав на создание(т.е. в ACL он Reader или No Access). Какая разница какую ему роль дать?

да и работа локально зарезана на корне ))

В смысле доступ в ACL перекрывает доступ по полям Authors.

создание документа - дело агента, который работает на сервере, от имени того, кто имеет право на создание доков, че тут не ясно-то?

через веб подобные вещи проще реализовать, там имя юзера можно отловить...

вот, если кто знает, как дернуть по урлу агент от имени нотес-аутентификации!...

Ну так вся проблема в том, что нет уровня автора.

А локально ничего не даст. Чтобы вызвать агента на сервере, ему нужно пихнуть noteid документа. Локальный документ ему не пихнешь.

По-моему, всё это извращение. Можно сразу по-нормальному сделать. Дать ему автора. А контроль созданных документов можно сделать агентом.

можно конечно
но почему-то всем хочется с самого начала через задний проход...

Агент сам генерит документ...пользователю потом нет необходимости его редактировать.

Агент подписан тем кто имеет право на создание доков, но если пользователь не имеющий таковых прав запускает его, то агент ругает все равно на недостаточность прав.

Агент серверным должен быть.

кхм...как сделать серверный агент?)