BiTel

есть вот такой кусок (closeDate - вчерашняя дата). собственно, после его выполнения - сервисы переходят в статус удалён в самом договоре. но если смотреть через дерево устройств - устройство - интерфейсы : видно, что старый сервис все ещё занимает интерфейс устройства.
что ещё не хватает для полного "счастья"?
и как вообще правильно дождаться реального состояния сервиса, т.е. фактического выполнения команд удаления на устройстве? может в вики есть какой то пример?

DAO - это лишь работа с базой, а нам, как правило, еще события нужны, чтобы серверы подхватили изменения. Всю эту кухню делают сервисы. Используя их не нужно думать гадать какие события и когда кидать. В данном случае нам нужен метод inetServUpdate
https://bgbilling.ru/v7.0/javadoc/ru/bi ... rvice.html

спасибо. попробую

java.util.List<InetServOption> optionList - может быть null?
long saWaitTimeout - что это?
int - что возвращает? id сервиса?

1) null нельзя. можно new ArrayList<InetServOption>(), но тогда опции, добавленные вручную на сервис похерятся. Если нужно сохранить, то предварительно дернуть список опций и передать его при обновлении

2) ставить 0L.
3) да. имеет смысл только при создании сервиса.

спасибо

не по теме, но о сервисах:

https://bgbilling.ru/v7.0/javadoc/ru/bitel/oss/systems/inventory/resource/common/DeviceService.html#method.summary

int id - это ID нового родительского устройства?
Set<java.lang.Integer> cutSet - собственно, то что нужно переместить?