java中element转换_OMElement和java对象之间的转换.doc

OMElement和java对象之间的转换

转自： HYPERLINK "html" htmlAXIOMAxis对象模型(AXIOM)是一个XML对象模型，设计用于提高XML处理期间的内存的使用率和性能，基于Pull解析。Pull解析方式，基于STAX(Streaming API for XML)，Pull解析是最近处理XML的一种趋势，而SAX和DOM都是基于push的解析方式，也就是说解析控制在parser本身。Push解析方式很容易使用，但在处理XML文档时效率并不好，(因为要在内存中生成完成的对象模型)。Pull解析方式颠倒了这种控制方式，增强了parser，只在用户需要的时候才进行处理。用户决定处理或者忽略parser生成的事件。AXIOM(也称为OM)可以控制解析过程，以提供延迟构建支持。延迟构建是指AXIOM不完全构建对象模型，模型的其余部分基于用户的需要构建。以下实例对此概念进行了说明：假定某个用户需要从XML输入流中获得一个人的元素值，AXIOM构建的对象模型将一直包含到元素结束的内容，而让其他内容保留在流中：清单 1.对象模型的AXIOM部分构建???? ????????? DihInI Himahansi????????? Femal????????? Colomo,Sri LanKa????????? ???? ???? ????????? DihInI Himahansi????????? Femal????????? Colomo,Sri LanKa????? 这里的优势在于，尽可能仅使用能满足用户需求的内存。如果用户希望访问较大的文档中前面的数个字节或数千个字节，则延迟构建功能将改善应用程序的内存需求情况。可以从任何元素获得Stax事件，而不管是否完整构建了对象模型。在有些情况下，Axis2的此功能非常有用。例如，当Axis2作为中介传递时，如果仅需要读取SOAP消息的Header，AXIOM将防止其读取整个SOAP消息，使其具有很高的内存效率。另一个例子是，当Web服务实现能够直接使用Stax事件时，由于采用了AXIOM，Web服务所需的内存非常小。此外，AXIOM内置了消息传输优化机制(Message Transfer Optimization Mechanism，MTOM)支持。对于AXIOM体系结构，可以通过实现AXIOM接口并将其插入到Axis2中来执行自己的对象模型。由于AXIOM最初是作为Axis2的对象模型而开发的，因此AXIOM提供了构建于基础AXIOM API之上的SOAP接口。这允许您使用envelop.getHeaders和envelope.getBody之类的便利方法查看SOAP。AXIS2会将Web Service方法中的参数或返回值中的自定义对象、数组、List等类型统一映射为OMElement类型，这就是我们需要编写OMElement于自定义类型之间的转换方法，下面给出了几个常用的方法：CASE1：自定义对象生成OMElement方法：Person man=new Person();man.setName("Warlaze");man.setAge(25);man.setAddress("Bei jing");man.setPhonenum();javax.xml.stream.XMLStreamReader reader=BeanUtil.getPullParser(man);StreamWrapper parser=new StreamWrapper(reader);StAXOMBuilder stAXOMBuilder=OMXMLBuilderFactory.createStAXOMBuilder(OMAbstractory.getOMFactory(), parser);OMElement element=stAXOMBuilder.getDocumentElement();CASE2：list或Array类型生成OMElement方法：List list=new ArrayList();list.add(man);OMElement omElement=BeanUtil.getOMElement(new Q