Добро пожаловать в форум, Guest >> Войти | Регистрация | Поиск | Правила | | В избранное | Подписаться | ||
Все форумы / Microsoft SQL Server |
![]() ![]() |
Топик располагается на нескольких страницах: [1] 2 вперед Ctrl→ все |
Minoga Member Откуда: Люберцы Сообщений: 39 |
Прошу помощи. Имеется процедура, которая забирает из папки на диске xml файл. содержимое файла добавляется во временную таблицу, в поле типа xml. далее происходит подсчет определенных тегов. в зависимости от их наличия, отдается команда на копирование первоначального файла в ту или иную папку. Проблема заключается в следующем процедура запускается и правильно отрабатывает в "ручном режиме". exec ***** однако при попытке подключить ее запуск с помощью Job выдается ошибка Executed as user: СССС. XML parsing: line 12, character 14, incorrect CDATA section syntax [SQLSTATE 42000] (Error 9423). The step failed. xml содержит в себе данные внутри <![CDATA[ ]] непонятно почему в ручном режиме это отрабатывает, а job вываливается в ошибку. помогите разобраться, работаю с xml недавно Microsoft SQL Server 2005 - 9.00.3200.00 (Intel X86) Oct 2 2007 11:33:27 Copyright (c) 1988-2005 Microsoft Corporation Enterprise Edition on Windows NT 5.2 (Build 3790: Service Pack 2) |
14 апр 09, 16:16 [7062435] Ответить | Цитировать Сообщить модератору |
Glory Member Откуда: Сообщений: 104751 |
И вы уверены и проверили, что при запуске из job-а ваша процедура обрабатывает тот же файл ? |
14 апр 09, 16:32 [7062620] Ответить | Цитировать Сообщить модератору |
Minoga Member Откуда: Люберцы Сообщений: 39 |
Да, он просто единственный. файл обрабатываю с использованием вот такой процедуры, Вы участвовали в обсуждении https://www.sql.ru/forum/actualthread.aspx?bid=1&tid=175493&hl=declare+cur+cursor+local+fast_forward+select+name+name+not+null |
14 апр 09, 18:02 [7063341] Ответить | Цитировать Сообщить модератору |
Glory Member Откуда: Сообщений: 104751 |
И все же, как вы проверили, с каким xml приходится работать процедуре при запуске из джоба ? |
||
14 апр 09, 18:03 [7063348] Ответить | Цитировать Сообщить модератору |
Minoga Member Откуда: Люберцы Сообщений: 39 |
по имени файла. в таблицу оно выводится, при работе из джоба я это не проверял, сейчас попробую я работаю на сервере через RDP, наверно проблемы с путями тут нет я все же проверю |
14 апр 09, 18:18 [7063419] Ответить | Цитировать Сообщить модератору |
Minoga Member Откуда: Люберцы Сообщений: 39 |
Glory, проверил, создал не временные таблички, а постоянные. в них записал пути используемые в процедуре запустил ее через Exec и Job результат внутри один и тот же. |
15 апр 09, 16:12 [7068416] Ответить | Цитировать Сообщить модератору |
Minoga Member Откуда: Люберцы Сообщений: 39 |
Glory, 18851_a.xml E:\FTPRoot\MOut\18851_a.xml 18852_a.xml E:\FTPRoot\MOut\18852_a.xml 18853_a.xml E:\FTPRoot\MOut\18853_a.xml |
15 апр 09, 16:15 [7068442] Ответить | Цитировать Сообщить модератору |
Minoga Member Откуда: Люберцы Сообщений: 39 |
Всем спасибо, справился. доволен как слон, да еще и так тепло на улице |
15 апр 09, 18:17 [7069507] Ответить | Цитировать Сообщить модератору |
Между сообщениями интервал более 1 года. |
внедоумении
Guest |
Minoga, как справились то!? |
20 июн 14, 12:23 [16194540] Ответить | Цитировать Сообщить модератору |
Glory Member Откуда: Сообщений: 104751 |
Наверное передал таки в парсер валидный xml. Или уволился и уже 5 лет работает в другом месте. |
||
20 июн 14, 12:43 [16194701] Ответить | Цитировать Сообщить модератору |
внедоумении
Guest |
Glory, может у вас какие-нибудь мысли есть? Возникла похожая ошибка. Причем должен заметить следующее: на одном серваке выполнение идет на ура и запросом, и джобом, а на другом серваке только запросом идет выполнение. Как только прописываю этот рабочий запрос в джоб, вываливается ошибка. |
20 июн 14, 13:22 [16195043] Ответить | Цитировать Сообщить модератору |
Glory Member Откуда: Сообщений: 104751 |
Есть одна мысль Если парсер пишет, что переданный ему параметер невалидный, то - поменяйте парсер - или поменяйте входной параметер Еще конечно можно написать свой парсер, с преферансом и поэтессами. |
||
20 июн 14, 13:25 [16195060] Ответить | Цитировать Сообщить модератору |
внедоумении
Guest |
Glory, а может просто прописать настройку сервера? ) |
20 июн 14, 13:30 [16195091] Ответить | Цитировать Сообщить модератору |
Glory Member Откуда: Сообщений: 104751 |
Конечно В начале процедуру SET AUTOMATE_ERROR_FIXING ON |
||
20 июн 14, 13:32 [16195108] Ответить | Цитировать Сообщить модератору |
внедоумении
Guest |
Glory, там ошибка при парсинге, т.е. каким-то образом выполняя через job xml-ник обрезается. Есть какие-нибудь настройки job-ов? |
20 июн 14, 14:52 [16195746] Ответить | Цитировать Сообщить модератору |
Glory Member Откуда: Сообщений: 104751 |
Там - incorrect CDATA section syntax
xml-ник - это нечто висящее в воздухе ? Что мешает логировать каждое действие и узнать, где и что именно проиходит с данными ?
Типа - работай правильно ? |
||||||
20 июн 14, 14:55 [16195769] Ответить | Цитировать Сообщить модератору |
внедоумении
Guest |
Glory, у меня там The error description is 'A string literal was not closed.' |
20 июн 14, 15:17 [16195929] Ответить | Цитировать Сообщить модератору |
Glory Member Откуда: Сообщений: 104751 |
Т.е. вы хотите сказать, что сервер или джоб самостоятельно и произвольно меняют валидный xml не невалидный ? |
||
20 июн 14, 15:19 [16195946] Ответить | Цитировать Сообщить модератору |
внедоумении
Guest |
Glory, я хочу написать, что job недозабирает хмл-ник. А как такое может быть, что на этом же самом сервере через обычный запрос все корректно забирает, а через job обрезает? |
20 июн 14, 15:27 [16196017] Ответить | Цитировать Сообщить модератору |
Glory Member Откуда: Сообщений: 104751 |
xml-ник разбирает написанный вами код
Потому что кто-то написал кривой код. А потом кто-то недотестировлал его. А еще кто-то теперь не хочет делать отладку, а ищет волшебную кнопку "щоб все работало" |
||||
20 июн 14, 15:30 [16196045] Ответить | Цитировать Сообщить модератору |
внедоумении
Guest |
Glory, тестирование проводилось много раз еще при написании "кривого кода" ) причем успешных, т.к. писался этот "кривой код" на том сервере, где выполняется успешно и запросом, и джобом ) Более того, тесты проводились и на нерабочем на джобе сервере поэтапные... Вы не поверите, тесты успешные (запросами, соответственно) |
20 июн 14, 15:38 [16196109] Ответить | Цитировать Сообщить модератору |
Glory Member Откуда: Сообщений: 104751 |
Разумеется. Это персональный баг MSSQL для вас. Он долго ждал своего часа, и вот теперь дождался. Просто вы лично неприятны MSSQL-ю. |
||
20 июн 14, 15:40 [16196126] Ответить | Цитировать Сообщить модератору |
внедоумении
Guest |
Glory, а сам "кривой код" писался в точности с поста https://www.sql.ru/forum/522869/kursy-valut-t-sql-web-service-console-application?hl=spcbrrates |
20 июн 14, 15:44 [16196151] Ответить | Цитировать Сообщить модератору |
внедоумении
Guest |
Glory, я вовсе не хотел сказать, что это персональный баг. Мне интересно знать, как отрабатывается job? |
20 июн 14, 15:48 [16196191] Ответить | Цитировать Сообщить модератору |
Glory Member Откуда: Сообщений: 104751 |
Публикация кода на форуме делает его автоматически безглючным ? Или публикация кода гарантирует, что всегда скачает валидный xml ? Вот вы наверняка даже не знаете, какой собственно xml передается парсеру при ошибке. И как он попал туда, откуда он передается парсеру. Но с пеной у рта доказываете непогрешимость кода |
||
20 июн 14, 15:48 [16196194] Ответить | Цитировать Сообщить модератору |
Топик располагается на нескольких страницах: [1] 2 вперед Ctrl→ все |
Все форумы / Microsoft SQL Server | ![]() |