BiTel

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

В общем виде задача стоит так:
В клиенте должна быть менюшка с выбором месяца и кнопкой "выполнить".
При нажатии на кнопку "Выполнить" на сервере (или в шедулере) запускается скрипт из дин кода.

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

Так вот вопрос.
Для того чтобы реализовать менюшку в клиенте что будет проще и правильней:
1. Запросить у Вас новый модуль.
2. Я напишу свою библиотеку для клиента, в которой будет реализована моя менюшка. А Вы разработаете механизм обновления сторонних библиотек для клиента, т.е. в клиенте я выбираю "Принудительное обновление клиента" и моя библиотека закачивается из сервера в клиент.
3. Предложите свой вариант.

задача слишком поверхостно описана....

не понятно например менюшка привязана к договорам или вообще ни с чем в биллинге не связана?

Данные в биллинг загружаются или выгружаются из него? Не логичнее ли в последнем случае сделать кнопку в интерфейсе внешней системы?
У нас в 1С много таких кнопок для получения данных из биллинга.

Я не вижу смысла расписывать что и как будет передаваться во внешнюю систему, так как задача очень узкоспециализированная.

Менюшка никак не связана с договорами, т.е. в договоре этот модуль не должен быть доступен. Вся логика обмена данными будет реализована в дин. коде.
По сути мне нужна менюшка для запуска скрипта из дин кода с передачей в него параметров (в данном случае месяц).

Данные будет загружаться в биллинг и выгружаться из него.
Как сделать для 1С понятно, для 1С у нас так и сделано, но это другая задача.
Во внешней системе не могу сделать кнопку, интерфейс внешней системы мне недоступен.

Может разработчикам уже стоит подумать над открытием API и изменением системы лицензирования для возможности написания собственных плагинов?
Ну или хотя бы возможность модифицировать интерфейс клиента..
Вот например: viewtopic.php?f=22&t=7724 - я бы с удовольствием сделал сам, если б мог.

Я предложил такой вариант, см. 2 пункт.

А зачем это встраивать вообще в BGBilling? . Сделайте отдельное приложение , просто окно с кнопкой и выбором месяца , которое само подцепится к нужной вам системе и сделает что нужно. Или консольное приложение , просто вызов скриптом.

Встраивать это в биллинг нужно для того, чтобы использовать API биллинга при обмене данными.



Странное предложение от разработчика.
Я глубоко убежден, что работать с одним приложением лучше чем с двумя.
Зачем же мы тогда покупали биллинг, есть нам придется писать отдельное приложение для каждого случая, когда биллинг не справляется?

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

Это я предложил еще один вариант .
Вы же сами говорите что оно не связано с BGBilling . Вам нужна менюшка для запуска скрипта . Не всегда одно приложение - это удобно . Crm-систему, например, решили делать отдльно, чтобы не мешать все в одну кучу. Например есть браузер, есть тектсовый редактор и есть калькулятор, а есть IDE для разработки , их не объединяют.

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

Ув. stark. Спасибо


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


Согласен что не надо мешать все в одну кучу.
Но это не тот случай, повторяю еще раз, мне требуется API биллинга для обмена данными.

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

А сейчас вопрос стоит так: Это нужно уже сейчас.
Передо мной стоит задача, скоро поставят сроки...

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

что конкретно нужно? возможность добавления в меню пункта? правьте xml и добавляйте. всё равно придётся писать клиентский класс в gui итд итп. механизм обновления вам зачем для этого класса?

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

Это все я пробовал делать в 4.6 (было просто интересно) и у меня получилось.
Для 5.2 думаю тоже получится, тут к Вам вопросов нет.


Отсутствие механизма обновления меня и остановило от написания своих менюшек для клиента.
Вот представьте, я написал библиотеку для клиента, раскинул ее всем (вручную) кто пользуется биллингом.
Дальше я внес какие то изменения в библиотеку, что опять бегать вручную обновлять?
Ну ладно если бы было 10 пользователей биллинга, а если их 50 или 100?
Вы представляете во что все это выльется?

да, неприятно. но что же делать? вы задаёте проблемы, а мы не знаем как удачнее решить. получается, что тут вопрос: либо вы делаете костыли для себя, либо мы для вас+для всех получается сразу.

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

Если быстро и навскидку. В файл bgbilling_w2k.bat добавить строку проверки этой библиотеки и загрузки ее при необходимости в папку lib.update. а при каждом старте клиента файлы из этой папки перекидываются в lib

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

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

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

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

Ну так давайте сделаем без костылей.
Задача то простая, при принудительном обновлении скачивать библиотеку с сервера и кидать ее клиенту.
Даже контроль версий не нужен.

Если не хотите встраивать это в ядро, но напишите модуль, где будет одна кнопочка "Обновить сторонние библиотеки". Тоже можно без контроля версий.
Будете продавать этот модуль, если он будет востребован, то будете его развивать, если нет то нет.

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

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

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

Придется модифицировать bgbilling_w2k.bat, это тоже представляется мне как костыль.

Видимо нас до этого останавливало то, что мы впервые слышим об этом, может быть никто не хотел обновлять сторонние библиотеки .. Т.е вам нужно чтобы на сервере была папка lib/custom и чтобы клиент при обновлении скачивал все jar-ки из этой папке к себе ?

да.

А если мы это сделаем в стиле ?
1. Настройте ftp-сервер и папку в нем .
2. Пропишите путь к этой ftp-папке в файле bgbilling.sh

Зачем вам именно сервер должен отдавать по http ?

Я конечно же могу поставить ftp, положить туда библиотеку и внести изменения в bgbilling_w2k.bat.
Могу по http вытаскивать мою библиотеку с помощью виндового wget и т.д.

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

Пока решил делать так:

На сервере в webroot создал папку custom_lib, в нее кинул мою библиотеку my_lib.jar.
Скачал виндовый wget http://users.ugent.be/~bpuype/wget/wget.exe
Положил его в папку с клиентом.
В bgbilling_w2k.bat, добавил строчку (после @echo off):
wget.exe -N http://X.X.X.X:8080/bgbilling/custom_lib/my_lib.jar -P .\lib

Костыль конечно, но видимо по другому не получится.

Добавили в TODO

Спасибо!