Добрый день, ситуация такая :
Группа разработчиков работает в еплане по сети, файлы проекта находятся на локальном файловом сервере. В конце рабочего возможны ситуации некорректного завершения работ в еплане (причины могут быть разные, от технических, до безалаберности пользователя), после чего утром получаем проверку рабочего проекта на час, работа в этот момент стоит.
Возникла мысль запуска проверки проекта автоматом в ночное время. Для этого надо решить следующие подзадачи:
1- Поиск ключа проверки проекта
2- Запуск проверки в автоматическом режиме
Что есть сейчас:
По первому пункту, поиск ключа в файлах успехом не увенчался, но с помощью api возможно отслеживание событий входа в проект, закрытие проекта и закрытие самого еплана, что методом анализа небольшой БД даёт представление, какой проект был не корректно закрыт, да ещё и кем
Но вот по второму пункту пока тупик, форма проверки проекта не вызывает события! (либо я не правильно его поучаю, хотя другие события методами api ловятся хорошо) . Единственный, на мой взгляд, параметр командной стоки check, который можно использовать не отрабатывает.
Вопрос: Как запустить автоматом проверку проекта, зная какой это проект?
- Обязательно представиться на русском языке кириллицей (заполнить поле "Имя").
- Фиктивные имена мы не приветствуем. Ивановых и Пупкиных здесь уже достаточно.
- Не надо писать свой вопрос в первую попавшуюся тему - всегда лучше создать новую тему.
- За поиск, предложение и обсуждение пиратского ПО и средств взлома - бан без предупреждения. Непонятно? - Читать здесь.
- Рекламу и частные объявления "куплю/продам/есть халтура" мы не размещаем ни на каких условиях.
- Перед тем как что-то написать - читать здесь, а затем здесь и здесь.
- Не надо писать в ЛС администраторам свои технические вопросы. Администраторы форума отлично знают как работает форум, а не все-все контроллеры, о которых тут пишут.
Проверка проекта после некорректного закрытия (Consistency check)
Модератор: специалисты Eplan
-
- здесь недавно
- Сообщения: 3
- Зарегистрирован: 23 окт 2017, 11:10
- Имя: Игорь
- Страна: Россия
- город/регион: Санкт-Петербург
-
- знаток Eplan
- Сообщения: 1457
- Зарегистрирован: 17 окт 2012, 11:24
- Имя: Виталий
- Страна: Беларусь
- город/регион: Минск
- Благодарил (а): 61 раз
- Поблагодарили: 182 раза
Проверка проекта после некорректного закрытия (Consistency check)
Здравствуйте, вот тут viewtopic.php?f=217&t=9879#p82584 смотрели? Не помогает или там информация неверная?
-
- здесь недавно
- Сообщения: 3
- Зарегистрирован: 23 окт 2017, 11:10
- Имя: Игорь
- Страна: Россия
- город/регион: Санкт-Петербург
Проверка проекта после некорректного закрытия (Consistency check)
NeedDiagnostic.marker появляется после первой неудачной попытки открытия проекта, те в моей ситуации это обнаруживается уже утром.Madwolf писал(а): Здравствуйте, вот тут viewtopic.php?f=217&t=9879#p82584 смотрели? Не помогает или там информация неверная?
Удаление этого файла действительно позволяет запустить проект без проверки, но иногда в проекте есть ошибки, которые исправляются.
-
- знаток Eplan
- Сообщения: 3339
- Зарегистрирован: 05 мар 2012, 15:00
- Имя: Горский Андрей Сергеевич
- город/регион: Санкт-Петербург
- Благодарил (а): 181 раз
- Поблагодарили: 368 раз
Проверка проекта после некорректного закрытия (Consistency check)
Чистая теория. Почему бы не подумать в сторону сценариев Windows. В ночное время запустить все открытые в этот день проекты и при появлении окна проверки выполнить оную. Опыта написания таких сценариев, признаюсь, у меня нет.
Так же можно рассмотреть простой сценарий Eplan, чтобы при закрытии проекта делался бекап.
Многое зависит от количества юзеров в системе. Порой восстановить проект проще и быстрее, чем восстанавливать, но если пользователи находятся в разных помещениях, то уже проблематично. Увы, на данный момент нет возможности "кикнуть" пользователя из проекта.
Возможно, что технические средства более затратны, чем административные. Написание регламента более действенно.
Так же можно рассмотреть простой сценарий Eplan, чтобы при закрытии проекта делался бекап.
Многое зависит от количества юзеров в системе. Порой восстановить проект проще и быстрее, чем восстанавливать, но если пользователи находятся в разных помещениях, то уже проблематично. Увы, на данный момент нет возможности "кикнуть" пользователя из проекта.
Возможно, что технические средства более затратны, чем административные. Написание регламента более действенно.
Все знания для всех. Поиск знаний священен. Обмен знаниями священен. Копирование священно.
-
- здесь недавно
- Сообщения: 3
- Зарегистрирован: 23 окт 2017, 11:10
- Имя: Игорь
- Страна: Россия
- город/регион: Санкт-Петербург
Проверка проекта после некорректного закрытия (Consistency check)
Собственно так и делаю, днём скриптами вытаскиваю открытия и закрытия проектов, а ночью буду запускать на сервере проект. Накидал программку, которая перехватывает создание формы восстановления и передаёт нажатия кнопок, колхоз конечно. Думал есть встроенный метод проверки проекта при такой ошибке.