剖析短迭代
敏捷教练Dave Nicolette提出:我们应该如何设定迭代长度?是要根据发布周期的时间么?使用短迭代又有哪些好处?
作者 Mark Little译者 黄璜 发布于 2008年7月11日 上午3时40分
OASIS刚刚宣布了 这两个技术委员会的终止:UDDI和OASIS Web服务实现框架(FWSI)。就UDDI而言:UDDI规范技术委员会标准化了两个版本(v2.0和v3.0)的UDDI规范集,以及以模式为中心的XML标准化规范1.0版。参见:http://www.oasis-open.org/committees/uddi-spec/doc/tcspecs.htm#uddiv3。UDDI 2.0版与3.0版都获得通过成为了OASIS标准。参见:http://www.oasis-open.org/news/oasis_news_02_03_05.php,以及该技术委员会的报告“UDDI v3: The Registry Standard for SOA”,地址是:http://www.oasis-open.org/presentations/uddi_v3_webcast_20050222.pdf。这并不意味着UDDI开发的终止,就像OASIS的公告里所表明的那样:它将继续存在下去并将保留在UDDI的主网站上。一直以来OASIS都有在宣布技术委员会的终止,但这次也许有一些不同。近年来对注册的需求一直在增长,但采取UDDI方式的却不见增加。尽管在开源的赛场上一些ESB使用UDDI,其它的人却不这么看并且对其用处表示怀疑。也许退出OASIS(现在,或者永久也未可知)对UDDI来说并不是问题,因为从它诞生开始它就是在这些怀疑当中顽强地生存着。然而UDDI的新用户数量明显已经跟不上注册中心新用户的数量。
UDDI规范集及其相关的数据模型和模式对在企业内部和企业之间发布和发现web服务提供了基本的支持。这些标准如今已得到广泛的应用,并且是标准化的Web服务注册中心和目录的基石。
FWSI技术委员会制定了两个规范:FWSI功能性元素规范v2.0,以委员会规范得以通过;FWSI Web服务实现方法学,以公众评审草案得以通过。FWSI对业界来说真的有影响吗?当然技术委员会有制定一些文档并且开过一些会议,但其从未被供应商和其它标准大量地交叉引用过。
FWSI项目通过定义由实现流程以及通用功能性元素所组成的实用而可扩展的方法学,来设法促进为高质量的Web服务系统实现健壮的Web服务。
本文主要讲述了如何用JBoss Portlet Container 和JBoss Portlet Bridge创建新项目,怎样配置一个JSF应用去使用JBoss Portlet Bridge,以及JBoss Portlet Bridge所具备的功能。
在这篇文章里,Bryon Jacob和Chris Berry将和我们继续探讨AtomServer,它是基于Apache Abdera的完整Atom存储实现。作者还创建了几个Atompub规范扩展,其中包括自动标记、批处理和Feeds聚合。
InfoQ中文站的电子杂志《架构师》试刊第二期出版了!相比于上期,我们在内容的选择安排和版式上都根据读者的意见重新做了修正。“细节决定成败”,我们希望基于InfoQ中文站的专业内容,《架构师》能逐渐成为大家喜欢的电子刊物!
在本文中,Steven Haines探讨了Web应用性能调优问题。该领域过去更像是一门艺术而不是一门科学。他提出了一种称为基于等待调优的方法,使整个调优过程更加可度量,也因此更具科学性。
通常来说,改变技术路线时最艰难的部分是辨别语言语法之间的不同。这篇文章就为Java开发者提供了一份如何转向Flex基础语言ActionScript的指南。
本视频主要以财帮子为例,介绍了如何创建一个PV为百万级的Rails应用。其中包括:Rails应用的服务器架构、Rails Cache的优化、负载均衡的处理、Web服务器的调试、分布式解决方案、Open API的设计等等。
InfoQ首席架构师Alexandru Popescu在采访中谈论了InfoQ架构、Webwork与DWR、Hibernate与JCR、Hibernate可扩展性、最新的InfoQ视频流系统和InfoQ的未来规划。
1 条回复
回复