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
文章属个人观点,与本人工作雇主无关!
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。