<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    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進行時 閱讀(4361) | 評論 (1)編輯 收藏

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

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

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

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

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

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

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

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

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

    僅列出標題
    共3頁: 上一頁 1 2 3 
    主站蜘蛛池模板: 亚洲视频免费在线看| 中文亚洲AV片不卡在线观看| 久久久久亚洲AV无码专区体验 | 亚洲日韩精品无码专区加勒比| 国产啪精品视频网免费| 亚洲系列中文字幕| 98精品全国免费观看视频| 亚洲美女视频一区二区三区| 最近2019免费中文字幕视频三| 久久亚洲私人国产精品vA | 国产免费AV片在线播放唯爱网| 亚洲免费电影网站| 免费看美女让人桶尿口| 精品亚洲福利一区二区| 亚洲国产精品成人网址天堂| 中文字幕一区二区免费| 久久久久亚洲av无码专区喷水 | 一级毛片a免费播放王色电影 | 亚洲av乱码一区二区三区香蕉| 在线免费观看a级片| 污视频网站免费在线观看| 亚洲一区二区精品视频| 久9久9精品免费观看| 国产精品亚洲精品观看不卡| 国产免费一区二区三区VR| 中文永久免费观看网站| 亚洲熟妇无码爱v在线观看| 香蕉高清免费永久在线视频| 日本一区二区三区在线视频观看免费 | 国产亚洲精品成人AA片| 又粗又大又硬又爽的免费视频| 中文字幕看片在线a免费| 久久久久亚洲AV无码专区首JN| 好大好硬好爽免费视频| 成人无码视频97免费| 亚洲精品国产精品国自产网站| 亚洲国产成人精品无码久久久久久综合 | 黄色网址大全免费| 亚洲精品第五页中文字幕| 免费在线不卡视频| 国产精品永久免费10000|