Реализация поддержки данных Ignite Spring и поддержка Spring Data REST

#spring-boot #spring-data #ignite #spring-data-rest #gridgain

#весенняя загрузка #spring-данные #ignite #spring-data-rest #gridgain

Вопрос:

Мне интересно, планирует ли реализация Ignite Spring Data (или она уже должна работать) поддерживать проект более высокого уровня Spring Data REST. Я знаю из их документов (Spring Data), что текущая поддержка доступна только для Spring Data JPA, MongoDB, Neo4j, Solr, Cassandra, Gemfire.

Из того, что я понял из беглого взгляда на реализацию Ignite Spring Data, похоже, что она не подпадает ни под одну категорию Spring Data, включая Spring Data JDBC (пожалуйста, поправьте меня, если я ошибаюсь), не говоря уже о JPA (кстати, было бы здорово, если бы это было так).).

Отсюда вопрос о поддержке и плане.

ОБНОВЛЕНИЕ (21 сентября 2020 г.):

Если реализация Ignite действительно реализует контракт Spring Data JDBC, то почему для реализации требуется отдельный, не связанный «@EnableIgniteRepositories» для настройки репозиториев вместо того, чтобы придерживаться стандартного «@EnableJdbcRepositories», определенного проектом Spring Data JDBC.

Это заставило меня усомниться в том, какой должна быть реализация .. то есть хочет ли он быть отдельным проектом, реализующим части спецификации, или он хочет реализовать Spring Data JDBC или еще лучший контракт Spring Data JPA.

Спасибо

Комментарии:

1. Я не думаю, что SO — подходящее место, чтобы спросить о поддержке и планах Spring. Вы должны задать его на соответствующих каналах Spring.

2. Спасибо @Madhu Bhat, но это касается не поддержки Spring, а скорее ожидаемого поведения реализации Apache Ignite..in условия его поддержки для подпроекта Spring … и поскольку у нас здесь есть несколько человек из ignite, которые в прошлом были очень полезны и быстро разъясняли вещи, я подумал, что могу продолжитьздесь сам .. надеюсь, все в порядке.

Ответ №1:

Поскольку Apache Ignite является базой данных SQL наряду с другими вещами, вы должны иметь возможность использовать ее с Spring Data JDBC.

Ignite Spring Data реализует интерфейс хранилища данных Spring для хранения POJO в своих кэшах в режиме, ориентированном на документы.

Комментарии:

1. Спасибо @alamar, я тоже этого ожидал, но потом у меня возник такой вопрос: если реализация Ignite действительно реализует контракт Spring Data JDBC, то почему для реализации потребовался отдельный, не связанный «@EnableIgniteRepositories» для настройки репозиториев вместо того, чтобы придерживаться стандартного «@EnableJdbcRepositories», определенного проектом Spring Data JDBC. Это заставило меня усомниться в том, какой должна быть реализация .. то есть хочет ли он быть отдельным проектом, реализующим части спецификации, или он хочет реализовать Spring Data JDBC или еще лучший контракт Spring Data JPA..

2. Как я уже сказал, это отдельная реализация, и вы должны иметь возможность использовать Spring Data JDBC без каких-либо дополнительных модулей (просто предоставьте драйвер Ignite JDBC)

3. Хорошо, позвольте мне правильно понять, вы имеете в виду, что Ignite реализует / поддерживает КАК Spring Data JDBC, так и отдельный проект Spring Data Ignite? Таким образом, можно включить и использовать репозитории ignite даже с помощью «@EnableJdbcRepositories» и использовать его в соответствии с контрактом JDBC? Если это так, было бы неплохо узнать намерение и план для последнего (реализация Spring Data Ignite, на которую ссылается документация ignite).

4. Мы не тестировали это, но это должно работать. Просто перейдите IgniteJdbcThinDataSource к нему. Обязательно поделитесь своим опытом в списке рассылки пользователей.

5. Конечно, @alamar, на самом деле мы уже используем последнее и до сих пор не знали о первом … полезно знать .. попробую, когда у меня будет шанс, и поделюсь результатами в списке рассылки. Но опять же, возвращаясь к исходному вопросу, я бы проголосовал за поддержку Spring Data JPA, поскольку это дает хорошую поддержку проекта более высокого уровня Spring Data REST, если только не планируется сделать это с текущей реализацией Spring Data Ignite..