我的Java开发生涯记(14)

2019.7.29著

这天气热得天都哭了,突然一场暴雨,像下开水一样,热气腾腾,不过来的快,走的也快。

还以为又要被淹了,还以为我又要赤脚回去了。

 

今天开会,内容就一条,解bug,持续两个星期,卧槽,我快崩溃了。

突然发现写需求比改bug更让人接受,因为我想怎么写都行,只要事先功能就好。比较别人的代码是很难看懂的。

只有自己才最懂自己,哈哈哈,这话真没错。

 

 

经验之谈:

今天就改了一个bug,售后单推sap时,推的是蓝色发票,应该是推红色发票的,自己修改了代码,但是测试了一下午都没发现哪里错了,直到快下班时,才发现,原来有一个状态一直没变,最终的原因确实,卡夫卡里面的消息未消费,会导致他一直发请求。

这里就涉及到MQ相关的问题了,生产者生产的消息如果没有被消费,他将会一直发送请求。大家以后遇到这种问题也要注意哦!

 

还有就是,关于测试,由于无法用卡夫卡,所以只能跳过卡夫卡,直接调用推送sap的代码,这个时候我一筹莫展,问了我们经理,然后他给了我一个方案,那就是手动推送,具体如何操作呢?

 

很简单,就是在前端做个页面,里面要求有导入功能,解析表格内导入的数据,然后进行传参调用sap接口即可。很通用的方法,不管任何我无法测试的代码,都可用!基本上只要你写过一次,以后就是复制粘贴了,复用性也强

 

 

总结:小知识也能有大作用,思维越开阔越好。

 

 

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值