2011-10-19 23 views
3

我目前正在PHP中進行Web應用程序開發。管理層告訴我們,我們正在對「J2EE」進行標準化(是的,我一直提醒他們現在叫做「Java EE」)。我認爲這個授權背後的理由就像「我們在SAP上運行我們的業務,SAP有網絡,我們應該使用Java,因此一切都是集成的」。在SAP上下文中從php遷移到java的策略

我現在所做的大部分工作以及管理層希望我們繼續做的事情都是快速的Web開發。迄今爲止,我對SAP的經驗(bobj,BW,數據服務)並不積極。內幕知識很難得到。升級是昂貴的,需要永遠。每一個小變化都需要15個不同部門的參與。我的直覺告訴我,Netweaver對我們大部分的項目來說都是過分的。

網絡工具會讓我們放慢腳步嗎?

我想我們的自定義Web開發保持獨立於我們的SAP環境。從我讀到的,有很多開源的Java MVC框架。我設想我們自己的測試/生產服務器運行開源應用程序服務器,並選擇數據庫後端(我們有內部運行的DB2,MYSQL和SQL Server)。每個開發人員都會使用本地vms作爲他們的沙箱\ dev環境。與SAP的交互將使用Web服務或SAP Java庫完成。

如果不在Netweaver上部署我們的Web應用程序,我們會發生什麼?

最重要的是,我想確保我們的團隊保持靈活,無論是在開發速度還是在跟上當前技術。 PHP到目前爲止已經滿足了這些需求。我不想回溯5個技術年,所以我們可以與SAP「整合」。

謝謝。

+5

我沒有答案,但認爲我會致以慰問。 – Hamish

+0

我試圖假裝我不在乎我們在大街上拋出PHP,但這有點傷心。任何人都需要一個漂亮的PHP開發人員? –

回答

2

如果管理層說「我們在SAP上運行我們的業務,SAP有網絡,我們應該使用JAVA,因此一切都集成了」,並且您將在另一個應用服務器上使用Java,這正是集成的原因切換到Java)?如果你問我,你應該採用java/netweaver的方式,或者繼續使用php。都支持將SAP系統與Web服務或rfc調用「集成」。

SAP擁有自己的UI技術「Web Dynpro for Java」和「Visual Composer」,它們都可以在網絡上使用。還有「Netweaver開發基礎架構」(QA和傳輸系統),它將變更的傳輸和部署集成到SAP系統中。這些都是你不會使用網絡工具而放鬆的原因。

+0

我想這就是爲什麼我問我的反對意見是否在現實世界中有任何影響。如果運行單獨的Java環境的成本超過了獨立於SAP環境的自由度,那麼我的問題就有了答案。感謝有關SAP的UI技術和變更管理工具的信息。這正是我要找的。 –

3

您不需要將NetWeaver Java的組件與SAP集成;你可以很好的使用Java Connector for RFC集成,你不需要任何特定的Web服務集成。

我可以從經驗告訴你NetWeaver Java會讓你減慢很多。開發人員工作室和基礎設施不是那麼好,部署和測試很單調乏味,Web dynpro又老又醜,而且由於bug(上次我檢查),視覺作曲家完全是廢話。

如果我在你的鞋子裏,我會盡力使你堅持使用你當前的環境,或轉向非NetWeaver Java EE環境。

+0

這是我的直覺。感謝您驗證它。我們將要構建的很多東西與SAP沒有任何關係(可能從BW獲得一些主數據或銷售信息)。我希望我們能夠堅持使用PHP,但管理層認爲它不是一種真正的企業語言,無論如何。 –

2

切換到Java背後的理由似乎有缺陷。大部分SAP功能仍然在ABAP堆棧上運行。 RFC,BAPI,IDOC等都是用ABAP編寫的,所以遷移到Java不會讓你更接近集成環境。 (即使你需要這樣做)。

你的經理可能由事實Netweaver的現在有一個Java堆棧相混淆,但它不會取代ABAP堆棧。 Netweaver的離散功能將在ABAP或JAVA堆棧上運行,而不是兩者。 Web Dynpro是此規則的一個例外,您可以在Netweaver中的Java或ABAP堆棧中開發Web應用程序。

不過,我不希望發展Netweaver的非SAP應用程序,除非你的系統的大部分在Netweaver的已經運行,並且新的應用程序是個例外。從你的問題看,似乎並非如此。如果你有SAP ECC6,你可以在需要時使用開發工具。這並不意味着您必須將所有內容都移植到Netweaver中。