Web services 从基于Struts 1和Apache Axis1的应用程序迁移到基于Struts 2（CXF或Jersey）的应用程序

我们有一个基于以下内容的应用程序： 巴赫恩德：

支柱1

ApacheAxis1（基于SOAP）

前端：

HTML

Flash（一些网格构建在Adobe flex 3上）

道场

我们正在迁移到struts 2、apache CXF或Jersey（用于Rest web服务）作为后端，而（HTML5、Jquery和JQWidget）作为前端

请提出一个大致的想法，首先应该做什么：

ApacheAxis1到CXF或Jersey（也告诉您在这两者之间应该使用什么） 这两个）

支柱1至支柱2

首先改变前端的东西

---

我们不能一次完成所有迁移，我们必须一步一步地进行一次又一次的更改，因此每次技术更改后，应用程序都应该可用，尽管如此，我仍在研究应用程序的体系结构，但如果有人经历过这种迁移，请提出建议。首先应该做什么？

我认为问题不在于首先迁移什么，而在于为什么要迁移？ 我可以理解在前端更换flash，但对于其他方面，你必须有充分的理由。 例如，您正在谈论将SOAP迁移到REST，这有什么好的理由吗？因为它不是同一个概念。struts 1和struts 2的相同之处它们之间的共同点是名称“struts”，但其背后的概念又不同，是安全漏洞吗？如果这是真的，你有没有用同样的技术寻找解决方案

我不是想批评，但最重要的是，你必须确切地知道另一个原因改变技术/观念背后的原因迁移的成本非常重要，风险很高

最后，我认为构建一个新的应用程序将比迁移更简单、更安全、更便宜

---

祝您好运

当然，这些技术已经过时，我们需要用最新的技术来取代它，以便与市场上的其他产品以及用户的注意力竞争，以便他们能够继续使用我们的产品。（我也不会忘记新功能，将在其中引入）。代码管理在当前体系结构中也很困难，这就是为什么我们正在改进和引入新技术。在这种情况下，我更喜欢构建一个新的体系结构，以便改进我的体系结构、功能以及所有难以维护、扩展、改进或集成的内容。。。否则，我认为在所有旧的背景和历史中，您将面临一个问题，比如“我们不知道为什么我们在这里有这个代码/功能”或者“为什么要这样做”以及“我们如何使用新的框架来做”……而不是集中在功能上，而另一方面，考虑提高用户体验，因为他们不会看到你的架构有多好，只是新版本将如何使他们的工作更简单，更简单的GUI在最后说话是非常容易做的事情比这么幸运：）Yar TUM SAB审阅者Bar Mayjao