将应用程序从SDN 3移植到SDN 4以及从Neo4j 2.3移植到3.0.1

将应用程序从SDN 3移植到SDN 4以及从Neo4j 2.3移植到3.0.1,neo4j,spring-data-neo4j,spring-data-neo4j-4,Neo4j,Spring Data Neo4j,Spring Data Neo4j 4,从SDN 3到SDN 4,从Neo4j 2.3到3.0.1,我遇到了很多问题。现在我无法将我的应用程序完全移植到新版本 我的应用程序现在还没有投入生产,所以我想让所有与Neo4j相关的内容保持最新 我担心SDN 3x和Neo4j 2x可能会出现EOS(支持结束),那么您认为呢?我应该付出额外的努力,将我的应用程序迁移到新的东西上,还是应该保持一切不变?根据Neo4j,2.3可能会支持6个月之久: 根据SpringData3.x的变更记录,SpringData3.x似乎并未处于积极开发阶段: (

从SDN 3到SDN 4,从Neo4j 2.3到3.0.1,我遇到了很多问题。现在我无法将我的应用程序完全移植到新版本

我的应用程序现在还没有投入生产,所以我想让所有与Neo4j相关的内容保持最新


我担心SDN 3x和Neo4j 2x可能会出现EOS(支持结束),那么您认为呢?我应该付出额外的努力,将我的应用程序迁移到新的东西上,还是应该保持一切不变?

根据Neo4j,2.3可能会支持6个月之久:

根据SpringData3.x的变更记录,SpringData3.x似乎并未处于积极开发阶段: (注意,上一次非依赖性相关的更改是在3.4.0.0版本(2015-09-01)中引入的,即使在那时也不是很多)


我们在生产中使用了这两个库,并正在讨论如何做。看起来他们在SDN4和NEO4J3中改变了很多API,所以尝试升级是一项重要的任务。不知道你的具体情况,我不能给你一个明确的答案。但是,如果您还没有投入生产,我会非常倾向于处理升级,因为Neo4j 2.3和SDN 3似乎很快就会成为EOS。

不幸的是,我没有成功地将现有应用程序从SDN 3移植到SDN 4

在我看来,SDN4目前严重缺乏一个非常重要的特性,比如自定义密码查询和OGM之间的状态同步

此外,我的一些旧密码查询在SDN4上不起作用,原因是出现了意外的行为

此外,对自定义密码查询也不支持分页(PageRequest)

我希望SDN的未来版本将改变这种情况