其他

今年初，JBoss發布了Seam Web Framework 3.1版。然而，這並非僅僅是Seam的另一個小版本號碼升級，與之相反，該版本將是Seam的最後一個“打包”發布，也是一個重要的裡程碑。未來的開發將會以不同的方式進行，因為現在JBoss的精力已經開始放在了Apache DeltaSpike上。Apache DeltaSpike（目前還處於孵化器中）是一套Java CDI（Contexts and Dependency

我來給大家講一個故事：當我上大學的時候，選修了一門“進階”的物件導向編程的課程。在此之前我從未涉足此領域。這門課程使用SmallTalk這種語言，並且教學方式很特別；上課第一天，教授就給我們布置了一個將會貫穿4周課程的作業。我們都非常興奮，因為我們要寫一個遊戲。一個類似於Zork的文字輸入類的冒險遊戲。我們3人一組，來到教授擁擠的小屋裡。關於遊戲要求的說明都在一頁簡單的紙上。我們幾乎是跑著離開的。但是，就在我們將要出門時，他又把我們叫了回去（我相信他是特意選了這個時機）：“哦，對了，差點忘了！兩

（Windows XP SP2作host，Red Hat 9.0為guest） 在Windows上的VirtualBox中裝好Redhat9虛擬機器之後，box就想讓兩個系統分頁檔。分頁檔有多種方法，其中最簡單的一種是使用共用資料夾。 首先，在Windows上運行VirtualBox。，選擇“Red Hat 9.0”，再選“共用資料夾”。 點擊“共用資料夾”，會彈出“Red

叢集是保證大型應用高可用的重要手段之一，應用伺服器的叢集也是目前最常見的叢集操作方式。通過借鑒我的同事之前的經驗及相關資料，這裡製作了2中環境的叢集：一種是直接使用Apusic內建的負載平衡器，製作叢集。這樣的叢集不需要額外的負載平衡器，配置也是非常方便。另外，就是使用apache做負載平衡器，製作叢集。下面分別介紹兩種方式的操作過程。使用Apache做負載平衡器Apache的HTTP

情況描述：兩個不同的業務系統M系統與E系統，兩者之間的資料交換採用ESB平台，從而可以保證ESB內部的資料傳遞流程可以具有一個全域的事務，一旦發生任何異常，都會復原。資料傳遞的方向為從M系統傳遞至E系統。前期約定的內容，ESB擷取M系統的資料，資料擷取方式為從ESB與M系統約定的資料庫中間表中擷取（相當於M系統的前置機），調用E系統的WebService，將資料寫入E系統，並且將調用是否成功的結果寫回與M系統約定的中間表中（寫回M系統中間表的工作由ESB負責完成），調用E系統的WS之後，除了回寫

這貌似是一個非常經典的智力題。智力題背後考察的卻是對問題的充分理解。首先，香是不均勻分布的，也就是說燃燒的時間跟長短沒有關係；另外，兩根香是一樣的情況；第三，只是讓你來確定一段15分鐘的時間，沒讓你指定從香的哪部分到哪部分的時間是15分鐘。而且沒有其他的任何工具，只知道一根香燒完是1小時。這題的解，可能大家也都知道。先點燃一根香的一端，同時點燃另一根香的兩端，當兩端點燃的香燃盡時，便是半小時的時間；在兩端點燃的香燃盡時，點燃剩下那根香的另外一端，這樣，從剩下那根香的另一端開始點燃，到最終燃盡，便

隨著CDI的portlet整合庫的放出，我們可以在JSF portlet中通過Portlet橋，利用CDI帶來的巨大優點。 怎麼使用？ 除了通常的Portlet橋依賴以外，在portlet中使用CDI還需要： 在項目中添加以下依賴包：<dependency> <groupId>org.gatein</groupId> <artifactId>cdi-portlet-integration</artifactId>

前幾日，碰見一個奇怪的現象，連續的檔案上傳操作，會導致JVM記憶體溢出，而且是java.lang.OutOfMemoryError: PermGen space，記憶體的永久儲存地區溢出。最終，導致整個Apusic應用伺服器宕掉。對於Permanent Generation space，JVM在運行期是不會進行垃圾清理的，這塊記憶體溢出，一般主要是因為載入的類太多了，超出了JVM的預設值，或者設定的值。一般的解決方案是加大permanent generation

近日，瞭解到一個號稱是“百Google度”的網站，可以同時使用百度與Google進行搜尋，使用了幾天之後，感覺百度與Google的搜尋結果差距很大！而且可以說有本質的差別！同樣輸入一些公司的名字，百度搜尋的前幾項竟然不是這些公司的網站或者相關資訊，而是明顯搜尋排名上來的公司，可以說百度的搜尋結果明顯的是人為操作的結果，而且結果中前幾項多數都包含有百度百科、百度貼吧、百度知道，這類的資訊。而且最近百度好像推出“框計算”，號稱輸入相關關鍵詞，就可以擷取到更多的資訊。其實，從所有這些結果也好，策略也好

