13.03.2009, 15:32 | #1 |
Участник
|
dynamics://0/?DrillDown_111/ - как создавать такие ссылки ?
Эти когда при генерации Alerts в сообщение добавляется ссылка на запись инициировавшую событие. Пытался словить дебаггером - не останавливается на инсертах даже по breakpoint; .. google тоже молчит ..
Появилась необходимость создавать такие ссылки из кода.
__________________
_databaseTransDelete ... bl@$ ! |
|
13.03.2009, 15:42 | #2 |
Member
|
Там ссылка на запись самого алерта, а не на запись в форме.
__________________
С уважением, glibs® |
|
16.03.2009, 12:34 | #3 |
Участник
|
Да, поиском нашел нужные классы - EventActionAlert и -Email.
Все равно странно что даже обычно железный breakpoint; не срабатывает нигде при отладке этой функциональности.
__________________
_databaseTransDelete ... bl@$ ! |
|
16.03.2009, 12:47 | #4 |
Боец
|
Цитата:
Все равно странно что даже обычно железный breakpoint; не срабатывает нигде при отладке этой функциональности.
Нужно посмотреть в конфигурационной утилите сервера галку, примерно с таким смыслом: "Разрешить дебаг кода на сервере". Находится на первой закладке. |
|
16.03.2009, 13:13 | #5 |
Member
|
Цитата:
Сообщение от DTD
...
Все равно странно что даже обычно железный breakpoint; не срабатывает нигде при отладке этой функциональности. ... Обработчик оповещений запускается через конструкцию runas() (поищите по буквам без скобок на этом форуме). Вот место вызова для событийных оповещений. АОТ\Classes\EventJobCUD.run() Отладка в конструкции runas() не поддерживается (по крайней мере в 4.0). Поищите тему про отладку и пакетную обработку. Там же написано как на тестовой базе можно при желании порыться отладчиком.
__________________
С уважением, glibs® |
|
|
За это сообщение автора поблагодарили: DTD (1). |
16.03.2009, 15:24 | #6 |
Участник
|
Цитата:
в других серверных классах все отлично работает, а тут даже на формах не срабатывает, формы то я надеюсь не сервере выполняются ? )
__________________
_databaseTransDelete ... bl@$ ! |
|
16.03.2009, 15:26 | #7 |
Участник
|
А, теперь понятно почему, спасибо.
__________________
_databaseTransDelete ... bl@$ ! |
|
16.03.2009, 17:43 | #8 |
Участник
|
Еще одна странная вещь которую заметил - Alerts доставляются при выключенной пакетной обработке :-/ Не понятно какой процесс достает их из AlertInbox и доставляет пользователю ... неужели кернел ..
__________________
_databaseTransDelete ... bl@$ ! |
|
16.03.2009, 18:40 | #9 |
Member
|
Если вы имеете в виду отображение на экране в GUI уже сгенерированного в EventInbox уведомления, то этим занимается клиент. Частота сканирования новых уведомлений указывается в опциях пользователя.
__________________
С уважением, glibs® |
|
16.03.2009, 18:49 | #10 |
Участник
|
да, именно это и имел в виду
почему-то казалось что это должна быть batch job сканирующая inbox и показывающая alerts
__________________
_databaseTransDelete ... bl@$ ! |
|
16.03.2009, 19:01 | #11 |
Member
|
Нет. Есть процедура расчета (генерации) оповещений. Она запускается в виде периодической операции вручную, и может быть запущена в режиме пакетной обработки. Она как раз и пишет EventInox. А отображением в пользовательском интерфейсе... вроде, сервисы обычно не занимаются.
__________________
С уважением, glibs® |
|
Теги |
drill-down, оповещения, alert |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|