2

Java的世界属于开源的世界,所谓开源的世界,只要你能想到的点子就一定有人实现了,没有你就自己造一个啊。

最近遇到了一个项目需求,技术选型选择了webservice,需要对外提供webservice接口。实现webserice功能可以有多种做法的,比如servlet + tomcat的方式,Java Main方法+嵌入jetty server的方式,本质上是XML/HTTP的原理(误?)。

项目组对外提供接口的功能已经选择了HTTP/Netty的方式,既然已经有HTTP的支持了,那么XML/HTTP On Netty或许是个不错的点子,这样我们不用再引入tomcat等服务应用了。

经过一番搜索,终于发现了netty-jax-ws这款组件,非常符合我们的需求,于是就采用了它完成了开发工作。

考虑到我们的对外接口需要进行分类,需要在原来的URL路径映射加上前缀。
这个开源组件原来的示例

mappings.put("/echoService", echoWebService);

key表示URL路径,value表示webservice的具体实现。
此时我们给它加上前缀

mappings.put("/honey/echoService", echoWebService);

比如之前的访问方式http://localhost:4040/echoService?wsdl,这回我们的访问路径应该是http://localhost:4040/honey/echoService?wsdl
只不过这回意外的是服务给我们返回的是404的结果,看来我们的路径是不正确的,或者这个访问路径找不到实现的webservice(类似MVC框架中的Controller)。

这个问题的原因很快就排查出来的,我觉得可能自己就能解决,于是乎就fork了项目试着改动起来,参见这个提交commit1,至此暂告一段落了。

这部分功能代码就加入到了原来的项目中,只不过已经打包部署就发现,只要访问webservice功能http://localhost:4040/honey/echoService?wsdl
就会报错:NoSuchMethodError, 然后是xx.jboss.netty.xx.ChannelFactory诸如此类的错误,我第一个感觉就是netty-jax-ws和原来的项目使用的Netty版本冲突了。

此时我请教我们组经验丰富的同事,遇到这种情况要不要迎难而上呢,还是另辟蹊径呢?(当然,当时肯定是口语化的表达)。

既然我前面已经改造过一回,不在乎再一次了,所以就有了这次commit2

以上算是我真正意义地上参与了一次开源贡献,我只是做了一点工作而已了。

-- EDIT --
这次修改是为了支持通过代理的方式访问webservice,支持了HTTP Host请求头,修改参见commit3

文章属个人观点,与本人工作雇主无关!


Honwhy
7k 声望96 粉丝

神兽党有福了