熙熙攘攘、人頭攢動、你方唱罷我方休，第四屆雲端運算大會第一天，大量涉及到“雲”的廠商以及對雲端運算感興趣的各路人員充斥著展會現場。公用雲端、私人雲端、混合雲、開放雲平台、雲管理、雲安全各種各樣的概念，傳統CPU廠商、硬碟廠商、伺服器廠商、虛擬化廠商、安全廠商、應用廠商、整合商甚至於中國移動這樣的行動服務提供者，都在本次雲端運算大會上亮出了自己的“雲”產品，當然移動在幾年前就提出了“大雲”的概念。每家廠商都將自己理論上最優勢的領域展現給大家，即使有些可能還不是特別完善或者只是停留在概念上又或者以靜

        近日，夥伴想要針對我們的應用伺服器做一個效能測試，測試的基礎是夥伴原有的一個功能龐大而結構複雜的業務系統，目的是看應用伺服器是否能夠滿足業務系統的需要，並對應用伺服器做一個總體評價。由於硬體資源有限，硬體伺服器的配置為：2顆四核的志強E5520，8G記憶體，250G硬碟，一台普通PC Server，作業系統使用的是Windows Server 2003 SP2.       

最近我在做有關ESB的開發工作，發現我們的產品（開源的Celtix  http://celtix.objectweb.org）要支援JBI和SCA兩個標準。這讓我困惑了好久，JBI和SCA有什麼區別呢？前幾天好好在網上收羅了一番，現在把收穫到的東西和大家分享一下：JBI definition http://www.theserverside.com/news/thread.tss?thread_id=35053SCA 與JBI的區別 http://azur.typepad.com/bpel/20

情況描述：將某一個java類和其他一些類打成jar包放到了Apusic-6.0/lib下，然後分別用兩種模式啟動apusic：一種是直接啟動apusic伺服器，一種是將apusic配置到eclipse中啟動。對於這兩種啟動模式在此類中直接用getResource("/");時得到的是不同的路徑；第一種啟動得到的結果是file:/APUSIC_DOMAIN/domains/mydomain/./第二種啟動得到的是file:/APUSIC_DOMAIN/classes/這個問題也許是apusic類載

近日，使用某產品安裝部署，在首次運行時，後台拋出以下異常：Caused by: java.sql.SQLException: Schema 'ROOT' does not exist    at org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown Source)    at

近日，有夥伴需要將原來的平台遷移至Apusic下，看起來是一個Java的網站內容管理平台，當然網站的展示是基本的功能。但是從客戶處瞭解到，這個平台原來在tomcat下運行時，需要在啟動參數中加上“-javaagent:C:/Tomcat-6.0/lib/aspectjweaver.jar”，才能正常運行，且不管為什麼要加上這麼一個參數（也許是用到了什麼進階的功能，這個javaagent據說是JDK5.0之後才加上的新特性，據說可以在main函數調用之前執行），我們看到的現象是在apusic下加上

本文是從 You Owe it to Yourself to be Old-School 這篇文章翻譯而來。我喜歡看電視劇《豪斯醫生》，我最喜歡的情節是他設法診斷一個人的病情時不是根據獲悉這種罕見的病症，而是根據對身體各部位的運作的整體的瞭解，從而定位出真正的問題所在。我發現這個事可以和一些極其重要的、但往往被很多編程人員忽視的工具和知識之間做很好的聯絡。Joel Spolsky 數年前就說過:為了對開發環境有全面的瞭解，開發人員應該學習C語言。我卻認為，這個問題實際上應該被提到一個更高的層次。

ApusicAS叢集對第三方的負載平衡（如：硬體負載平衡器F5，軟體負載平衡器Apache Server，微軟的IIS等）提供良好的支援。當使用第三方的負載平衡器時，AAS的Session複製同樣採用記憶體複製技術，及AAS的Session複製不會調整，但是由於Apusic Loadbalancer原生提供對Session的狀態備份，而第三方負載平衡器則無法提供相應的功能。因此，AAS採用了使用IP多播技術，通過IP多播和Java序列化/還原序列化技術在叢集中的AAS執行個體之間進行記憶體複製，

近，在工作中基於Xfire開發大量的WebService服務，但是始終遇到一個比較棘手的問題： 2008-6-23 10:43:44 org.apache.commons.httpclient.HttpMethodBase writeRequest 資訊: 100 (continue) read timeout. Resume sending the request 2008-6-23 10:43:45 org.apache.commons.httpclient.HttpMethodBase

近日，隨著鐵路客服中心網上購票系統中逐步可以購買大部分車次的列車，12306網站的種種問題便暴露出來，估計現在資訊中心及系統開發商正在緊鑼密鼓關注系統運行狀態，並絞盡腦汁尋找一切可以最佳化的地方進行最佳化，來滿足數量驚人的火車票訂票需求。先撇開效能問題不談，使用過12306的朋友可能都注意到了，在使用12306進行網上購票之前，需要下載一個根憑證到本地，然後，按照相關檔案的說明，將認證匯入IE瀏覽器，才能正常執行購票等操作。這個認證其實跟SSL/TLS有密切關係。本文介紹下在ApusicAS下如

叢集是解決應用的高效能與高可用的一種技術，就目前的常規Java EE應用中，最常見最常用的就是Web叢集。更規範一些說，web叢集就是解決兩個問題：客戶請求的負載平衡和Session的高可用。客戶請求的負載平衡是指客戶的請求依賴特定演算法被合理地分配給多台Web Server來處理。Session的高可用性是指當某台Web Server失效，這台Web Server服務的客戶的請求會被透明地轉寄給其它有效Web