|
|
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, 13:13
|
#4 |
|
Member
|
Цитата:
Сообщение от DTD
...
Все равно странно что даже обычно железный breakpoint; не срабатывает нигде при отладке этой функциональности. ... Обработчик оповещений запускается через конструкцию runas() (поищите по буквам без скобок на этом форуме). Вот место вызова для событийных оповещений. АОТ\Classes\EventJobCUD.run() Отладка в конструкции runas() не поддерживается (по крайней мере в 4.0). Поищите тему про отладку и пакетную обработку. Там же написано как на тестовой базе можно при желании порыться отладчиком.
__________________
С уважением, glibs® |
|
|
|
| За это сообщение автора поблагодарили: DTD (1). | |
|
16.03.2009, 15:26
|
#5 |
|
Участник
|
Цитата:
Сообщение от glibs
Обработчик оповещений запускается через конструкцию runas() .
__________________
_databaseTransDelete ... bl@$ ! |
|
|
|
16.03.2009, 17:43
|
#6 |
|
Участник
|
Еще одна странная вещь которую заметил - Alerts доставляются при выключенной пакетной обработке :-/ Не понятно какой процесс достает их из AlertInbox и доставляет пользователю ... неужели кернел ..
__________________
_databaseTransDelete ... bl@$ ! |
|
|
|
16.03.2009, 12:47
|
#7 |
|
Боец
|
Цитата:
Все равно странно что даже обычно железный breakpoint; не срабатывает нигде при отладке этой функциональности.
 ).Нужно посмотреть в конфигурационной утилите сервера галку, примерно с таким смыслом: "Разрешить дебаг кода на сервере". Находится на первой закладке. |
|
|
|
16.03.2009, 15:24
|
#8 |
|
Участник
|
Цитата:
Сообщение от DSPIC
Возможно, текущая конфигурация AOS не разрешает отладку кода, выполняющегося на сервере. (возможно, эти классы выполняются на сервере
).в других серверных классах все отлично работает, а тут даже на формах не срабатывает, формы то я надеюсь не сервере выполняются ? )
__________________
_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 |
|
|
|
Комбинированный вид
