ЮК
ну и в общем-то смысл был в том, чтобы дальше создавать дочерние записи к этой, но без id - увы
Size: a a a
2020 March 03
ЮК
при этом если тоже самое делаю из postman, фронта - всё ок
ЮК
при этом если тоже самое делаю из postman, фронта - всё ок
ну и соответственно запускаю не через Jest
AP
в тесте через http делаю post на контроллер, который прокидывает dto в сервис, создает и возвращает результат
ну 100% id по дороге режется где-то, скорее всего на этапе сериализации response в контроллере
AP
при этом если тоже самое делаю из postman, фронта - всё ок
хотя если так, то странно, в тестах реальная база юзается?
ЮК
ну 100% id по дороге режется где-то, скорее всего на этапе сериализации response в контроллере
если бы так, в общем предварительное исследование привело к тому, что проблема на уровне typeorm
ЮК
при вызове через Jest generatedMAps и identifiers пустые
ЮК
бред какой-то, видимо где-то с конфигами проблема
ЮК
пойду в чат typeorm, спасибо)
AK
Какая СУБД?
ЮК
AP
если бы так, в общем предварительное исследование привело к тому, что проблема на уровне typeorm
а зачем так сложно то? updateEntity это что-то старое уже нет такого в api
ЮК
это код typeorm
ЮК
SubjectExecutor, если точнее, дебаг туда привёл)
AP
это код typeorm
ааа, не думаю что тебе туда надо) ты просто save дергаешь?
AK
Возможно надо подшаманить с конфигом reload: true, но он вроде по умолчанию true стоит.
AP
и при этом в тестовой базе запись реально создается и остается после провалившегося теста?
ЮК
и при этом в тестовой базе запись реально создается и остается после провалившегося теста?
да
AP
обе базы на одном инстансе просто разные схемы?