В данном разделе будут рассмотрены типовые проблемы, методы поиска и устранения их причин
Для поиска и анализа ошибок в обработке данных предусмотрены различные встроенные средства отладки. Если события от объекта обрабатываются не так, как Вы того ожидаете первое что нужно сделать это установить свойство для объекта свойств debug="1", "2" или "3" (см.Рисунок 28, «Свойство debug»). Чем больше значение, тем выше уровень детализации отладочного вывода.
- 0 = Нет отладочного вывода
- 1 = Все события данного объекта будут фиксироваться в файле Event Log 29-06-2007 09-32-13.xml в подкаталоге dbg рабочего каталога программы, где время и дата соответствуют времени запуска программы.
- 2 = Сформированные XSLT скриптом команды будут фиксироваться в файле Commands IMEIобъекта 29-06-2007 09-32-13 xxx.xml
- 3 = Промежуточный XML документ для обработки скриптом будет фиксироваться в файле Temp Document IMEIобъекта 29-06-2007 09-32-13 xxx.xml
Рис. 28
Примечание
- Не рекомендуется отлаживать более одного объекта одновременно в режимах debug="2","3" поскольку отладочных данных будет очень много.
- Не забывайте отключать данную опцию когда в ней больше нет необходимости.
Согласно стандарту XML каждый тэг должен быть закрыт. Если закрывающий тег пропущен документ не может быть корректно обработан
<LOG cat="Категория" msg="Текст сообщения" pri="приоритет"></LOG> /// Правильно <LOG cat="Категория" msg="Текст сообщения" pri="приоритет"/> /// Правильно - тэг является "самозакрывающимся" <LOG cat="Категория" msg="Текст сообщения" pri="приоритет"> /// Неправильно - пропущен знак / либо закрывающий тэг </LOG>
Характерный признак таких ошибок - наличие в системном логе категории "XML" с сообщением "Ошибка при анализе документа". Необходимо либо проверить последние сделанные изменения в XSLT скрипте, либо установить XSLT процессор, включить режим отладки и затем провести обработку полученных временных документов с помощью XSLT процессора - он выдаст сообщения по которым можно точнее диагностировать проблему.