wf服务-测试中遇到问题总结

1.测试环境wf初始化容器问题:

wf服务是转转这边一种服务类统称,该服务类用于做api接口层给前端做接口。

scf服务是除了api接口层外服务,比如说链接mysql,redis,出广告服务,base服务(提供城市列表,商品类型等)。举一个简单优品商业广告入驻后台的例子后端服务调用如下:

zhuanzhuan_wf_bizusercenter(api接口层)->zhuanzhuan_scf_bizuser(链接数据库)->zhuanzhuan_scf_base(原子服务例如提供展示城市列表,品类列别等)

但是wf首次通过部署平台部署的时候不会初始化容器。ps:部署平台是转转这边提供上线的工具,可以上线后端代码,目前正在尝试长线前端代码中。所以就要初始化容器(我刚一听觉得很高大上,其实就是把需要文件名称要建好,因为看不到部署代码的脚本所以猜测应该是根据文件名称去查找如果没有该文件就会报错)。

报错如图:

这里面就会存在之前部署过得wf服务的容器,解决容器办法有两个一个是最简单的把一个不需要使用wf服务文件名称修改成你需要部署的wf服务名称,

使用mv 文件名称A 文件名称B

删除zhuanzhuan_wf_bizdsp/webapps 文件夹

rm -rf +文件名称:表示删除webapp文件所有内容,有递归功能

在使用bettle平台同步代码即可,这里面我后来做了一个配置文件测试,想看看是不是都同步后,修改如图:

同步代码前,修改/opt/web/wf名称/conf/server.xml文件port的端口号:

我把端口号修改成了错误8014端口,再次同步线上代码,测试配置文件是否会同步,如图:

和测试平台书写端口号一致的,配置结果如图:

总结:wf服务如果出现容器错误,我理解问题就是linux没有对应服务的文件(文件名要和部署服务文件名一致),和windows文件夹名字改了就找不到。解决办法也很简单直接建个文件名同名就可以了,平台会直接替换完成。

重启wf服务:

wf服务和scf服务重启方式不同,需要启动restart.sh文件,命令如图:

重启后会打印启动日志,有很多敏感信息,不方便截图了。

猜你喜欢

转载自blog.csdn.net/gogoboi_jin/article/details/81385670