公司內部各種異質IT基礎設施與OS專用的老舊程序阻礙了公司進步，你該怎麼辦？
你可仿效FCCI保險集團應用軟件開發主股Steve Goldsmith的作法，把公司內的Windows、Linux、甲骨文與AS/400系統之間的藩籬通通拆掉。
要讓所有系統都能有某種程度的兼容性，這意味著每個平台商業邏輯都必需經過標准化，以便與其它平台作溝通；同時還要選擇一個整合開發平台，一體適用在整個基礎設施上；最後則是加入一層界面來作統一的呈現。
Goldsmith與他的同事最後決定采用Java當作商業邏輯層，另采HTTP/Html作為呈現層。但FCCI公司並不以此自滿，雖然讓整個應用基礎設施具備共通性在未來將會有莫大成效，但FCCI決定再從這些整合行動中再搾出額外的投資報酬率：那就是進入開放原始碼領域。
根據Goldsmith的說法，一旦基礎架構完成後，他們只需選擇適用於各個部分的開放原始碼組件即可：包括IDE、Web服務器、J2EE服務器等。Goldsmith表示，FCCI在敲定最後規格之前也經歷一段「嘗試錯誤」的實驗階段。現在最難的部分已經過關，FCCI不但省下一筆可觀的，授權費Goldsmith甚至宣稱商業軟件壽終正寢之日也指日可待。以下是他的故事。
Steve Goldsmith現身說法
三年前，我們開始討論應用開發的未來方向。當時我們是以Delphi撰寫ISAPI模塊(執行於IIS的Web應用DLL)，並部署在Windows NT與 Windows 2000服務器上。Delphi語言同時還可讓我們開發用在Windows平台的n-tIEr，以及客戶/伺服端解決方案。
那時候我們的IT環境主要采用IBM AS/400、Windows 2000服務器以及甲骨文服務器；我們還收購了一家采用AS/400系統的廠商。以Windows為導向的解決方案，包括微軟即將推出的.Net，都無法在全部的平台上執行。當時IBM與甲骨文已開始全力支持Java，若我們希望我們的程序代碼能在內部所有平台上執行，Java是一個相當合乎邏輯的選擇。
我們一開始是使用Borland的JBuilder搭配apache Tomcat來開發JSP服務器程序。我們也決定使用Html模板來區隔呈現層與商業邏輯層。開放原始碼世界裡有許多不錯的服務器端模板解決方案。我們選擇Velocity，因為它的彈性大，且在Trubine與JPublish的使用上也都經過市場驗證。在數據庫連接方面，我們采用JDBC，以及一個稱為DBConnectionManager的類別來當作數據庫連接共享。但一模式雖然效果不錯，但為了能完全善用J2EE堆棧，我們還加入EJB與其它Tomcat所缺乏的J2EE功能。
不久之後，我們發現JBoss不但有所有我們需要的功能，還有一些額外的部分。JBoss是百分之百Java軟件，並有一個HTTP 1.1網絡服務器，熱部署、叢集、JMX，更棒的是，JBoss可讓我們將原本執行於Tomcat下的服務器小程序直接拿來用在JBoss上。我們於是開始善加利用這些J2EE功能，拿掉DBConnectionManager軟件，直接使用JNDI當作DataSources與JavaMail。JBoss與我們的應用都能部署載Windows 2000 Server、Linux與AS/400上。截至此時，我們還持續使用JBuilder當作我們的IDE，但這一情形即將發生變化。
為了尋求建立J2EE終極開發套件，我接觸到Eclipse。若結合1.4 Java SDK、JBoss與各種plug-in程序來使用，Eclipse不僅可與JBuilder並駕齊驅，許多方面甚至有青出於藍的趨勢。Eclipse+JBoss可允許直接在已部署的EJB上進行類別放置，並在同一IDE上進行伺服端與客戶端的除錯。Eclipse的觀點模式可輕松切換於編寫、除錯與schema(綱要)編輯。即使我們決定使用商業軟件，我們的程序代碼也可與JBuilder、WebShpere Studio、BEA Weblogic等兼容。
目前，我們正積極使用EJB與自家資料快取技術來開發商業邏輯層。我們已經從撰寫Servlet程序進展至撰寫Applet、Thinlet、Swing應用、AS/400 RPG程序呼叫原生Java對象等。
IT部門不必再付出高額授權費便可開發完整的企業解決方案。花大錢購買企業開發軟件包與應用服務器的時代即將開始沒落。
