Комментарии 5
Было бы очень хорошо, если вы поправите листинги кодов. А именно отступы (сделать их меньше и делать переводы строк), чтобы при отображении листинга она не резалась.
Потому что довольно трудно читать такой формат
Я конечно понимаю, что это спринг и имена бинов обычно имеют космическую длину, но можно постараться :)
Потому что довольно трудно читать такой формат
Я конечно понимаю, что это спринг и имена бинов обычно имеют космическую длину, но можно постараться :)
Например
0
Хм, интересно, можно ли таким образом написать что-то похожее на стандартный JPARepository, но для определенного SQL диалекта и определенного формата сущностей?
Условно, нужно переписать парсер запросов, и каким-то образом настроить парсинг сущностей.
Условно, нужно переписать парсер запросов, и каким-то образом настроить парсинг сущностей.
0
Теоретически это возможно. У меня уже был опыт пробрасывания поисковых запросов в тот же Infinispan, правда работы там довольно много будет в части дальнейшего исследования Spring-овых механизмов и конструкций.
0
Да, конечно. Можете черпать вдохновение отсюда, например: github.com/apache/ignite-extensions/tree/master/modules/spring-data-2.0-ext
Вы покурите spring-data-commons, там классные API есть, типа PartTree, которые делают магию разбора имени метода в дерево с валидацией правильности названий свойств и т.д.
Вы покурите spring-data-commons, там классные API есть, типа PartTree, которые делают магию разбора имени метода в дерево с валидацией правильности названий свойств и т.д.
+2
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как расширить Spring своим типом Repository на примере Infinispan