BiTel

Ув. разработчики, возможно ли теоретически реализовать возможность использовать дин. код в клиенте и подменять стандартные классы на свои из дин. кода?

На Ваш любимый вопрос "Зачем?" сразу отвечу

Подобный функционал позволил бы нам изменять интерфейс клиента и добавлять свои пункты в меню.
Например мы могли бы решить, много раз поднимаемый, вопрос с поиском.
Вы бы избавили себя от необходимости решать вопросы типа "хочу круглую кнопочку вместо квадратной".

теоретически можно но не всё так просто. «подменять» не очень понятно как вы собрались. или добавлять пункты в меню.

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

Как подменять:
В конфиге сервера пишу, что то типа:
dynclient:bitel.billing.module.contract.ActionOpenContract=ru.lda.ActionOpenContract
т.е. я подменяю Ваш поиск на мой.

Или же например для модуля IPN.
В типе шлюза указано: user_rule.editor.class=bitel.billing.module.services.ipn.editor.MikrotikContractRuleEditor
А я переделаю интерфейс и укажу свой: user_rule.editor.class=ru.lda.MikrotikContractRuleEditor



Как добавлять пункты в меню:
Я пишу свое "окошко" ru.lda.MyWindow.
И добавляю его в замечательный файлик BGBillingServer/data/menu.xml

Динамичский код храниться в БД и выполняется на сервере....
Как его передавать на клиента и где его там хранить не понятно....
Прописать свой пункт в menu.xml и подложить в клиента свою jar-ку можно и без дин. кода и других доработок.
В принципе, ни что, не мешает подменить наш интерфейс поиска своим, только придеться реализовывать весь функционал самостоятельно, обернуть наши классы как в случае акшенов навряд ли получиться.

Ну и как это реализовать? Писать КлассЛоадер свой чоле, который может читать конфиг этот? Ну да, опять же, очень теоретически это можно сделать.
Дин скрипты как раз с сервера без проблем получать то можно, но выполнять конечно на клиенте придётся их. А значит тащить сюда средства разработки, JDK итд.
Теоретически можно, ок. Но это большие изменения с неочевидной важностью функционал. Как выше верно сказано, в принципе как раз это можно сделать несложно своим обычным явакодом + правкой хмл-ки меню. Будет так же совершенно с точки зрения удобства разработки.

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

Согласен, что дин. код в данном случае не самое хорошее решение.

Получается так что сейчас я могу добавить свой пункт в меню, написать библиотеку для клиента.

Подскажите пожалуйста, а как мне эту библиотеку обновлять?
Можно ли как то использовать стандартный механизм обновления клиента?

Я и не прошу Вас это реализовывать. Я просто размышляю в слух.

так ваша же библиотека , зачем нас спрашивать как ее обновлять ? Отдельная jar - ка пусть лежит и перетирайте ее когда хотите .

Вы наверное меня не поняли.

Я написал библиотеку и мне надо обновить ее на всех клиентах.
Могу ли я использовать для этих целей механизм обновления клиента.
т.е. я кидаю ее на сервер, а клиент при "Принудительном обновлении клиента", забирает ее с сервера.

ну если тока оформить как модуль/плагин. но возникает вопрос с лицензиями, которые мы пока не придумали как решать.

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

Дайте мне генератор я буду генерировать для всех кто захочет свой плагин дописать

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

Ну можно наверное написать свой модуль/плагин и запросить у Вас для него лицензию. Надеюсь бесплатно

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

не получится

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

Жаль.

Может быть skn что нибудь придумает?
У него обычно получается решать нерешаемые задачи.