Переоформляли договор с субдоговорами. На одном из субдоговоров не перенеслась часть пойнтов модуля Phone и все диапазоны IPN.
В ошибках видим такое:
Код:
server 05-30/16:18:37 ERROR [bitel.billing.server.contract.action.ActionWrapContract] CommonKernelEventProcessor - Обнаружен конфликт номеров/портов с договор(ами) ТСПРИ Осадок
ru.bitel.bgbilling.common.BGException: Обнаружен конфликт номеров/портов с договор(ами) ТСПРИ Осадок
at bitel.billing.server.phone.bean.ClientItemManager.updateClientItem(ClientItemManager.java:91)
at bitel.billing.server.phone.bean.ClientItemManager.realUpdate(ClientItemManager.java:1335)
at bitel.billing.server.phone.Module.moduleAction(Module.java:242)
at ru.bitel.bgbilling.kernel.event.processors.CommonKernelEventProcessor.notify(CommonKernelEventProcessor.java:160)
at ru.bitel.bgbilling.kernel.event.processors.CommonKernelEventProcessor.notify(CommonKernelEventProcessor.java:1)
at ru.bitel.bgbilling.kernel.event.LocalEventProcessor.request(LocalEventProcessor.java:240)
at ru.bitel.bgbilling.kernel.event.EventProcessor.request(EventProcessor.java:848)
at ru.bitel.bgbilling.kernel.event.EventProcessor.request(EventProcessor.java:817)
at bitel.billing.server.contract.action.ActionWrapContract.contractCopy(ActionWrapContract.java:244)
at bitel.billing.server.contract.action.ActionWrapContract.doAction(ActionWrapContract.java:115)
at bitel.billing.server.Executer.doModule(Unknown Source)
at bitel.billing.server.Executer$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:396)
at bitel.billing.server.Executer.doPost(Unknown Source)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:641)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:304)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at ru.dsi.bgbilling.web.filter.XDFilter.doFilter(XDFilter.java:56)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at bitel.billing.server.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:48)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:240)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:164)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:462)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:563)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:100)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:403)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:301)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:162)
at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:309)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)
Смотрим тот номер:
Вложение:
phone-wrap-wtf.png [ 12.48 КБ | Просмотров: 2601 ]
Всё ясно - по какой-то нашей ошибке с 01.08 по 01.09 номер был сразу на 2 договорах, что биллингу естественно не нравится.
Это мы поправили.
Вопроса к разработчикам два:
- Почему он остановил процесс переоформления для всего субдоговора? Логичнее было бы оставить этот пойнт и перенести всё остальное по максимуму.
- Можно ли как-то кидать такие ошибки при переоформлении не только в логи сервера, но и в лицо оператору? Если бы у оператора не было привычки перепроверять всё за биллингом, то мы могли бы и не узнать об этом.
Клиент: вер. 5.2 сборка 1158 от 08.04.2013 14:44:15
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.6.0_41
Сервер: вер. 5.2 сборка 1474 от 08.04.2013 14:44:23
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.6.0_22
phone вер. 5.2 сборка 268 от 25.03.2013 16:59:21