BiTel

Неверная информация про одну инструкцию. На 5.2 их уже было 2:
http://bgbilling.ru/v5.2/download/kernel/howto.txt



На 6.0 сделали так же. На 5.1 и т.п их тоже было 2 , но просто они не ссылались на друг-друга и дублировали информацию, которую иногда забывали синхронно править.


Я могу сделать одну howto.txt и удалить howto_from_5.2.txt. Будут довольны те кто, кто перескакивает через версию (меньшинство недовольных, которым почему-то лень заглянуть в отдельный файлик ), и будет хуже тем , кто обновляется с 5.2 (их большинство), так как придется вместо простой инструкции видеть портянку. Кто перескакивает через версию должен быть готов к сложностям , а наличие 2-х файлов (актуальных) - это мелочь.

Хорошо, следуя вашей логике получится следующее. Пусть у нас версия 4.6 , обновляемся с 4.5. Пусть описываем только специфические шаги, со ссылками на соотвествующую документацию.

1. Вышла версия 4.6.



2. Вышла версия 5.0




2. Вышла версия 5.1



2. Вышла версия 5.2




И так далее.
1. Аргумент 1. После выхода 20-ой версии, нужно в 20-ти местах поправить все ссылки . Т.е сейчас в 6.0 есть если в секции "Обновление производится с версии 3.5 и младше есть какая-то ссылка, то нужно обязательно ее поправить на документацию 6.0 версии.

2. Аргумент 2. Пусть будет чуть-чуть вымышленный пример , чтобы показать . Допустим в 5.2 добавили статусы настраиваемые и при переходе с 5.1 на 5.2 нужно их настроить . Ссылки на соответствующие настройки в документации 5.2. А в 6.0 мы вдруг решим вообще упразднить понятие статуса и глобальным конвертером превратим его в в какой-то например "Состояние", которое настраивается по другому, называется по другому и т.п. Главы про статусы больше нет , ссылаться не на что. Но мы напишем конверте который существующий статусы в 5.2 превращает в "Состояния". Но если пользователь обновляется с 5.1 ему нужно вначале настроить статус по документации 5.2 , а потом конвертер превратии их в Состояния, которые описаны в 6.0. Я к тому что в новой документации вообще главы интересующей может не быть в общем случае , так как там все переделали .

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

хочу прояснить что производиться продукт для ВСЕХ, удобство 1 го человека ни каким образом не влияет. Я не понимаю подобных вопросов. В чем проблема постройте свой лунопарк с блэкджеком и девочками

Такой вопрос:
В документации на обновление есть строка:
7) Обновите конфигурацию activemq из ftp://ftp.bgbilling.ru/pub/bgbilling/ac ... tivemq.xml

Разница в рекомендуемом файле и старом файле в:
< <broker xmlns="http://activemq.apache.org/schema/core" brokerName="activeMQ" dataDirectory="${activemq.base}/data" destroyApplicationContextOnStop="true">
---
> <broker xmlns="http://activemq.apache.org/schema/core" brokerName="activeMQ" dataDirectory="${activemq.base}/data">

Сам вопрос что дает 'destroyApplicationContextOnStop="true"' и с какой версии биллинга это надо, а в какой не надо?

Ой, а у меня ещё больше вопрос про activemq есть!

В каталоге ftp://ftp.bgbilling.ru/pub/bgbilling/activemq/linux/ есть уже "apache-activemq-5.7.0" .
У меня БЖБ 6.0 , activemq 5.4.2, jdk1.6.0_45

Посему спрашиваю :
1. Поименю ли я конкретный профит если сменю activemq с 5.4.2 на 5.7
2. Я обычно устанавливаю apache-activemq путём "wget -r ftp://ftp.bgbilling.ru/pub/bgbilling/ac ... ctivemq-... ." . и далее просто делаю ln -s на исполнимые файлы взависимости от архитектуры.

activemq 5.4.2, лежащий на вашем фтп уже настроен в основном под БЖБ, а activemq 5.7 ? Или это "сырой" активmq, требующий допиливания всех конфигурационных файлов ?

_________________
"Все правые - в резерве!" (c) (translate.google.ru/#en/ru/all%20rigths%20reserved)

можно свежее скачать, там настраивать почти нечего, всё есть в документации

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

А по поводу destroyApplicationContextOnStop="true" ???