29.12.2014, 09:15 | #1 |
Участник
|
Закрытие при ошибке
Можно ли убрать диалоговое окно, которое возникает при падении сети(или других ошибках) перед закрытием аксапты. Нужно чтоб программа просто закрылась, без диалога.(как на рис.)
ax 4.0 |
|
29.12.2014, 15:13 | #2 |
Боец
|
Нет, нельзя. Это kernel-окно.
|
|
30.12.2014, 13:08 | #3 |
Участник
|
Проблема в пакетнике, если аксапта вылетает, то пакетник соответсвенно отключается, и некоторые ночные пересчеты не выполняются.
Хотел сделать, чтоб клиент аксапты запускался как служба. И поставить при сбое этой службы перезапуск. Но из-за этого окна клиент не закрывается при сбое аоса. Есть какие нибудь другие варианты решения проблемы перезапуска пакетника? |
|
30.12.2014, 13:45 | #4 |
Участник
|
Можно запускать пакетник на том же хосте, что и АОС, тогда вероятность возникновения проблем с соединением ощутимо снизится. Если проблема возникает не из-за сети, а из-за падения АОСа, то можно настроить для его службы параметры восстановления, согласно которым, скажем, запускать после падений скрипт, который бы принудительно перезапускал службы пакетных заданий. Кажется, тот же srvany умеет прибивать процесс, оберткой для которого он является с т.з. Service Manager, так что висящий модальный MsgBox ему помехой не будет.
PS. Как же здорово, что с 2009-й пакетные задания выполняет сам АОС... PPS. Теоретически можно пропатчить ядро клиента, чтобы он не показывал этот MsgBox. |
|
30.12.2014, 15:25 | #5 |
Боец
|
Цитата:
Сообщение от sable102
Проблема в пакетнике, если аксапта вылетает, то пакетник соответсвенно отключается, и некоторые ночные пересчеты не выполняются.
Хотел сделать, чтоб клиент аксапты запускался как служба. И поставить при сбое этой службы перезапуск. Но из-за этого окна клиент не закрывается при сбое аоса. Есть какие нибудь другие варианты решения проблемы перезапуска пакетника? - Обновляйте это поле текущей датой\временем при обработке пакетников (либо непосредственно из критически важного пакетника) - Напишите на .net небольшую утилитку по чтению этого поля напрямую из БД AX. Её можно будет запустить как сервис. - В случае, если поле давно не обновлялось, делаем вывод о повисшей\отвалившейся сессии, перезапускаем клиент\ либо АОС либо делаем ещё что-то ну как-то так навскидку. Когда-то я тоже боролся с подобными проблемами, практика показала, что надежнее всего сделать подобный external-watchdog. Дальше можно расширить, скажем, в таблицу кроме последней даты выполнения, записывать ID процесса клиента AX, таким образом, иметь возможность убивать отвалившийся процесс клиента. |
|
30.12.2014, 18:42 | #6 |
Участник
|
А зачем новая таблица? Журнал выполнения пакетов вполне для этого можно использовать.
А дальше поставить на sql джоб, который сравнивает текущее время с этой таблицей и, например, шлет на почту уведомление.
__________________
Ivanhoe as is.. |
|
30.12.2014, 22:00 | #7 |
Боец
|
|
|
01.01.2015, 23:35 | #8 |
Роман Долгополов (RDOL)
|
В качестве идеи и новогодней байки
Делал то же самое давным давно в трешке и даже тут спрашивал Пакетный сервер как сервис WIndows В итоге обошлось без программирования в традиционном понятии. На проекте пытались использовался Automate для интеграции с программой, авторы которой интеграцию не предусматривали ни в каком виде. Но при этом получать из нее данные для аксапты было таки нужно. Automate имитировал юзера и строил отчеты в файл, которые аксапта автоматом загружала. Чем закончилось дело с интергацией я не знаю ибо покинул компанию раньше, но выполнять "по совместительству" с интеграцией задачу закрытия окошка упавшего клиента не составило никакого труда. Так что в качестве варианта решения можете посмотрите на какие нибудь автокликекры, которых готовых просто немеряно. |
|
|
За это сообщение автора поблагодарили: Logger (1), DSPIC (5), sable102 (1). |
12.01.2015, 09:07 | #9 |
Участник
|
Спасибо за "-INTERNAL=NOMODALBOXES"
В общем, сделал запуск клиента аксы, как службу с помощью утилиты nssm, указав в аргументы конф.утилиту и дописав -INTERNAL=NOMODALBOXES. И сделал автозапуск обработки пакетов для учетки пакетника. |
|
|
За это сообщение автора поблагодарили: Logger (3). |
12.01.2015, 10:29 | #10 |
Боец
|
Цитата:
|
|
12.01.2015, 11:29 | #11 |
Участник
|
|
|
|
За это сообщение автора поблагодарили: db (3), DSPIC (5). |
Теги |
internal, nomodalboxes, startup command |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|