前言

我们微信项目有个电力缴费系统,最近发现电力缴费出现问题。微信项目由PHP完成,与电力交互是PHP使用SOAP对Java编写的WebService进行交互访问。WebService并无代码,是发布在了Tomcat上的。最后发现有一份反编译的class文件可以作为项目参考,并且有电力公司稳定。

解决思路

首先,确保重写项目的可行性。java所写的电力公司对接接口,电力公司做了网络策略,只能在此ip上可以访问到数据。我把编译过后的代码进行controller层的封装,测试其中一个方法,证明环境可用。找到出错的调用方法,对比文档和返回字段,发现文档上指明截取字段为181,代码中写的是188(bug)。

然后,通过反编译的class和文档进行代码调整,改成改WebService。其中运用了SpringBoot+CXF进行实现。对外暴露接口,尽量与原版一样。

编写完成后利用ScopUI工具进行测试,确保程序正确,传入参数与返回结果如预期展示。需要注意到是调用参数需要@WebParam(name = “”)。

最后,在PHP客服端结果获取失败。 发现所需返回结果JSON字符串,而ws返回的是对象,转换发现传输过来是return:“”格式的一个对象。并不是JSON字符串,在网上搜索WebService直接返回json格式数据(返回的xml格式:<return>结果</return>),没有找到解决方法,于是修改了返回结果的处理。先转成对象,再取对象的[return]属性,在转换成JSON对象。到此所有问题解决。

过了两天。。。。。又出现了Bug。电力公司接口照常工作,银行提供的在线缴费正常工作,但我们的微信服务链接出现了超时,最后他们重启服务得以解决。我认为是tuxedo的机制造成的,它确保了事务的一致性,在我们的设计思路中每一次操作都会建立一个链接随后关闭,所以有可能部分接口连接后无法正常释放,导致新的连接无法建立。