Etch协议将在今年夏季发布测试版。为了让项目经理开始新的工作，Etch协议可能提供一种诱人的选择，替代SOAP（简单对象访问协议）、CORBA（公共对象请求代理架构）、EJB（Enterprise JavaBean）和其它成功的消息协议。Etch协议承诺可以进行分布式应用程序开发，没有SOAP协议负担的跨平台的头疼问题。这种性能水平使Etch协议更适合实时的应用程序，比传统的ASO基础设施更适合会话。

　　思科CUEA平台工程主管Louis Marascio说，当你把SOAP协议调整到一些可用的平台执行的一些功能的交叉点的时候，这些功能将显著下降。他说，思科致力于让所有支持的语言和平台上的全部功能都有100%的功能的兼容性。

　　虽然Etch的主要目标是启用CUAE 2.5中的新功能，但是，这个协议旨在拥有适合通用客户端/服务器应用程序的一般应用性。Marascio解释说，这个协议的设计目标之一是创建一种没有SOAP的复杂性和过分开销的应用程序之间的通信技术。虽然SOAP依赖于一种非常复杂的WSDL（网络服务描述语言）文件来定义客户机与服务器之间的接口，但是，Etch使用思科自己的接口定义语言中的一个文件。这个文件与Java接口文件有许多相似之处。

　　除了简化的配置之外，Etch还许诺比SOAP在线路上的开销少。在SOAP每秒钟能够管理大约900个电话的一个测试环境中，Etch以单向模式产生5万个消息，采用全双向模式可处理1.5万个消息。

　　Etch还是一种不局限于任何语言、平台和传输的协议。最初的发布版将支持C#和Java语言，包括集成到Visual Studio和Eclipse.Ruby、Python和C等语言的实施计划在近期进行。

　　Cisco打算把Etch作为一种开源软件发布，目前正在确定使用什么许可证的过程之中。这个目的是使用比GPL、Apache或者Mozilla限制更少的许可证。这就是要允许商业性开发商把Etch协议应用到自己的产品中，没有许可证问题。思科的人员表示，有关许可证决定的最后声明将在下个月发布。

　　Etch与SOAP不同的另一个功能是，一旦建立其连接，这个协议能够让服务器启动对客户端的通信。Etch还支持事件类型的消息：不要求回复的消息。这些能力使Etch能够执行通知式的服务。在这种服务中，客户能够注册获得有趣事件的通知。因此，应用程序能够在Etch的基础上进行设计。Etch还能够承担一般由企业服务总线处理的一些职能。

　　集成到Visual Studio和Eclipse的Etch对于适应SOAP集成工具的任何人来说都是非常熟悉的。在编辑了IDL（交互式数据语言）定义之后，开发人员告诉IDE（集成开发环境）生成一个客户端存根或者一个服务器骨架。这个客户端存根立即就能够使用。开发人员仅需要配置传输和端点，并且编写消息呼叫的消息。

　　在服务器方面，开发人员使用这个骨架，并且执行消息处理程序中的商务逻辑。这台服务器作为一个独立的流程运行，而不是生存在一个独立的流程中。端点和传输在运行时间定义而不是在服务定义中进行定义这样的事实与SOAP形成了巨大的反差。它们都必须使用硬连线连接到WSDL.Etch框架还能够自动地为C#或者Java环境创建构件脚本。

　　使用Etch协议实施自己的通信的项目是运气不佳的，如果它们需要与SOAP、JSON、REST或者其它现有的协议互操作的话。Marascio说，思科已经演示了这种能力可以轻松地创建Etch和SOAP之间的联系。他说，连接SOAP和REST之间的关键的东西将在Etch协议发布6个月之后提供。

　　思科还在研究把Etch协议建立成为一个标准的可能性。Marascio指出，思科在互联网协议的主要标准组织IETF中有很好的代表。替代的方法是，思科可能会试图把Etch作为一个行业标准进行推广。Etch的开源软件性质可能会支持这种努力。