itstarting:IT进行时

       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


       自己看吧，原滋原味的肯定比我嚼过的好：）

SOA,ESB,JBI，应该说，这是这两年乃至未来几年最为热门的话题了。

很大，话题真的很大，但我喜欢把这几个概念说在一块：因为我觉得他们在很大时候说的都是一个事情——那就是整合，基于服务的应用整合。

下面是我就这个大话题的第一个开篇杂谈，请参考拙作：http://www.blogjava.net/itstarting/articles/56027.html

今天项目组反馈说出现了这么个问题，说修改了一个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. 多哥的比赛了
:(

   第一天来BlogJava即挨了砖块，且不说挨的值不值应不应该，光说这个人气，就让人侧目。
   看来不可等闲视之，这几天学习Mule有些心得，有空写点文字，也对得起这个地方。

http://www.blogjava.net/itstarting/articles/48969.html

   没弄明白两者的区别。
   干脆这样：“随笔”就算心情故事，“文章”就算各类大作（当然包括自己的啦——自己的都在随笔中作一引用）

   终于明白为什么现在SUN不敢随意做标准的原因：这个世界变化快，一不小心被人揣：）

   鲁迅的名言是：走的人多了，也就成了路。
   系统则相反：用的人多了，就死了

   这就是csdn blog的悲哀，所以挪窝到了blogjava，但愿悲哀不再……