拉里：“如果需要云，就需要云”
拉里·埃里森（Larry Ellison）在主題演講中的名言簡單地表達了云遷移對甲骨文的意義。 自從Exadata大型機發布以來，這是一項完全私有的“擁有自己的exa-cloud”戰略，這一轉變意義重大。
看到Larry一遍又一遍地展示幻燈片上帶有“ Java”一詞的幻燈片時，我們大多數人都感到納悶，甚至可能嚇到我們其他人。 可以想到的是，新的Java EE 7規范及其向PaaS和IaaS的發展正好趕上了這一新策略。 但是，在我隨意解雇之前，讓我們回到這篇文章的最初動機：這些家伙到底在干什么？作為開發人員或客戶，您期望在Oracle云中找到什么？
Oracle軟件和硬件
Java Cloud Service的官方規范對期望的內容進行了高度概括。 WebLogic 11g是首選的Java EE容器。 意味著，您可能只能使用第一個版本來部署Java EE 5應用程序。 甚至受支持的Java EE規范版本也強烈地朝著這個方向發展（EJB 2.1、3.0； Servlet 2.5，JSP 2.1）。另一方面，數據庫是11gR2。 如果您回頭看看OOW上展示的其他幻燈片，那不是太勇敢的猜測，Oracle正在Exalogic和Exadata的組合上運行這些東西。 而且我還猜想，您將能夠在新的企業管理器云控制的幫助下監視和管理WebLogic域。 從事實來看，Oracle禁止即時配置，我還假設他們正在使用虛擬程序集生成器和一些預配置的模板來使WebLogic Domain um正常運行。 很高興看到每個云帳戶都有一個專用的OVM實例。 您必須將應用程序定位到完整的群集這一事實表明，您將無法在部署過程中明確選擇托管服務器。
Oracle云開發
但是，云的發展會是什么樣？ 根據公共功能 ，將與JDeveloper，Eclipse和NetBeans緊密集成。 與ANT一起看到命令行界面，我相信第一個IDE集成將具有非常有限的功能，您可能僅能將其部署到您的云中。 我假設在這三個IDE中的任何一個中，您都將擁有一個新的服務器配置選項，可以相應地處理所有需要的配置（主機，端口，用戶，pwd），并且簡單的“在服務器上運行”將開始部署過程。 規范還提到了白名單（檢查受支持的API）和SDK。 因此可以猜測，IDE在將您的應用程序放入云之前還將對它們進行一些飛行前檢查。 您的應用程序顯然不需要實現專有的Oracle API（例如google要求授權或數據庫訪問），但是再次通過查看規格，似乎您將無法使用整套WebLogic和Java EE 5 API 。 看到帶有顯式“本地接口”的EJB可能表明RMI將不在其中。 到目前為止，對于故障轉移和會話復制的含義還不清楚。 同樣，似乎您不應該考慮部署戰爭文件和耳文件以外的任何東西。 是否包含WebLogic庫機制尚不清楚。 似乎除http之外的任何其他內容都無法訪問您的應用程序。 根據規范，甚至不可能有入站SOAP Web服務。 Oracle的一個小附加功能是，您顯然可以利用完整的ADF堆棧（Faces，Bussiness Components）。 單獨提及ADF Web服務數據控件，讓我相信，關于數據控件，通常還有其他限制或版本。
結論
這是帖子的一部分，我可能應該非常興奮并告訴您，這是當今可用的最開放，最好和唯一的云產品。 對于一個一般性的結論，也許我為時過早，但讓我們看看撰寫本文時的明顯事實：
相反：
–僅Java EE 5（有限制）=>現在已經有幾年了，對嗎？
–定價=>目前尚不清楚。 他們可以立即搞砸整個事情！ –僅WebLogic =>那GlassFish呢？ 我們需要一個ExaFish！
優點：
– WebLogic =>很好。 特別是因為我希望許可證包含在訂閱中？
–在Exa上運行=>可能是最好的硬件。 在制造商的完全控制之下。 –僅Java EE =>不需要其他專有內容。 隨身攜帶。 基于標準。
讓我們放松一下，直到第一個正式版本發布。 我非常期待獲得有關此方面的知識。
參考： Oracle WebLogic Java云服務– JCG合作伙伴 Markus Eisele在“使用Java進行企業軟件開發”博客中 的幕后故事 。
- Java EE過去，現在和云7
- 在云中開發和測試
- Java EE中的配置管理
- 泄漏：Oracle WebLogic Server 12g
- Java教程和Android教程列表
翻譯自: https://www.javacodegeeks.com/2011/10/oracle-weblogic-java-cloud-service.html
和sleep() 的區別)
