Это же тесты

а при чем тут тразакция? если хочет подтянуть через прокси и нет транзакции, то будет исключение. а тут пустой объект

Это как в истории со спецом по хибернейту

м?

"Нужно просто подучить хибернетй еще чуть-чуть"

В общем мне кажеться что проблема в контексте теста

"Нужно просто подучить хибернетй еще чуть-чуть"

чёт не понял сарказма...

Это не в сторону твоего огорода, если че

Хмм, а когда со фронта запрос делаю - все работает.

Это не в сторону твоего огорода, если че

ааа)))

Хмм, а когда со фронта запрос делаю - все работает.

тогда полный код метода вызова с фронта и полный код где не работает )))

тогда полный код метода вызова с фронта и полный код где не работает )))

В тесте (том где падает) я тестирую изменение id привязанной модели. Это выглядит так: @Override public void changeLegalEntity(Long counterpartyId, Long legalEntityId) { Counterparty counterparty = em.getReference(Counterparty.class, counterpartyId); em.merge(counterparty); } И это кстати тоже не работает почему-то. ?

сам тест: @Test public void changeLegalEntity() { dao.addCounterparty(createCounterparty()); dao.changeLegalEntity(getFirstCounterparty().id, 2L); assertEquals(2L, (long)getFirstCounterparty().legalEntity.id); }

Так ты получил реферненс и ничего с ним не сделал

сам тест: @Test public void changeLegalEntity() { dao.addCounterparty(createCounterparty()); dao.changeLegalEntity(getFirstCounterparty().id, 2L); assertEquals(2L, (long)getFirstCounterparty().legalEntity.id); }

подожди....это же ты любитель не писать геттеры? )

подожди....это же ты любитель не писать геттеры? )

ага

я их и не пишу))

ну как бы....а в чём вопрос тогда? ))))

Так ты получил реферненс и ничего с ним не сделал

Ах да, забыл. Но все равно это ничего не поменяло: @Override public void changeLegalEntity(Long counterpartyId, Long legalEntityId) { Counterparty counterparty = em.getReference(Counterparty.class, counterpartyId); counterparty.legalEntity = em.getReference(LegalEntity.class, legalEntityId); em.merge(counterparty); }

ну как бы....а в чём вопрос тогда? ))))

а при чем тут вообще геттеры? они никак на это не влияют

ну есть вероятность, что из EntityManager ты получаешь прокси. а потом обращаешься не к методу, который должен сделать запрос или что-то ещё, а к полю, которое null

ну есть вероятность, что из EntityManager ты получаешь прокси. а потом обращаешься не к методу, который должен сделать запрос или что-то ещё, а к полю, которое null

наркомания какая-то... ?

не, ну там и правда прокси приходит, я это и так знаю, в дебаггере видно что у него есть другие свойства которых нет у модели

но причем тут геттеры все равно не понимаю...

ну....что такое прокси понимаешь?

Это сложна

Я вот не понимаю

ну....что такое прокси понимаешь?

унаследованный объект которому добавили еще какие-то приватные свойства

что-то вроде того

не обязательно. реализует тот же интерфейс по-другом. может обращаться к исходному объекту

т.е. у тебя тот же интерфейс, а реализация геттера перед возвратом значения может делать что-то ещё полезное

т.е. у тебя тот же интерфейс, а реализация геттера перед возвратом значения может делать что-то ещё полезное

черт, а ты прав... добавил геттер для id-шника и он мне вернул уже не null...

дурацкая хиберня ? что за тупость, почему она просто не может проинициализировать поля, вместо того чтобы геттеры лепить...

потому что lazy

дурацкая хиберня ? что за тупость, почему она просто не может проинициализировать поля, вместо того чтобы геттеры лепить...

это java-way

и да, пиши уже геттеры, а то так и будешь спотыкаться на непонятных проблемах ))) всё равно рано или поздно кто-нибудь за открытые поля по рукам даст )

черт, а ты прав... добавил геттер для id-шника и он мне вернул уже не null...

Интересно, а в котлине будет нужно переопределять get/set...

И увидит ли он их

Интересно, а в котлине будет нужно переопределять get/set...

нет, там же проперти

И увидит ли он их

увидит

А помогите со спрингом кто-нибудь. Описываю через xml пачку бинов, и после этого надо заинжектить все, которые реализуют определённый интерфейс, в другой бин. Пробую хлопать autowired на сеттер, но что-то он не вызывается

Бррр

А помогите со спрингом кто-нибудь. Описываю через xml пачку бинов, и после этого надо заинжектить все, которые реализуют определённый интерфейс, в другой бин. Пробую хлопать autowired на сеттер, но что-то он не вызывается

а ты сконфигурил проект под спринг то?

а ты сконфигурил проект под спринг то?

Не понял. Все остальное, где вайринг явный, работает нормально

Проект вебовый?

Автовайринг раньше не использовал, и именно с ним проблема

Или нет?

Нет

Стэндэлоун тулза

Ты контекст создал?

Из xml

Да

Я же говорю, все остальные бины создаются как ожидается

Бин в который инжектишь описал?

Его ты берёшь из контекста?

Да

Так что, есть ещё мысли?

spring сконфигурирован верно? <context:annotation-config> или <context:component-scan> есть в xml (если конфиг через xml)?

На дворе 2017г. Пожалуйста, конфигури через Java Config

spring сконфигурирован верно? <context:annotation-config> или <context:component-scan> есть в xml (если конфиг через xml)?

Во, точно. Спасибо.

На дворе 2017г. Пожалуйста, конфигури через Java Config

Зачем

На дворе 2017г. Пожалуйста, конфигури через Java Config

Обязательно

На дворе 2017г. Пожалуйста, конфигури через Java Config

Не, в 2017 модно через groovy

Тебе мало xml в своей жизни?

я про то, что модно говорю

Я не тебе

ERROR: S client not available

Конфиги джавой засирают src

Конфиги лежат в отдельной папочке с ресурсами и решаются раз в год по праздникам.

Автокомплит в идее в хмл короче для чтения и удобнее

Нет сударь

И нет необходимости продираться через уйму не нужных сеттеров/геттеров, чтобы нужный найти

Какие сеттеры

JavaConfig явно удобней xml

Может быть. Но указанные мной факты делают хмл привлекательней лично для меня.

Возможно у тебя стокгольмский синдром

Ты пал жертвой кровавого энтерпрайза

А json для спринг есть?

А json для спринг есть?

Найдем

Нет, у меня, просто, сильно развита привязанность к такому понятию как "right tool for the job". Джавакод переводить в декларативный стиль - себя не уважать.

Ну или вот ещё аналогия - писать сложный бэк на джаваскрипте.

Configuration over convention

Новое направление

Configuration. Overconfiguration.

JavaConfig явно удобней xml

Клевый аргумент.

А что не так с javaconfigом?

Залил в отдельный пакет и нормально

Maven удобнее gradle

Scala мощнее java

Фу, скала

Вообще, я люблю контроль. Поэтому Ant

Все под контролёром

Configuration. Overconfiguration.

Ты вроде молодой, а уже к xml пристрастился

Снимаю шляпу, ваше искусство диалога/спора мне не победить.

А что не так с javaconfigом?

Ну, на мою задачу он например вообще никак не ложится.

Так-то с ним все в порядке

Мамку ток забыл выебать.

Тем более что он удобнее

Log4j2 быстрее чем apache kafka