EJB - когда использовать удаленный и / или локальный интерфейсы?

Я новичок в Java EE, и я пытаюсь понять концепцию локальных интерфейсов и Удаленные интерфейсы. Мне сказали, что одним из больших преимуществ Java EE является простота масштабирования (что, как я считаю, означает, что вы можете развертывать различные компоненты на разных серверах). Здесь на помощь приходят удаленный и локальный интерфейсы? вы должны использовать удаленные интерфейсы, если вы ожидаете, что ваше приложение будет иметь разные компоненты на разных серверах? И использовать локальные интерфейсы, если ваше приложение будет размещаться только на одном сервере?

Если мои предположения выше верны, как бы вы поступили? выбор между использованием локальных или удаленных интерфейсов для нового приложения, если вы не уверены в том, какой будет объем трафика? Начните с использования локальных интерфейсов и постепенно переходите на удаленные интерфейсы, где это применимо?

Спасибо за любые разъяснения и предложения .

-121 --- 5856 79- Windows: Как определить, был ли файл изменен с заданной даты У меня есть служебная программа, которая обрабатывает набор файлов в каталоге - процесс относительно медленный (и есть много файлов), поэтому я попытался оптимизировать процесс только ...

У меня есть служебная программа, которая обрабатывает набор файлов в каталоге - процесс относительно медленный (и файлов много), поэтому я попытался оптимизировать процесс, обрабатывая только файлы с "последнее изменение" позже даты последней обработки.

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

  1. Пользователь обрабатывает каталог в 9:00.
  2. Затем файл копируется из этого каталога и модифицируется так, чтобы его дата последнего изменения была 9:30
  3. Затем каталог снова обрабатывается в 10:00.
  4. Измененный файл затем копируется обратно в каталог в 10:30
  5. Наконец, каталог снова обрабатывается в 11:00

Поскольку дата изменения данного файла 9:30, а последний раз каталог обрабатывался в 10:00, файл пропускается, когда он не должно быть.

К сожалению, вышеупомянутое имеет тенденцию случаться слишком часто в определенных ситуациях (например, в совместной среде с контролем версий и т. Д.). Ясно, что моя логика ошибочна - мне действительно нужна дата «последнего изменения или копирования». существует ли такая вещь?

В противном случае, есть ли другой способ быстро и с достаточной надежностью определить, изменился ли данный файл?

5
задан Justin 30 September 2010 в 06:25
поделиться