Кстати, вот возник такой вопрос. Работа пользователей идет достаточно интенсивно и параллельно идет процесс разработки в процессе внедрения, так что перезапусков пула частых они не поймут.
Можно ли в рамках существующей лицензии поднять "рядом" еще один сервер bpm для разработки и отладки? И как организовать процесс переноса изменений? Через метаданные?
Нравится
Да уж поднимите, что ж страшного:wink:
Лицензию только перезаказать придется уже на новом сервере.
Перенос доработок можно через Действия-Экспорт в файл/Импорт из файла делать, только неудобно это, поэтому подпишусь на тему, может что гуру от разработчика подскажут более правильное, как логировать изменения особенно, сам мучаюсь.
Нам бы PVC для BPM :smile: В тему призывается Валерий Андрусик - нет у вас планов таких случаем?
Александр, вы можете поднять еще один сервер, на котором вести разработку или доработку.
Как правильно заметил Александр Кудряшов:
"Александр Кудряшов" написал:Перенос доработок можно через Действия-Экспорт в файл/Импорт из файла делать
Арсений, а что там с логированием? Ну ведь наверняка есть ноу-хау у отдела разработки?
И наверняка не на уровне "записать в блокнотик список того, что выгрузить" :wink:
Идея сделать PVC для BPMOnline есть, но пока не накопили достаточно опыта, особенно под 7-ку. На конференции планируются доклады по архитектуре BPMOnline, будем вникать... :smile:
Дмитрий, я про 5.х :smile:
И туда похоже подключить можно только блокнотик с карандашиком
Не понял про лицензии. Я их уже заказал. У меня они на боевом сервере прописаны. Как оно это между собой то будет соотносится?
SVN это хорошо, даже прекрасно, но хочется под 5.4.
В принципе, в порядке бреда, можно в SVN метаданные запихать....все.....и потом как нибудь....что нибудь с ними делать..........:redface:
Александр, когда Вы развернете базу на новом сервере - при первом входе нужно будет заказать лицензии.
А по поводу 5.4. - можно ведь разрабатывать в отдельной конфигурации, а после - переносить изменения.
"Олейник Дмитрий" написал:А по поводу 5.4. - можно ведь разрабатывать в отдельной конфигурации, а после - переносить изменения.
а отладка ? не будет мешать ?
Нет, по факту - каждая конфигурация компилируется отдельно.
Насчет отдельной конфигурации -- это так сейчас и делается, но вопрос именно в том, чтобы отделить вообще разработку от "боевого" сервера, потому что как показывает практика зачастую необходим перезапуск пула приложений на IIS (а он то один несмотря на две (три, четыре етс) конфигурации), а это уже напрямую влияет на пользователей....
Плюс ко всему: при разработке отдельной конфигурации все равно используются те же самые данные в БД и это не есть хорошо. Шанс ошибки после которой будут нехорошие последствия (несмотря на наличие резервных копий) не исключен.
Александр, я с Вами согласен. Отдельный сервер для разработки - вещь хорошая. Если у Вас OnSite -организовать его проще простого (бекап-рестор, лицензии...).
Единственная субъективная трудность в таком подходе - это импорт измененных(новых) схем по одной. Хотя публикацию можно выполнять для одной из (если это не схема объекта) - остальные импортированные схемы будут автоматически скомпилированы. В случае со схемами объектов, т.к. в рамках компиляции изменяется структура БД, каждую схему нужно публиковать отдельно.
"Шамуилов Александр" написал:Дмитрий, я про 5.х :smile:
И туда похоже подключить можно только блокнотик с карандашиком
Александр, Вы не поверите, но... на "пятерке" у разработчиков именно так все и происходит. Поэтому и прикрутили к "семерке" SVN.