Flex与JSON及XML的互操作
平台需要互操作性。在这篇文章中,作者仔细研究了Flex和JSON及XML的互操作性。文章也包含了使用E4X库来将XML映射到图表和表格组件的内容,还演示了如何使用as3core库来解码JSON消息。
作者 Mark Little译者 胡键 发布于 2007年5月8日 下午7时30分
时光回到2003年,WS-*之战正处于白热化状态(Oracle+Fujistsu+IONA+Arjuna+其他厂商对抗由IBM+Microsoft+BEA组成的邪恶帝国),Web服务可靠消息传递有两套互相竞争的规范。按照当时的典型做法(某种程度上,现在仍然这样),好的一方将他们的规范,WS-Reliability(名字太糟糕了,因为可靠性不仅仅只是消息可靠地传递),提交给OASIS,并成立了WS-RM技术委员会。而此时,帝国则秘密地重整他们的军队。
几年间,WS-RM技术委员会非常活跃,制定了若干标准并改进规范的性能,甚至还完成了一些实现。然而,竞争性规范总是会对相同领域的其它规范或标准的市场接受度起一定的延迟作用。这些年来,屡见不鲜的是:在Web服务上,如果缺少IBM和微软的支持,任何事情都很难取得进展。尤其是,他们还和那些厂商竞争时。
正因如此,当IBM、Microsoft和其它厂商宣布成立新的OASIS WS-RX技术委员会(其 中很多成员来自OASIS WS-RM)时,竞争对手的标准死期就临近了。但是这并不意味着OASIS WS-RM的努力就白费了,因为在其开发过程中获取的经验影响了WS-RX,而且无论从哪个角度讲,这都不是机械地附和。自这两个规范发布,四年已经过去 了,对于Web服务可靠消息传递(Web Services reliable messaging)仍然没有一致的标准出现。你会情不自禁地问:在2003年而不是2006年,如果有更多的公司参与,情形将会怎样。
最后,WS-RM技术委员会不是在毫无预兆的情况下消失的:
根据OASIS IPR转变政策规定,到2007年4月15日止,所有没有成功完成IPR转变的技术委员会将变成新模式(RF on Limited Terms,RF on RAND Terms,或RAND)之一,如果没有被OASIS理事会理事授权特殊处理的,必须关闭。
Web服务可靠消息传递(WSRM)技术委员会没有成功地完成IPR转变,因此现在关闭。
查看英文原文:OASIS WS-RM closes
译者简介:胡键,自2000年西安交通大学硕士毕业后一直从事软件开发。2002年开始使用Java,在项目开发中经常采用OpenSource工具,如Ant、Maven、Hibernate、Struts等,目前正在研究信息集成方面的规范和技术。可以通过jianhgreat@hotmail.com与他联系,或访问博客:http://foxgem.javaeye.com/。为InfoQ中文站贡献内容,请邮件至china-editorial@infoq.com。
平台需要互操作性。在这篇文章中,作者仔细研究了Flex和JSON及XML的互操作性。文章也包含了使用E4X库来将XML映射到图表和表格组件的内容,还演示了如何使用as3core库来解码JSON消息。
本文将简要介绍面向组合编程(COP,Composite Oriented Programming)的概念,展示它如何规避OOP存在的一些问题,并重新点燃使用可重用部件组装领域模型(Domain Model)的希望。
Mike Snell和Lars Powers用他们最近由Sams出版的新书《Visual Studio 2008揭秘》,试图帮助大家提高开发人员的生产力。本文包括一个下载样章——第10章调试。
Pierre Vigneras在本文中讨论了作为标准之一的BPEL所存在的问题。Pierre先给我们大致介绍了一个简单的并行流程,接着讨论了从业者在试图以一个结构化模型为基础表达非结构化流程时遇到的一系列问题。
Jeff Dwyer就关于他的新书(《Pro Web 2.0 Application Development with GWT》)、GWT1.5以及创建可搜索的Ajax应用谈了一些他的见解。
我们需要设身处地地为客户及客户的业务本身着想,与客户同舟共济。更多创新的思路、产品和模式也同样将为IT业带来新的出路。IT业并不需要坐以待毙,在春天到来之后,市场将会更加繁荣!
没有回复
回复