Изменение сущностей в событии OnFlushDirty в NHibernate

Есть сущность "настройки", в которой хранится путь к данным. Есть сущности, которые пользуются настройками, чтобы строить свой путь к данным.

Хочется на изменении настроек валидировать пути остальных сущностей и пересохранять их при необходимости. Как это пытаюсь сделать:

1. Перекрыл Interceptor и ловлю событие OnFlushDirty, которое позволяет отловить изменение нужного свойства:

   var folderIndex = propertyNames.ToList().IndexOf(nameof(Folder));
   if (folderIndex > -1 && previousState != null)
   {
     var previous = previousState[folderIndex] as string;
     var current = currentState[folderIndex] as string;
     if (previous != current)
     {
       var someEntities = session.Query<ISomeEntity>().Where(m => m.Setting == this).ToList();
       foreach (var someEntit in someEntities)
       {
         someEntity.RefreshFolder();
       }
     }
   }
   

Расчёт был на то, что раз изменения внутри сессии (уже в коммите транзакции), то изменения подцепятся автоматически. Не помогло. Если после someEntity.RefreshFolder(); добавить session.SaveOrUpdate(someEntity) то чуда не происходит и сущности тоже не сохраняются.

2. Снаружи вызов настроек обёрнут в транзакцию:

   using (var tranc = session.OpenTransaction())
   {
     try
     {
       session.SaveOrUpdate(setting);
       tranc.Commit();
     }
     catch (System.Exception)
     {
       tranc.Rollback();
       throw;
     }
   }
   

3. В SomeEntity есть ссылка на Setting, как видно в п1, и если я попытаюсь сделать отдельную транзакцию, то оно уходит в SO, т.к. для сохранения сущности становится необходима сохраненная настройка, а она снова вызовет сохранение сущности.

4. У всех сессий включен session.FlushMode = FlushMode.Commit, чтобы случайные изменения в сессии (которые например потом были провалидированы исключением) не пытались сохраняться в базу.

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