Я воссоздал код на GitHub: github.com/cyberglad/speakerapp-springjpa Но у меня не автовариется speakerRepository (только когда использую Spring JPA , при Hibernate все работает): Error creating bean with name 'jpaMapppingContext': Invocation of init method failed; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'speakerRepository': Could not resolve matching constructor (hint: specify index/type/name arguments for simple parameters to avoid type ambiguities)
Уже не помню когда последний раз надо было найти что-то так просто by name. Обычно это несколько объединений таблиц с группировками, подзапросами и прочим.
я возможно упустил. Но на сколько больше берется ресурсов для выполнения вот таких "ленивых" запросов? То есть там, где мы не пишем текстом: "select * from users where start_date > :p_date" через переопределение @Modifying, а просто одним названием метода, где Spring Data JPA все за тебя рисует.
Лучший спикер евер.
Крутой чувак, понятно объясняет. И, что сйечас самое главное, не страдает дефектами речи!
забавно про дефекты речи читать от ерлана акжанова какого-то)))
спасибо, интересно. хоть на дворе уже и 2020 )
привет из 2023
из 2024!
будет замечательно посмотреть спринг дата потрошитель
Ааааа...выпал на фразе...что мы делаем если тест не компилируется? правильно, в коммент положим(закомментим)....
хороший спикер и доклады интересные.
смотрим
Шикарный доклад!!!
Ничего себе заклинания!
Шедевральный спикер!
Класс =)) Отличный доклад, юмор на высоте! =))
Было бы здорово, если в комментах к видео будут линки, упомянутые в конце видео
Женя Борисов крутой)
Я воссоздал код на GitHub: github.com/cyberglad/speakerapp-springjpa
Но у меня не автовариется speakerRepository (только когда использую Spring JPA , при Hibernate все работает):
Error creating bean with name 'jpaMapppingContext': Invocation of init method failed; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'speakerRepository': Could not resolve matching constructor (hint: specify index/type/name arguments for simple parameters to avoid type ambiguities)
Вряд ли актуально, но нужно убрать в твоем pom.xml зависимость spring-data-jpa, в бут стартере она уже есть и конфликтует с добавленной
Спасибо!
- Выкатываем хотфикс!
- Да тут пару тестов упало!
- да потом разберёмся, комменть их нафиг!
Уже не помню когда последний раз надо было найти что-то так просто by name. Обычно это несколько объединений таблиц с группировками, подзапросами и прочим.
это для разработки надо. А вот API для юзера навороченный не нужен.
40:00 god bless ya
Я думал что только я один комментирую не компилирущиеся тесты.
Соболезную вашим работодателям
боженька от спринга )))
я возможно упустил. Но на сколько больше берется ресурсов для выполнения вот таких "ленивых" запросов? То есть там, где мы не пишем текстом: "select * from users where start_date > :p_date" через переопределение @Modifying, а просто одним названием метода, где Spring Data JPA все за тебя рисует.
Он хорошо говорит. Но я все равно ничего не понимаю.((
Николай обиделся и теперь он "Mikalai Alimenkou"...
это его имя по документам
Ну а залить проект?
Ну ё моё:(