Портирование приложения из SDN 3 в SDN 4 и из Neo4j 2.3 в 3.0.1

Question

Я столкнулся с множеством проблем при переходе с SDN 3 на SDN 4 и с Neo4j 2.3 до 3.0.1. Сейчас я не могу полностью переносить приложение на новые версии.

Мое применение в настоящее время не в производстве, поэтому я хотел сохранить все вещи, связанные с Neo4j в актуальном состоянии.

Я беспокоюсь о возможном EOS (конце поддержки) для SDN 3x и Neo4j 2x, так что, как вы думаете, я должен приложить дополнительные усилия, чтобы перенести мое приложение на новый материал, или я должен хранить все как есть ?

Answer 1

К сожалению, я был неудачен в порт моего существующего приложения от SDN 3 до SDN 4.

На моем взгляде прямо сейчас SDN 4 имеет серьезный недостаток очень важные функции, такие как синхронизация состояний между пользовательским Cypher запросом и OGM.

Кроме того, некоторые из моих старых запросов Cypher не работают на SDN 4 по какой-то причине с неожиданным поведением.

Кроме того, для пользовательского запроса Cypher нет поддержки подкачки (PageRequest).

Надеюсь, что будущие версии SDN изменят ситуацию.

Answer 2

Согласно Neo4j, 2,3 может поддерживаться в течение всего лишь как 6 месяцев дольше: http://neo4j.com/guides/upgrade/

3.x

Spring Data, кажется, не быть в стадии активного развития, в соответствии с их изменений: https://docs.spring.io/spring-data/neo4j/docs/current/changelog.txt (примечание последние изменения, не связанные с зависимостями, были введены в 3.4.0.RELEASE (2015-09-01), и даже тогда это не очень много)

У нас есть приложение для производства с обеими этими библиотеками и обсуждаются что делать. Похоже, что они изменили довольно много API в SDN 4 и Neo4j 3, поэтому очень важно попытаться обновить. Я не могу дать окончательный ответ, не зная вашей специфики. Но если вы еще не заняты производством, я бы сильно опирался на решение проблемы, так как Neo4j 2.3 и SDN 3, похоже, скорее всего будут EOS.