BiTel

Предлагаю в редакторе web-меню для каждого элемента добавить новый параметр "Динамический класс". В нём можно будет указать класс из динамического кода, который отвечает за обработку нажатия этого пункта в личном кабинете. Это будет гораздо удобнее и логичнее, чем править конфиг сервера. Плюс, всё будет в одном месте.

При первой настройке web-меню мне очень не хватало такого функционала.

_________________

Клиент: вер. 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

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

Ничего не понял из вашего ответа.

Это как? Для пункта меню можно указать адрес внешнего сервера? Я думал, что все запросы от пунктов меню обрабатывает webexecuter.


А я никак не настраивал сервлет и его маппинг. Я только указал в основном конфиге

Вот именно эту операцию и предлагаю автоматизировать и сделать более наглядной через редактор web-меню.

_________________

Клиент: вер. 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

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

1) Я в принципе изначально думал только про web. По мне, так удобнее и логичнее вынести эти привязки из конфига в редактор меню. dynaction получается в разных местах, но сейчас можно не связывать dynaction и новые пунктов меню - просто пункту меню можно будет задать свой обработчик из дин. кода. Так сейчас сделано с событиями: через интерфейс привязываем дин. код к событию. Так и здесь.
2) Сейчас в любом случае в своих пунктам меню нужно писать ActionDeferredPayment. В моем варианте это заменится на ru.web.ActionDeferredPayment. Никаких усложнений здесь нет.

В любом случае, когда я первый раз увидел веб-меню и понял, что через него можно добавлять свои пункты, у меня сразу возник вопрос - почему же нельзя указать класс, который будет обрабатывать мои пункты. Мне кажется, для новичков в BGBilling`e такой подход логичнее. Интерфейс сам будет подсказывать администратору, что можно легко и просто сделать свою страничку. И ни про какие dynaction знать не обязательно.

_________________

Клиент: вер. 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

не убедительно....

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

_________________
I'm clever. I've got a computer.

Для вызова контекстного меню почему-то недостаточно просто щелкнуть правой клавишей мыши - необходимо нажать и удерживать около секунды. Для сравнения - в ТС контекстное меню всплывает в ответ на простой щелчок. Можно ли где-то в настройках UC это изменить?

ахтунг! в каментах спамеры

_________________
I'm clever. I've got a computer.