itstarting:IT進(jìn)行時

          想自己所想,做自己所愛

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

          #

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

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

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

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


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

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

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

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

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

          startServer.log日志很客氣的說啟動了,但失敗了,要看xxx日志之類的,然后看SystemOut.log,如下:
          com.ibm.etools.archive.exception.ManifestException: IWAE0015E 讀取歸檔 ioa5.war 中的清單時發(fā)生 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)

          這是什么郁悶問題啊,反復(fù)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進(jìn)行時 閱讀(1381) | 評論 (0)編輯 收藏

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

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

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

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

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

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

          僅列出標(biāo)題
          共3頁: 上一頁 1 2 3 
          主站蜘蛛池模板: 兴宁市| 吐鲁番市| 南岸区| 合阳县| 菏泽市| 天台县| 隆德县| 南宫市| 孝义市| 洪泽县| 荣成市| 龙口市| 凤城市| 凤山市| 合阳县| 湘潭市| 黑山县| 贡嘎县| 黄浦区| 富川| 西峡县| 图木舒克市| 枣强县| 濮阳市| 伊吾县| 潞城市| 虎林市| 广东省| 横山县| 集贤县| 襄城县| 永兴县| 九龙坡区| 乾安县| 桦南县| 南投市| 望谟县| 大新县| 余干县| 瑞安市| 望都县|