itstarting:IT進行時

          想自己所想,做自己所愛

            BlogJava :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理 ::
            28 隨筆 :: 3 文章 :: 55 評論 :: 0 Trackbacks

          #

          ?????? Mule和ServiceMix都是codehaus.org下的非常優秀的開源項目。現在想來,codehaus.org的勢力范圍好像已經越來越大:ActiveMQ,XFire,Drools,PicoContainer...再加上Mule和ServiceMix,其代碼的優秀、文檔的齊備和例子的多樣化,足以讓Apache們汗顏——咳,跑題了:)

          ?????? 應該說我最先認識的是ServiceMix,其網址為servicemix.org。等一下,現在登陸上去發現了apache的雞蛋(apache孵化器標志),完了,被apache用陰招了?果不其然,都舊聞了(請參考http://www.artima.com/forums/flat.jsp?forum=136&thread=125992)。不管怎么運作,首先ServiceMix是一個Java Business Interface (JBI) standard - JSR 208的干凈實現,是一個較純的JBI(JSR208)容器。

          ?????? Mule是因為ServiceMix而認識的,因為搜索ServiceMix的時候,有人拿他們做比較。其主頁是:mule.codehaus.org。后來逐步了解,才知道Mule的老大Ross Mason認為兩者沒有太多可比性的原因:Mule不是JBI實現,但可以集成任何JBI容器——這讓我想起IBM的兩個產品IBM ESB和IBM Message Broker(IBM自稱的Advance ESB)。

          ?????? 當然,在業界兩者比較的文章狠多,大家可以參考幾個典型點的:
          ?????? 1)Mule老大Ross Mason和ServiceMix老大James Strachan的口水仗帖子,也非常有助于大家理解兩者的價值及其差異:http://docs.codehaus.org/display/SM/How+does+ServiceMix+compare+to+Mule
          ?????? 2)一個自認為不是專家的專家比較文章:http://www.ctio.noao.edu/~andrew/sm-mule/Mule-v-ServiceMix.html


          ?????? 自己看吧,原滋原味的肯定比我嚼過的好:)
          posted @ 2006-06-30 21:52 IT進行時 閱讀(4365) | 評論 (1)編輯 收藏

          SOA,ESB,JBI,應該說,這是這兩年乃至未來幾年最為熱門的話題了。

          很大,話題真的很大,但我喜歡把這幾個概念說在一塊:因為我覺得他們在很大時候說的都是一個事情——那就是整合,基于服務的應用整合。

          下面是我就這個大話題的第一個開篇雜談,請參考拙作:http://www.aygfsteel.com/itstarting/articles/56027.html
          posted @ 2006-06-30 21:12 IT進行時 閱讀(1722) | 評論 (0)編輯 收藏

          今天項目組反饋說出現了這么個問題,說修改了一個was下面的應用配置文件(xml)后,居然IBM Was啟動不來了。

          startServer.log日志很客氣的說啟動了,但失敗了,要看xxx日志之類的,然后看SystemOut.log,如下:
          com.ibm.etools.archive.exception.ManifestException: IWAE0015E 讀取歸檔 ioa5.war 中的清單時發生 IO 異常
          嵌套異常的堆棧跟蹤:
          java.io.IOException: invalid header field
          ?at java.util.jar.Attributes.read(Attributes.java(Compiled Code))
          ?at java.util.jar.Manifest.read(Manifest.java(Compiled Code))
          ?at java.util.jar.Manifest.<init>(Manifest.java:64)
          ?at com.ibm.etools.archive.impl.ArchiveManifestImpl.<init>(ArchiveManifestImpl.java:37)
          ?at com.ibm.etools.commonarchive.impl.ArchiveImpl.makeManifest(ArchiveImpl.java:932)
          ?at com.ibm.etools.commonarchive.impl.ArchiveImpl.getManifest(ArchiveImpl.java:738)
          ?at com.ibm.etools.commonarchive.impl.ArchiveImpl.getDependencyClassPathAtThisLevel(ArchiveImpl.java:1305)
          ?at com.ibm.etools.commonarchive.impl.WARFileImpl.getDependencyClassPathAtThisLevel(WARFileImpl.java:336)
          ?at com.ibm.etools.commonarchive.impl.ArchiveImpl.getDependencyClassPath(ArchiveImpl.java:1336)
          ?at com.ibm.etools.commonarchive.impl.ArchiveImpl.getDependencyClassPath(ArchiveImpl.java:1330)
          ?at com.ibm.ws.classloader.ClassGraph.addModule(ClassGraph.java:135)
          ?at com.ibm.ws.classloader.ClassLoaderManager.initialize(ClassLoaderManager.java:126)
          ?at com.ibm.ws.classloader.ClassLoaderManager.<init>(ClassLoaderManager.java:103)
          ?at com.ibm.ws.runtime.component.DeployedApplicationImpl.start(DeployedApplicationImpl.java:529)
          ?at com.ibm.ws.runtime.component.ApplicationMgrImpl.startApplication(ApplicationMgrImpl.java:271)
          ?at com.ibm.ws.runtime.component.ApplicationMgrImpl.start(ApplicationMgrImpl.java:249)
          ?at com.ibm.ws.runtime.component.ContainerImpl.startComponents(ContainerImpl.java:536)
          ?at com.ibm.ws.runtime.component.ContainerImpl.start(ContainerImpl.java:413)
          ?at com.ibm.ws.runtime.component.ApplicationServerImpl.start(ApplicationServerImpl.java:125)
          ?at com.ibm.ws.runtime.component.ContainerImpl.startComponents(ContainerImpl.java:536)
          ?at com.ibm.ws.runtime.component.ContainerImpl.start(ContainerImpl.java:413)
          ?at com.ibm.ws.runtime.component.ServerImpl.start(ServerImpl.java:183)
          ?at com.ibm.ws.runtime.WsServer.start(WsServer.java:128)
          ?at com.ibm.ws.runtime.WsServer.main(WsServer.java:225)
          ?at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
          ?at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
          ?at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41)
          ?at java.lang.reflect.Method.invoke(Method.java:386)
          ?at com.ibm.ws.bootstrap.WSLauncher.main(WSLauncher.java:94)

          這是什么郁悶問題啊,反復google/baidu/yahoo了一番,終于在yahoo的一個旮旯里面找到一個文章( http://www.webservertalk.com/archive80-2004-3-165431.html),說了些奇形怪狀的問題。
          隱隱約約感覺到是MANIFEST.MF文件的問題。

          于是重新在本地“jar cvf ioa5.war .”了一下,把war包里面的META-INF/MANIFEST.MF讓項目組覆蓋,居然說好了

          呵呵,影響我看韓國 vs. 多哥的比賽了
          :(
          posted @ 2006-06-13 22:35 IT進行時 閱讀(1383) | 評論 (0)編輯 收藏

          ???第一天來BlogJava即挨了磚塊,且不說挨的值不值應不應該,光說這個人氣,就讓人側目。
          ???看來不可等閑視之,這幾天學習Mule有些心得,有空寫點文字,也對得起這個地方。
          posted @ 2006-05-31 08:39 IT進行時 閱讀(218) | 評論 (0)編輯 收藏

          http://www.aygfsteel.com/itstarting/articles/48969.html
          posted @ 2006-05-30 14:13 IT進行時 閱讀(1044) | 評論 (1)編輯 收藏

          ???沒弄明白兩者的區別。
          ???干脆這樣:“隨筆”就算心情故事,“文章”就算各類大作(當然包括自己的啦——自己的都在隨筆中作一引用)

          ???終于明白為什么現在SUN不敢隨意做標準的原因:這個世界變化快,一不小心被人揣:)
          posted @ 2006-05-30 14:12 IT進行時 閱讀(159) | 評論 (0)編輯 收藏

          ?? 魯迅的名言是:走的人多了,也就成了路。
          ?? 系統則相反:用的人多了,就死了

          ???這就是csdn blog的悲哀,所以挪窩到了blogjava,但愿悲哀不再……
          ??
          posted @ 2006-05-30 14:04 IT進行時 閱讀(187) | 評論 (0)編輯 收藏

          僅列出標題
          共3頁: 上一頁 1 2 3 
          主站蜘蛛池模板: 东乡县| 锡林郭勒盟| 德清县| 香河县| 门头沟区| 涪陵区| 清河县| 霍林郭勒市| 深圳市| 万全县| 方正县| 岢岚县| 娄底市| 东兴市| 澄江县| 呈贡县| 淮滨县| 内乡县| 涡阳县| 星座| 司法| 定结县| 湘乡市| 滨海县| 黄陵县| 灌云县| 旬阳县| 调兵山市| 兰坪| 东至县| 开江县| 西宁市| 古田县| 华容县| 正宁县| 马公市| 克拉玛依市| 龙海市| 德兴市| 桐城市| 望奎县|