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
文章属个人观点,与本人工作雇主无关！