QueryService

[AlGol]

Цитата:

Сообщение от gl00mie

Кастомизировался ли Query или что-либо к нему относящееся, CustTable, CustTrans и т.п.?

\Queries\CustTable не кастомизировался, выше слоя sys никаких изменений нет.

Таблицы которые в нем опрашиваются изменялись (В Custtable понапихано дополнительных полей).

Попробовал найти не кастомизированный неодноуровневый запрос из некастомизированных таблиц. Нашел запрос \Queries\AxdUnit.
С ним все работает корректно.

Похоже, что дело действительно в каких-то изменениях таблиц, которые QueryService не переваривает...

[gl00mie]

Цитата:

Сообщение от AlGol

Таблицы которые в нем опрашиваются изменялись (В Custtable понапихано дополнительных полей). Попробовал найти не кастомизированный неодноуровневый запрос из некастомизированных таблиц. Нашел запрос \Queries\AxdUnit. С ним все работает корректно.
Похоже, что дело действительно в каких-то изменениях таблиц, которые QueryService не переваривает...

Дело может быть вот в чем: AIF использует тяжеловесные схемы XML-документов для валидации входящих запросов, схемы эти он кэширует в таблице AifSchemaStore и, самое подлое, никак не обновляет их в случае кастомизации объектов приложения, в отличие от WSDL-описаний сервисов. Я на проблемы именно с Query не наталкивался, но с сервисами AIF пришлось помучиться, когда, к примеру, длину поля в таблице увеличили, а AIF упорно ругался на якобы слишком длинные значения в запросах, ссылаясь на старую длину поля. В моем случае всё вылечилось после удаления закэшированной схемы документа из AifSchemaStore. Понятное дело, никакие там синхронизации словаря данных и перестройка CIL при этом не помогали.

[AlGol]

Цитата:

Сообщение от gl00mie

е всё вылечилось после удаления закэшированной схемы документа из AifSchemaStore.

Не, не помогло. Почистил AifSchemaStore, но реакция такая же.
Кстати, при выполнении корректных запросов через QueryService, в него ничего не сохраняется.