在cxf中使用配置避免增加字段导致客户端必须更新的问题

2013/07/31 11:00:19 1 Comment

在使用cxf实现webservice时,经常碰到的问题就是如果在服务端,修改了一个接口的签名实现,如增加一个字段,或者删除一个字段。在这种情况下,在默认的配置中,就会报以下的错误信息:

org.apache.cxf.interceptor.Fault: Unmarshalling Error: unexpected element . Expected elements are

这种错误即客户端使用的传输对象与服务端接收的参数的字段不匹配。但如果,每次修改服务端的实现,都需要更新客户端时,就会出现一些问题,如在某些情况下,客户端的更新是不可能的事(如不在自己掌握之内,或者服务不能随便更新,或者其它计划时)。

如果避免这种问题,其实也很简单,就是禁用cxf中的字段信息验证,如果禁用掉此验证,就不再会对相应的字段信息进行验证,同时没有的字段也会自动的忽略。整个解决只需要增加以下的一行配置即可,在cxf.xml(spring集成文件)中增加以下配置项:

<cxf:properties>
   <entry key="set-jaxb-validation-event-handler" value="false"/>
</cxf:properties>

这样,即会禁用掉所有cxf的数据验证,在大多数情况下,这可以满足我们的要求(除非你有其它和cxf集成的数据验证要求)。

针对WebService使用Service类获取Port类的一个参数问题解释

2012/10/23 07:44:07 No Comments

最后在学习WebService时,看到对于官方的例子是这样写的.

private static final QName PORT_NAME
        = new QName("http://server.hw.demo/", "HelloWorldPort");
        Service service = Service.create(SERVICE_NAME);
        String endpointAddress = "http://localhost:9000/helloWorld";
        service.addPort(PORT_NAME, SOAPBinding.SOAP11HTTP_BINDING, endpointAddress);
        
        HelloWorld hw = service.getPort(HelloWorld.class);

注意看上面的PORT_NAME的定义,是一个QName,其就有namespaceURI和一个name值,而在使用serivce获取port时直接传递了接口名参数。
这样的例子是可以运行的,这就导致了本人在编写参考例子时,直接Copy了相应的代码,但是修改了各项名称,在运行时,即始终运行不起来,相应的错误为

java.net.MalformedURLException: Invalid address. Endpoint address cannot be null.

以上的错误直接让人找不到方向,而实际问题是,service根据所传递的信息,在只传递了接口信息时,会默认构建一个QName的信息,再从service中寻找,如果寻找不到,自然就会产生上面的错误了。
在官方的例子中,它会默认构建HelloWorldPort这样qname去寻找,而在进行service.add时,恰好添加的就是HelloWorldPort这个qname,那么就恰好寻找到了。

而我们的例子,由于做了很多处理,导致默认添加到service的port的name并不是Service.class.getName+Port的组合,那么自然就找不到相应的port了。而正确的做法,其实也很简单,就是在获取port的时候,手动地指定要获取port类的qname,如下所示:

		QName userServicePortQName = new QName("http://cxf.java.study.m_ylf.com/", "abcPort");
		service.addPort(userServicePortQName, SOAPBinding.SOAP11HTTP_BINDING, "http://localhost:8080/userService");
		UserService userService = service.getPort(userServicePortQName, UserService.class);

即在往service时添加什么样的port,那么在获取时就使用什么样的qname。再一步理解,addPort这个方法就可以理解为以键值对的方式往service里追加port,那么在获取的时候自然就要提供相应的key值了。如果不提供,就会使用默认的生成策略创建一个key值,那这个key值与addPort使用的key值不一样的话,自然就会产生上面的错误了。

WebService和JMS区别

2012/10/17 09:37:32 No Comments

本文转自 http://www.pusuo.net/2009-09-19/110876528.html

WebServices(XML WebServices)比较广义一点的解释是
以XML作为applications(application components)之间的讯息格式
稍微再严格一点的
以WSDL 来制定applications之间的interface/contract
以SOAP作为讯息格式, HTTP作为传输协定

而JMS, 严格来说只是一个标准的APIs
用JAVA为programming language来操作使用MOM的标准APIs
最常见, 也最有可能的解释是
以SOAP作为使用JMS时的讯息格式

JMS是API, 不是transport
我相信您可以用HTTP或SMTP/IMAP来实做JMS
JMS spec并无定义要用怎样地transport protocol
您可能会以HttpURLConnection或JavaMail来使用HTTP或SMTP/IMAP
同样的
HttpURLConnection或JavaMail叫做API, 不是transport
HTTP或SMTP/IMAP才是transport

SOA是一种architecture style
WebServices或是MOM都可成为构建出SOA的方式
(但用了WebServices或是MOM并不表示你的系统就SOA)
很多在MOM里头所强调的特色像是reliability, asynchrony
现在在WebServices上多半都已经可以办到, 而且还有interoperability

从上面的理解来看,JMS可以理解就是一个用于实现某种操作或功能的API,而WebService是一种信息传递的方法。而如何实现2个东西,这跟JMS和WebService完全没有关系的。仅为个人理解。