BiTel

В каждом модуле биллинга реализован класс Calculator.
В принципе у них очень много общего.
Можно ли сделать модификацию биллинга, где бы все классы Calculator наследовали бы одного
абстрактного класса ядра биллинга.
Что-то типа:
public abstract class BaseCalculator extends ru.bitel.bgbilling.kernel.task.server.TaskBase;
тогда в процедуру расчета счета можно было бы передавать заранее созданный класс Калькулятора.
или определить интерфейс типа:
public interface BaseCalculator {
}
и уже в каждом модуле конкректная реализация этого интерфейса:
public class Calculator implements BaseCalculator {

}
тогда возможно унификация процедуры запуска начислений, и можно создать настроечный setup, который бы описывал какой калькулятор, в какой последовательности запускать.
Да и программировать для биллинга было бы более близко не к функциональному программированию, а к классическому объектному.
Спасибо что выслушали (точнее прочитали, такую тучу букв)

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

Сейчас есть Recalculator-ы, они все наследуется от базовового bitel.billing.server.task.bean.RunTaskRecalculator<T>. Calculator-ы - пока не объедены, так у нас не возникала необходимость.

Считать все платежи на будущий месяц клиенту по всем подключенным модулям. по всем услугам. Абонплат+другие(rentsoft, например).

Не понял при чем тут платежи? Имеется ввиду наработка ? У rentsoft разве есть калькулятор? Если вы хотите посчитать планируемую наработку на следующий месяц, то это только модуль абоплат и умеет . Да и в случае rensoft непонято что считать - мы же не знаем заранее что он закажет в следующем месяце.

А CerberCrypt?

А там вроде нельзя начислить без фактического начисления, этот режим для npay только делали вроде.

понятно.