Rest API не отвечает после миграции на 7.1.7

Вопросы и проблемы
#1

После миграции проекта на версию 7.1.7 rest api перестал отвечать, получить access token я могу но другие функции не работают к примеру rest/v2/entities/sec$Role отдает пустой ответ
пытался получить через администратора
image

REST api возвращают пустой ответ 7.1.1
#2

С какой версии мигрировали? В логе есть какие-нибудь ошибки?

#3

c 6.8.6 . на сервере вызов есть но не отдает ничего
image

#5

Попробуйте подебажить - посмотреть, читается ли что-то из базы и как проходит сериализация результата в JSON.
Метод, который обрабатывает запрос на чтение списка экземпляров сущностей: com.haulmont.addon.restapi.api.controllers.EntitiesController#loadEntitiesList
Основная работа делегируется com.haulmont.addon.restapi.api.service.EntitiesControllerManager#loadEntitiesList

#6

включил debug. не останавливается (не заходит) ни в одном из методов:
EntitiesController.loadEntitiesList
EntitiesControllerManager.loadEntitiesList
EntitiesControllerManager._loadEntitiesList
EntitiesControllerManager.checkCanReadEntity

для http://localhost:8091/crm/rest/v2/userInfo не заходит в метод
UserInfoControllerManager.getUserInfo

хотя в файле localhost_access_log.2020-07-20.txt
появляются записи
127.0.0.1 - - [20/Jul/2020:18:02:14 +0600] “POST /crm/rest/v2/oauth/token HTTP/1.1” 200 181
0:0:0:0:0:0:0:1 - - [20/Jul/2020:18:02:57 +0600] “GET /crm/rest/v2/entities/base$UserExt HTTP/1.1” 200 -
0:0:0:0:0:0:0:1 - - [20/Jul/2020:18:05:13 +0600] “GET /crm/rest/v2/entities/base$UserExt HTTP/1.1” 200 -
0:0:0:0:0:0:0:1 - - [20/Jul/2020:18:09:48 +0600] “GET /crm/rest/v2/entities/base$UserExt HTTP/1.1” 200 -
0:0:0:0:0:0:0:1 - - [20/Jul/2020:18:10:23 +0600] “GET /crm/rest/v2/userInfo HTTP/1.1” 200 -
0:0:0:0:0:0:0:1 - - [20/Jul/2020:18:11:30 +0600] “GET /crm/rest/v2/userInfo HTTP/1.1” 200 -
0:0:0:0:0:0:0:1 - - [20/Jul/2020:18:11:34 +0600] “GET /crm/rest/v2/entities/base$UserExt HTTP/1.1” 200 -
0:0:0:0:0:0:0:1 - - [20/Jul/2020:18:12:11 +0600] “GET /crm/rest/v2/entities/base$UserExt HTTP/1.1” 200 -

как ещё можно сузить место проблемы?

#7

Миграцию между версиями делали с помощью СUBA Studio?
Попробуйте сделать новый проект на 7.1 с подключенным рестом и сравнить, нет ли отличий в build.gradle, в web.xml файлах между новым проектом и вашим смигрированным.

#8

Миграцию между версиями делал с помощью СUBA Studio 6.10 и 7 (2019.2) соответственно.

Сделал новый проект 7.1. RESTы работают в нём.

Сравнил 3 файла: build.gradle, и 2 web.xml (core и web)

Различия в обоих web.xml только наличие в моём проблемном проекте дополнительных компонентов
kz.uco.base com.haulmont.bpm com.haulmont.reports com.haulmont.fts
которые отсутствуют в новом пустом проекте 7.1 с работающими REST

Различия в build.gradle - дополнительные вещи в моём проблемном проекте:

mavenLocal()

guiModule и webThemesModule

plugin: ‘idea’

appComponent(“kz.uco.base:base-global:1.0.9-SNAPSHOT”)
appComponent(“com.haulmont.bpm:bpm-global:$cubaVersion”)
appComponent(“com.haulmont.reports:reports-global:$cubaVersion”)
appComponent(“com.haulmont.fts:fts-global:$cubaVersion”)

jar {
manifest {
attributes(‘App-Component-Id’: cuba.artifact.group)
attributes(‘App-Component-Version’: cuba.artifact.version + (cuba.artifact.isSnapshot ? ‘-SNAPSHOT’ : ‘’))
}
}

task wrapper(type: Wrapper) {
task buildWar(type: CubaWarBuilding) {

я прошёлся по всем конфигам устранил различия. не помогло. в моём проблемном проекте REST (entities & userInfo) до сих пор возвращают пустой ответ

#9

Собственный rest-dispatcher-spring.xml на уровне проекта не определяли?
Какие-нибудь http-фильтры собственные?
Попробуйте на всякий случай удалить томкат gw dropTomcat и заново запустить приложение - может быть при миграции по какой-либо причине в томкате остались артефакты от старых версий.
Если не поможет ничего, то попробуйте в дебаге начать “разматывать” цепочку вызовов с самого начала, например с DispatcherServlet - в пустом работающем приложении у вас будет пример как должно быть, в вашем приложении вы сможете определить момент, когда всё пошло “не туда”.

#10

Да, так и оказалось.
В базовом проекте был определён rest-dispatcher-spring.xml. Другим разработчиком. До меня.
я его отключил. Стандартные rest заработали и в базовом проекте и в моём.
На данный момент меня пока такое решение устраивает. Спасибо вам большое