BiTel

В web-меню хочу внести изменения. В менюопции ContractLimit(contractlimit.jsp) (понижение лимита) хочу добавить цифры из баланса абонента.

Простое использование переменных из менюопции GetBalance(balance.jsp) не срабатывает - переменные возращают пустоту. Например (${dataMap['summa2']}, ${dataMap['summa5']}).

поверхностный просмотр обоих файлов, файла меню слева не помогает понять как зацепить в dataMap нужные данные и вытащить их в contractlimit.jsp

помогите пожалуйста как вытащить данные о размере баланса при исполнении contractlimit.jsp.

Смысл задачи - переписать "понижение лимита" в "обещанный платёж" в размере баланса. т.е. если у абонента минус - он заходит, обещает заплатить свой минус и работает N дней.

Все переменные, которые используются в JSP жестко задаются в соответствующем экшене, лишнего там, обычно, нет. В экшене ContractLimit переменных для баланса нет, поэтому вытащить баланс никак не получится. Без написания своего экшена в динамическом коде не обойтись.

Как более простой вариант - обернуть стандартный экшен ContractLimit своим экшеном, и в своём экшене добавить недостающие переменные. Подробнее здесь

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91

или использовать виджет баланса, см. страницы платежных систем

Это модуль дополнительный нужен? У меня виджет такой, вроде, есть, но по адресу widget/contract/balanceInformer.jsp 404-я ошибка.

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91

Для использования виджета на страницу нужно добавить:

Да, но этот виджет пытается выполнить запрос на адрес http://x.x.x.x/bgbilling/widget/contrac ... former.jsp и в ответ получает 404-ю ошибку. Нужно что-то ещё установить или дополнительно настроить, чтобы заработал этот виджет?

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91

нужно обновиться минимум до 6.1

а где хранится кусок кода, который генерит мессагу на эту страницу: "Сумма должна быть в пределах от -X до Y"?
простой поиск типа grep -rl 'Сумма должна быть в пределах от' /bgbilling-path что-то не находит её вообще..

Если искать TotalCommander'ом в либах биллинга внутри архивов в кодировке UTF8, то находит ActionContractLimit в kernel.jar. Т. е. подобные сообщения жёстко прописаны внутри кода экшена, ответственного за обработку данной страницы в ЛК.

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91

не, это явно не то.
мне нужно тот кусок, что добавляет в страницу <div class="errorMessage">
удивительно то, что казалось бы за это отвечает /include/error.jsp, однако редактирование его не приводит к нужным изменениям (например замене надписи)

нашёл. если кому надо потом. ещё один вывод ошибки происходит через jspf/layout/webexecuter.jsp

Изначально вопрос был про баланс - вы смогли его получить на странице управления лимитом? Интересен сам способ получения.

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91

изначальный вопрос не решён. так как надо переписывать много такого, что обновления потом перетрут. я не хочу это делать.

У меня в процессе переписывания contractlimit.jsp возникли проблемы. похоже по нажатии кнопки post (Понизить) не передаются переменные серверу на исполнение.
я добавил в страницу вот это -

<fmt:formatNumber type="number" pattern="###,###,##0" value="${dataMap['month']}"/>
<fmt:formatNumber type="number" pattern="###,###,##0" value="${dataMap['year']}"/>
<fmt:formatNumber type="number" pattern="###,###,##0" value="${dataMap['action']}"/>
<fmt:formatNumber type="number" pattern="###,###,##0" value="${dataMap['mid']}"/>

на месте, где должны быть значения - пустота. даже action, хотя как оно тогда вызвало нужную страницу?!?
я полностью переписал WEB-INF назад из бэкапа оригинальных файлов и удалил сожержимое /opt/bgbilling/tmp
не помогает. Кнопка "Понизить" отрабатывает не передавая перемнные. Виджет bgMonthAndYearWidget кстати тоже не получает значения.
ничего больше я не правил (только закоментил мессагу об ощибке в webexecuter.jsp и contractlimit.jsp ) но накат бэкапа мои изменения ликвидировал..

куда хоть посмотреть?

сервер биллинга ребутали после замены?

это тоже не всегда помогает(перезапись файлов+ рестарт, а в браузер выдаётся старый динамически генерируемый контент).
помогает обновление дат создания файлов *.jsp
но тут "заклинило" какой-то файл, который я не знаю. поэтому дату не могу обновить..

попробуйте почистить папку tmp в каталоге биллинга

Не помогает. ну то есть если постоянно трясти, перегружать, удалять из tmp, обновлять даты файлов - помогает, но фрагментарно, то один файл начинает актуальную инфу "выдавать", то другой.
Но POST по кнопке так и не передаёт в contractlimit.jsp никаких значений.

