BiTel

Задался вопросом.

В BGBillingServer/data/data.properties:


В BGInetAccess/Accounting:


tcp/nio для Inet имеет какой-то сакральный смысл или можно как душе угодно?

Как угодно, лишь бы работало. С nio теоретически должно быстрее работать.

Также: У одного клиента в определенные часы происходит смена скоростей. При этом по какой-то причине отправка задач о необходимости поменять опции происходила не очень быстро.
Сейчас это задание помечено как persistent - это означает что по умолчанию activemq принимает это сообщение, сохраняет на диск и после этого отвечает ОК, только тогда отправка завершена.
Возможно сохранение на диск работало не быстро.
Помогло установить в url jms.useAsyncSend=true для InetAccounting, т.е. он перестал ожидать подтверждения записи на диск от activemq при отправке сообщения.
Смена скоростей вместо 40 минут стала выполнятся за 5.

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

Ага, спасибо.

Вот да, там же для некоторых важнее актуальность, а для других - надёжность доставки.

Сделать например отдельные классы mq-ивентов: Persistent и NonPersistent например. Программист сразу когда заводит событие будет думать, какое оно.
Но это так, мысли вслух