forum.bitel.ru
http://forum.bitel.ru/

Переоформление и ошибки
http://forum.bitel.ru/viewtopic.php?f=10&t=8093		 Страница 1 из 1
Автор:  Cromeshnic [ 30 май 2013, 13:58 ]
Заголовок сообщения:  Переоформление и ошибки
Переоформляли договор с субдоговорами. На одном из субдоговоров не перенеслась часть пойнтов модуля 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
phone-wrap-wtf.png [ 12.48 КБ | Просмотров: 2878 ]


Всё ясно - по какой-то нашей ошибке с 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
Автор:  stark [ 19 июн 2013, 16:05 ]
Заголовок сообщения:  Re: Переоформление и ошибки
Cromeshnic писал(а):

Вопроса к разработчикам два:
- Почему он остановил процесс переоформления для всего субдоговора? Логичнее было бы оставить этот пойнт и перенести всё остальное по максимуму.


Понятие логичности тут субъективное. С моей точки зрения, было бы логичнее, как раз при возникновении ошибки откатывать вообще все , т.е все переоформление договора как единую транзакцию. Правда боязно реализовывать такую транзакцию большую - черевато дедлоками всякими . Вообще сейчас такая логика (она всегда была) - перед переоформлением кидается
событие(проверка перед оформлением) всем модулям и каждый модуль вначале должен проверить возможность переоформления и ответить OK . Если хотя бы один модуль не ответил OK , то переоформление не воспроизводится . Если все ответил OK, то кидается событие о действительном переоформлении . В данном случае надо поправить phone чтобы производил правильную проверку.
Cromeshnic писал(а):
- Можно ли как-то кидать такие ошибки при переоформлении не только в логи сервера, но и в лицо оператору? Если бы у оператора не было привычки перепроверять всё за биллингом, то мы могли бы и не узнать об этом.



Штатная ошибка , если бы обработалась , то ее отправили бы в лицо ( а нет , там косяк не отправиться - исправим). А тут нештатная , надо посмотреть что с этим делать.
Автор:  stark [ 20 июн 2013, 13:18 ]
Заголовок сообщения:  Re: Переоформление и ошибки
Исправили, в следующем обновлении будет. Теперь при переоформлении ошибка дойдет до оператора .
Автор:  Cromeshnic [ 20 июн 2013, 13:31 ]
Заголовок сообщения:  Re: Переоформление и ошибки
Спасибо.
Страница 1 из 1 Часовой пояс: UTC + 5 часов [ Летнее время ]
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/