Хотя полной уверенности, что все они выдают актуальное и как в такой обстановке багфиксить... непонятно..

Кстати я вспомнил, я уже сталкивался с этой проблемой в ЛК. поэтому не запустил "обещанный платёж" три месяца назад.. тогда я ничего не редактировал, только конфигурил и вдруг вот это началось с POST. Тогда бросил это дело. А тут пару дней нажал нажал на кнопку - сработало. Начал править - работало до последнего момента, когда я считал всё переделал и тут как абонентам в меню услугу сунул - не работает.

а как проверяете что данные не передаются при посте?

я скрин же показал выше - в нём контент сгенерирован та, как будто данные, посылаемые формой игнорируются. этот скрин выходит при назначении размера понижения из диапазона в конфиге и нажатии кнопки "Понизить" (Лимит).

дополнительно, я пробовал, как писал выше, смотреть содержимое в так:
<fmt:formatNumber type="number" pattern="###,###,##0" value="${dataMap['month']}"/>
<fmt:formatNumber type="number" pattern="###,###,##0" value="${dataMap['year']}"/>
<fmt:formatNumber type="number" pattern="###,###,##0" value="${dataMap['action']}"/>
<fmt:formatNumber type="number" pattern="###,###,##0" value="${dataMap['mid']}"/>

размещая этот код в contractlimit.jsp. - пусто.

т.е. вы в браузере не смотрели запрос который передается
(у вас получается как проверить, что автомат не работает, если пули в цель не попали, значит из автомата они не вылетали...)

в браузере в верхней строчке? там присутствует часть переменных. с правильными значениями. никаких аномалий. я имею ввиду те, которые *.jsp вынимает из dataMap[*] - там ничего нет.
переходя на аналогию с автоматом - у меня автомат по нажатию курка работает, затвор летает, но ни гильз ни пуль не летит.

если запрос передается методом POST то параметры в адресной строке не выводятся
нужно в браузере переключиться в отладочный режим и посмотреть какой реально запрос уходит из браузера.
(передача параметров в запросе и их наличие в dataMap не связанные вещи).

браузер нормально всё отправляет.

при клике по кнопке "Понизить" отрабатывает форма



из этой формы видно, что передаются три параметра

Так конечно, но судя по ответу - "ContractLimit" отрабатывается, так как возвращает ту же страницу, а вот summ, days - отбрасываются, так как (см скриншот). Главное что я переписал весь каталог всё из бэкапа, когда ещё работало..

у вас правильно в конфиге настроены параметры управления понижением лимита?
покажите конфиг...

#http://bgbilling.ru/v6.1/doc/ch01s18s07.html
# Запрет установки договору лимита без указания периода в случае наличия заданий на автоматическое изменение лимита, 1 - включение запрета
#reject.limit.update=0
reject.limit.update=1
# сообщения при изменении лимита
limit.max.current.msg=Вы не можете в данный момент.
limit.max.nopayed.msg=Превышено максимально количество просроченных использований услуги. Возможность использования услуги "Обещаный платёж" заблокирована.
# Коды групп договоров, для которых действует данная настройка, через ',' (чтобы узнать код группы нажмите Ctrl+i в справочнике
# групп при выбранной строке таблицы)
#contract.limit.1.groups=0,1,2,3,4,5,7,56,38,62,24,23,61,19,57,58,20
contract.limit.1.groups=23,57,58,5,62
# Максимальное количество не оплаченных (не возвратившихся) понижений,
# при котором клиенту будет доступно понижение, при 0 клиент не сможет выполнять
# понижение до тех пор пока будет хотя бы одно не оплаченное
contract.limit.1.maxnotpayoffed=3
# Максимальное количество частично оплаченных понижений,
# при котором клиенту будет доступно понижение (0-1, частично оплаченное понижение
# может быть только одно)
contract.limit.1.maxpartialpayoffed=1
# Количество просроченных платежей после последней разблокировки,
# после которых доступ к понижению будет заблокирован, 1 - не блокировать при любом количестве
contract.limit.1.maxexpiredforblock=3
# Дни от до
contract.limit.1.mindays=3
contract.limit.1.maxdays=7
# Сумма от до
contract.limit.1.minsumm=-100
contract.limit.1.maxsumm=-900
# Нижний порог лимита при понижении клиентом (по умолчанию -100),
# т.е ниже этого порога клиент понизить не сможет
contract.limit.1.minlimit=-900
---------------------------------------------------

договор, которым проверяю в группе 62. (contract.limit.1.groups)

что то мне не нравятся параметры, в доке они положительные, а у вас отрицательные

да. дело в этом.