Documentum DFS: время ожидания для вызовов службы

Я работаю с API-интерфейсом DFS Java, и мне было интересно, знает ли кто-нибудь простой способ настройки тайм-аута на стороне клиента для вызовов службы, которые можно настроить, например, в контексте службы?

Я сталкивался с некоторыми редкими случаями, когда репозиторий Documentum не отвечал, поэтому я рассматриваю общее время ожидания для всех вызовов DFS.

Для тестирования зависшего сервисного вызова я создал фиктивную реализацию TBO, которая просто блокирует поток на 10 минут при обновлении документа:

@Override
 public void saveEx(boolean keepLock, String versionLabels) throws DfException {
  if (isNew() == false) {
    try {
      Thread.sleep(1000*60*10);
    } catch (InterruptedException e) {
      e.printStackTrace();
    }
  }
  super.saveEx(keepLock, versionLabels);
}

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

Есть ли какая-либо конфигурация, которую я еще не нашел, или, может быть, свойство времени выполнения для передачи в контекст службы для настройки времени ожидания?

Я бы предпочел использовать для этого существующие функции DFS вместо реализации собственного механизма.

1 ответ

Вы пытались редактировать значение в dfs-runtime.properties? Я не думаю, что время ожидания может зависеть от контекста, но вы должны иметь возможность изменить его для клиента в целом.

Перепечатано с https://community.emc.com/message/3249

Msgstr "Пожалуйста, обратитесь к разделу параметров запуска среды выполнения Сервера в руководстве по развертыванию.

Следующий список описывает приоритет, который dfs-runtime.properties Файлы берут в зависимости от их расположения:

  1. local-dfs‑runtime.properties файл в локальном пути к классам
  2. файл свойств времени выполнения, указанный с помощью ‑Ddfs.runtime.properties.file
  3. dfs‑runtime.properties упакован с emc‑dfs‑rt.jar

Например, настройки в local-dfs‑runtime.propertieФайл s на локальном пути к классам будет иметь приоритет идентичных настроек в dfs‑runtime.properties файл, который находится в emc‑dfs‑rt.jar или тот, который указан с ‑D параметр. Приложение DFS должно быть перезапущено после любых изменений в конфигурации. Рекомендуется использовать предоставленный файл конфигурации, который развернут в emc‑dfs‑rt.jar файл для ваших базовых настроек и используйте внешний файл для переопределения настроек, которые вы специально хотите изменить."

Другие вопросы по тегам