SAP环境下从php迁移到java的策略

我目前正在用PHP进行web应用程序开发。管理层告诉我们，我们正在“J2EE”上进行标准化（是的，我一直提醒他们现在称之为“JavaEE”）。我认为这项任务背后的理性是“我们在SAP上运行我们的业务。SAP有netweaver。我们应该使用Java，这样一切都可以集成”

我现在做的大部分工作，以及管理层希望我们继续做的是快速的web开发。到目前为止，我在sap（bobj、BW、数据服务）方面的经验并不乐观。内幕知识很难获得。升级很昂贵，而且需要花费很长时间。每一个微小的变化都需要15个不同部门的参与。我的直觉告诉我Netweaver对于我们的大多数项目来说都是多余的

netweaver会让我们慢下来吗？

我希望我们的自定义web开发保持独立于SAP环境。据我所知，有很多开源JavaMVC框架。我设想我们自己的测试/生产服务器运行开源应用程序服务器，并选择db后端（我们有内部运行的DB2、MYSQL和SQL Server）。每个开发人员将使用本地VM作为他们的沙盒\dev环境。与SAP的交互将使用web服务或SAP java库完成

如果不在Netweaver上部署web应用程序，我们会失去什么？

最重要的是，我想确保我们的团队保持敏捷，无论是在发展速度上，还是在跟上当前的技术。到目前为止，PHP已经满足了这些需求。我不想回溯5年的技术发展历程，这样我们就可以与SAP“集成”

---

谢谢。

也许这个链接可以帮助你

它讨论了PHP如何与SAP协同工作。

如果管理层说“我们在SAP上运行我们的业务。SAP有netweaver。我们应该使用JAVA，这样所有东西都可以集成”，那么您将在另一个应用服务器上使用JAVA，集成在哪里（这是切换到JAVA的原因）？如果你问我，你要么走java/netweaver的路，要么继续使用php。两者都支持将sap系统与web服务或rfc调用“集成”

---

SAP有自己的UI技术“Web Dynpro for Java”和“Visual Composer”，可在netweaver上使用。还有“Netweaver开发基础架构”（一个QA和传输系统），它将更改的传输和部署集成到sap系统中。如果不使用netweaver，您将失去这些优势。

您不需要netweaver Java的组件来与SAP集成；您可以使用Java连接器进行RFC集成，并且不需要任何特定的web服务集成

我可以根据经验告诉您，NetWeaver Java将大大降低您的速度。开发者工作室和基础设施不是很好，部署和测试都很繁琐，WebDynpro又旧又丑，而VisualComposer由于bug而完全是垃圾（上次我检查时）

---

如果我站在你的立场上，我会尝试提出一个非常好的论据，坚持使用你当前的环境，或者转向非NetWeaver Java EE环境。

切换到Java的理由似乎有缺陷。SAP的大部分功能仍在ABAP堆栈上运行。RFC、BAPI、IDOCs等都是用ABAP编写的，所以迁移到Java不会使您更接近集成环境。（即使你需要这样做）

Netweaver现在有一个Java堆栈，但它并没有取代ABAP堆栈，这一事实可能会让您的经理感到困惑。Netweaver的离散函数将在ABAP或JAVA堆栈上运行，而不是同时在两者上运行。Web Dynpro是该规则的一个例外，您可以在Java或ABAP堆栈上的Netweaver中开发Web应用程序

---

但是，我不想在Netweaver中开发非SAP应用程序，除非您的大部分系统已经在Netweaver上运行，并且新应用程序是该规则的例外。从你的问题来看，情况似乎并非如此。如果您有SAP ECC6，则可以在需要时访问开发工具。这并不意味着你必须将所有东西都移植到Netweaver。

我没有答案，但我想表达我的同情。我试图假装我不在乎我们把PHP扔到街上，但这有点让人泄气。有谁需要一个眼花缭乱的PHP开发人员吗？我以前使用过这个SDK。它工作得很好。如果允许我继续用PHP开发，我会很高兴继续沿着这条路走下去。这是我的直觉。谢谢验证。我们将要构建的很多东西都和SAP无关（可能从BW获取一些主数据或销售信息）。我希望我们能坚持PHP，但管理层不认为它是真正的企业语言，不管这意味着什么。我想这就是为什么我要问我的异议意见在现实世界中是否有分量。如果运行一个单独的java环境的成本超过了独立于SAP环境的自由，那么我就有了我的问题的答案。感谢您提供有关SAP UI技术和变更管理工具的信息。这正是我要找的。