运用开源产品构建全套SOA

IBM和oracle的SOA产品太大、难用，完全使用开源工具构建起SOA这个想法是否具有可行性？
根据《浅析主流商业和开源ESB产品》ppt，开源ESB最好的是mule和serviceMix，考虑易扩展性和研发成本，mule是ESB实现的最佳选择。serviceMix的JBI规范可能真的挺好，但是半死不活的，有闲的公司可能有条件尝试。
SOA的实施，可以选择ESB的研发和实施为切入点，现在ESB有了，剩下：服务管理/SOA治理 以及 BPM
BPM是最不靠谱的一个，如果要用的话，它的开源选型现在侧重BPEL apache ODE，还有更好的吗？

SOA治理方面，最好的开源工具据说是WSO2 registry，现在正在研究。本来既然总线用了mule，那么治理工具理应选择mule的galaxy，但是这个工具现在已经死了，快成为传说了。要把mule和wso2结合，也是个难题，现在仅有的资料是：
http://www.smartjava.org/content/mule-and-wso2-registry-integration

再看看死而不僵的UDDI，SOA早在几年前就为人所诟病，现在似乎还是这样，感觉远不如云计算发展的健康。
一点牢骚，有过来人吗？利用一系列开源工具，搭建SOA全套平台的？

这几个关联文章，看着都想哭，除了白衣的两篇经典，都是无疾而终，就像SOA当前的状态？
SOA里，看来只有ESB落地了，确实落地了。但是SOA治理工具和BPM工具呢？

ESB目前选择mule，BPM选择activiti。

WSO2 registry只是一个类似jcr的东西，不是governor工具。

就想要个和spring、mule一样思路清晰、文档完备的开源可用registry + BPM/BPEL
这么难么，这么多年了除了ESB，SOA还没落地么？

SOA落地是一个逐步的体系建设，打造SOA应用、SOA基础设施和SOA规范与方法，是实施SOA的三个入口，企业需要根据自身情况来选择合适的SOA切入点

esb选用servicemix,然后通过osgi service和camel结合组装服务，利用camel-drools来作服务编排

目前还有个Dubbo