t
ладно спасибо ребят =) понял что надо что-то выдумывать
Size: a a a
2020 May 20
ch
может поменять логику на какие нибудь callback-и?
RO
вызывать этот метод в отдельном потоке, внешнем, и этот внешний поток потом уже ждать join?
t
ну можно до вызова дёрнуть все потоки существующие и после вызова тоже самое, вытащить тот единственный и воткнуть на него join
t
наверное неплохое решение
t
может поменять логику на какие нибудь callback-и?
я просто пишу тесты =))
e
кто-нибудь работал с Assertj?
D𝔇
кто-нибудь работал с Assertj?
кто-нибудь точно работал, если вас интересует именно это)
e
в общем, для тех, кто точно работал, вопрос) не было ли такого, что метод isEqualToComparingFieldByFieldRecursively считывает null строки как "" , то есть пустые?
SK
Такой странный вопрос:
entity -сущность должна содержать все поля таблицы?
entity -сущность должна содержать все поля таблицы?
NS
ne
БС
улыбнул ). Может я чего-то не знаю, но вообще да. Единственное исключение это когда часть полей в классах родителях, но они как-юы все равно есть
SK
Просто настолько лень все 71 поле описывать =)
ДО
Такой странный вопрос:
entity -сущность должна содержать все поля таблицы?
entity -сущность должна содержать все поля таблицы?
Нет не должна.
DS
улыбнул ). Может я чего-то не знаю, но вообще да. Единственное исключение это когда часть полей в классах родителях, но они как-юы все равно есть
Если ты не работаешь никак с этим полями, то можно и не включать.
NS
Нет не должна.
SK
Нет не должна.
Не совсем понимаю - если поля в таблице нет, то в сущность его добавлять не надо. А если поле в таблице есть
БС
Если ты не работаешь никак с этим полями, то можно и не включать.
а зачем такое используют?
ДО
Не совсем понимаю - если поля в таблице нет, то в сущность его добавлять не надо. А если поле в таблице есть
Если оно есть, то оно не обязательно должно быть в сущности
SK
Если оно есть, то оно не обязательно должно быть в сущности
Вот это мне и нужно. Я использую всего 6 полей из >70