BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 28 мар 2024, 22:54

Часовой пояс: UTC + 5 часов [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 4 ] 
Автор Сообщение
 Заголовок сообщения: Переоформление и ошибки
СообщениеДобавлено: 30 май 2013, 13:58 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Переоформляли договор с субдоговорами. На одном из субдоговоров не перенеслась часть пойнтов модуля 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 КБ | Просмотров: 2370 ]


Всё ясно - по какой-то нашей ошибке с 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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Переоформление и ошибки
СообщениеДобавлено: 19 июн 2013, 16:05 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Cromeshnic писал(а):

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


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



Штатная ошибка , если бы обработалась , то ее отправили бы в лицо ( а нет , там косяк не отправиться - исправим). А тут нештатная , надо посмотреть что с этим делать.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Переоформление и ошибки
СообщениеДобавлено: 20 июн 2013, 13:18 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Исправили, в следующем обновлении будет. Теперь при переоформлении ошибка дойдет до оператора .


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Переоформление и ошибки
СообщениеДобавлено: 20 июн 2013, 13:31 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 20 апр 2009, 12:03
Сообщения: 3092
Откуда: Иркутск
Карма: 338
Спасибо.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 4 ] 

Часовой пояс: UTC + 5 часов [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
POWERED_BY
Русская поддержка phpBB
[ Time : 0.106s | 30 Queries | GZIP : On ]