Sun用AppServer8.0反擊對手

2019-11-18 11:19:11

字體：大中小

來源：轉載

供稿：網友

　　在最近的一次采訪中，Sun公司的軟件執行副總裁Jonathan Schwartz對ZDNet的執行編輯David Berlind的一個欄目就其關于最近IBM和BEA的合作是否會標志著java標準的末日的開始的問題做了答復。
　　
　　在采訪中， Schwartz談了IBM和BEA的動作， Java標準化組織（Java Community PRocess）的完善，因為它屬于linux和開放源碼，其責任的免除，以及Sun如何計劃讓它更便于企業從Microsoft Windows和Office轉向基于瀏覽器和Java的其它選擇。
　　
　　IBM和BEA最近在取得JCP的認可前合作生產和支持了一些J2EE擴展模塊。兩家成員，湊巧也是市場份額的主要占有者，一起認可了JCP還沒有時間考慮的J2EE擴展模塊時，JCP是否被排斥在外了？
　　我不能肯定這與JCP的目的無關。JCP是為了確保在多種應用間有一個標準。它也是一個定義下一代JCP規范的地方[編者按：JCP規范被稱為JSRs或"Java請求規范"]，但是還有其它的途徑。這與JCP沒什么關系，因為它是對我們新的應用服務器的一個回應。
　　
　　不管如何衡量，IBM和BEA在市場份額方面都是遙遙領先的。你認為新的應用服務器的什么方面引起了這樣的結果？
　　IBM和BEA都受到了我們的AppServer 8.0的壓力，因為它是免費的并且可配置的。它同時符合J2EE 1.4和WS-I基本概要，你可以在上面經營業務。它可以在Solaris， Linux， HP-UX 和Windows上使用。
　　
　　它在所有這些平臺上都是完全免費的嗎？沒有附帶條件？
　　沒有附帶條件。令人興奮的是JBoss也簽約獲得了許可。所以，在我們之間，JBoss和Apache之間， IBM和BEA將很難向市場收取每臺CPU數萬美元的費用。這個壓力促使IBM和BEA要創新。
　　
　　但是為什么要在提交給JCP之前公布擴展模塊，而不是之后呢？
　　[IBM和BEA最終]把它們提交給了JCP，因為市場寄希望于JCP給出他們認為安全的標準。因為有了這些標準，JCP使得用一臺符合標準的應用服務器來替換另一臺成為可能，同樣這也引起了應用程序服務器提供商之間的競爭。我知道這破壞了IBM的計劃，他們更喜歡與微軟在網絡服務互操作組織（WS-I）中合作，但是那似乎停滯不前了。
　　
　　你為什么認為WS-I停滯不前了？
　　我沒有看到它在市場上有很多的推動。有段時間Java和網絡服務是互不相干的?，F在它們彼此是相通的。另外，微軟在WS-I之外做的事要多得多，他們把精力放在了對微軟更具戰略性的事情上，例如Longhorn的發展及他們的應用程序服務器基礎設施。一切都是為了推動微軟，而不是WS-I。所以，現在，只有一個跨平臺的組織在推動網絡開發，那就是JCP。
　　
　　IBM過去抱怨過JCP動作太慢。IBM和BEA首先著手這些規范，然后再向JCP建議的做法，是否會是對這一問題的應對呢？
　　IBM和其它公司抱怨JCP動作太慢。那真是個可笑的說法。IBM嫌JCP慢是因為IBM想要提供專有技術，并想以標準為托詞這么做。他們說等待和遵循標準放慢了他們的速度。然而，假如速度對他們真是如此重要，他們為什么沒能盡快交出符合J2EE 1.4的WebSphere版本呢？我們是第一家交出符合1.4標準的服務器的公司，同時它也支持WS-I的基本概要。我們甚至比微軟先支持WS-I基本概要。IBM始終不懷好意地將JCP與其競爭者對比，而這就是證實JCP的速度快過其競爭者的證據。 [編者按: Schwartz沒有明確指出他指的是哪家機構。在極大程度上，IBM與網絡服務相關的工業合作都發生在WS-I或結構化信息標準推進組織（OASIS）。]
　　
　　規范發布后多久你們發布了對J2EE 1.4的支持？
　　我想我們在它被批準的當天就趕出來了。假如不是的話，那也是之后很短的時間里。
　　
　　經一位開發人員提供的技術查詢， IBM上月發布了符合J2EE 1.4和WS-I基本概要的應用程序服務器。Sun在2003年11月的第二個星期發布了其符合J2EE 1.4標準的應用程序服務器的開發人員版，大約是在JCP對J2EE 1.4規范最終投票過程于11月11日結束后一周。兩周后，11月25日，也就是J2EE 1.4的JSR 151最終版本在JCP的網站上貼出供下載這天，IBM和BEA公布他們共同開發的三個J2EE擴展模塊對JCP的共同預支持。]
　　
　　目前有誰支持了J2EE 1.4？
　　只有我們和IBM。
　　
　　BEA和IBM向JCP提議的三個擴展模塊需要經過多長時間的程序？
　　那要取決于JCP了。JCP內沒有競爭的議程。JCP的唯一議程就是向客戶保證他們所依靠的標準將使他們得到他們想要的靈活性，同時向他們提供一種避免任何專利鎖定的方法。這就是為什么開發人員必須避免那些不被JCP承認的專有技術的，指定銷售商的應用程序服務器的API。
　　
　　ZDNet：那么Eclipse以及IBM沒有參加最近成立的Java Tools Community這件事呢？
　　對于IBM的意圖有很多懷疑。這就是為什么人們對Eclipse持懷疑態度。它真的就是為了推動WebSphere。
　　
　　Eclipse什么地方是Sun覺得不喜歡的？
　　IBM用Eclipse來把開發人員拉回到WebSphere和一個非標準的GUI的Java庫，叫做SWT。它不象SWING那么便于攜帶，而SWING是標準。這很聰明，他們也做了一些不錯的東西。
　　
　　不過假如開發人員愿意的話，他們不能用Eclipse來根據SWING編寫嗎？好象Eclipse并沒有阻止他們與SWING標準相配。
　　
　　沒錯。假如你愿意，你可以根據SWING來寫。但是當為SWING開發時不象為SWT那么匹配。與標準J2EE規范對立，根據IBM的WebSphere編寫也是一樣的情況。這就是為什么我們要推介應用驗證工具包（AVK）。這使客戶可以帶著他們的應用程序來，免費對應一個參考應用-- 我們的AppServer 8.0來運行-來看看它們是否會被任何專有的API捕捉到。
　　
　　假如它遇上了任何專有技術的API會發生什么？
　　Schwartz：它會出現錯誤，并說這些特定的代碼行對該應用程序意味著風險。
　　
　　我們再來談Linux，SCO和免責。去年，你是首先提出免責問題的人之一。你當時問有這樣一個潛在的責任，各公司應該如何前進，還指出Sun愿意如何提供免責?？山Y果，這不是針對Linux的，而是對Solaris的。既然你的策略與Linux的關系比過去大大增加，Sun對于免責問題的立場是否有改變？
　　今天，假如你運行我們的桌面-Java桌面系統（JDS）--我們會免責整個解決方案。
　　
　　那是基于什么版本的Linux呢？
　　目前是SuSE的版本.
　　
　　Sun是否會有自己的Linux版本？
　　我們始終在尋找機會為用戶將成本保持在低水平?，F在，我們沒有較大的意愿要改變。與SuSE的交易非常好。有愛好的一家公司是IBM。IBM是全世界最大的知識產權起訴方，但是他們拒絕對他們的Linux客戶提供免責。
　　
　　HP和IBM很象。他們在他們的產品中提供Linux，但那不是他們公司自己的Linux版本。盡管HP只是做了整合，它還是愿意免責。那么Sun呢？與HP和IBM一樣， Sun也是個整合者。那么在你的產品上運行Linux的人呢？
　　當我們生產整合的解決方案，如JDS時，我們提供免責。但是，假如一臺服務器，他們在上面運行比如Red Hat Linux，他們需要去找Red Hat。我們希望看到Linux的銷售商提供免責。假如你不能為你的知識產權做后援，那么你帶給你的客戶的價值是什么？你最近看到過Red Hat的10-Q表格嗎？看看它的表格中風險因素欄是如何在不斷增加。所以，我們希望看到Red Hat和Hp及Novell一起提供免責。
　　
　　Sun是否有任何計劃對JDS以外的產品提供免責？
　　Java企業系統會有可能。
　　
　　那是在Linux上的？
　　就要支持Linux了。現在，它是在Solaris上。我們正研究免責問題。
　　
　　我作為一個在業余時間依靠Office， Outlook和Windows API做許多重活的開發人員，我想知道我要怎樣可以用Java達到同樣的目的。但是，Java不能訪問那些API。Sun對微軟提出了訴訟，因為它基本關閉了這一訪問。那不僅剝奪了我轉到Java的機會（除非我完全停止使用），但同時也剝奪了平穩地脫離Office或Windows的機會，假如我想要這么做的話。假如在MS-Office和StarOffice之間沒有那些API或提取層來方便變動的話，你要如何讓客戶從Office移過來呢？事后想想，也許微軟最初提供的道路是件好事。
　　
　　你想要寫一次，在任何地方可以運行。微軟的一個問題就是寫一次，在任何地方運行的想法，以及讓客戶轉移的機會根本不存在。但是既然我們已經推出了Java桌面系統，我們看到了在基于瀏覽器和Java環境下的為應用程序開辟趨勢，這一切我們都已經在Sun做了。結果，當世界的其它地方深受[MyDoom病毒]之苦時，我們在Sun卻未受絲毫影響，而且我們運行的是我們在Windows上會運行的同樣類型的生產應用程序。對于那些感覺他們不能承受重建這些應用程序開支的公司來說，他們應該更仔細地看看Java企業系統。我們定價為$100的一個原因就是這樣各企業可以省下數百萬美元，使用其中一部分錢來承擔遷移的開支，還能省下不少的錢。但是說到提供一個遷移的路徑，客戶想要的是可以安全地遷移到一個新的，更安全的環境中。所以，我們正尋找辦法來提供在Java運行時對[Windows 和Office]的類庫的訪問。

上一篇：Java2源碼解讀：java.util.ArrayList

下一篇：竹筍炒肉的cocoon學習筆記