Различные EAR, использующие общие сервисы.Стоит ли использовать удаленные вызовы или упаковать их как локальные?

Question

У меня есть несколько EJB3-ушей, развернутых на сервере jboss. Одним из них является приложение, содержащее общие службы, представленные как удаленные. Теперь все другие уши используют эти сервисы через удаленный доступ, и это кажется очень болезненным для производительности.

Что я могу сделать, чтобы преодолеть это? Могу ли я сделать эти сервисы @Local и упаковать этот jar в каждое приложение, чтобы они могли использоваться через @Local not @Remote?

Answer 1

Согласно учебному руководству * Java * клиент компонента @Local должен работать в той же JVM, что и корпоративный компонент, к которому он обращается. "

Таким образом, у вас не должно возникнуть проблем с использованием локальных вызовов между различными развернутыми приложениями на одном сервере.

Вы уверены, что это является причиной ваших проблем с производительностью, однако?

Answer 2

Я согласен с вами, вы не можете вводить сессионный компонент ejb из другого уха и в тот же jvm, используя локальный интерфейс.

если у вас два уха, вы должны использовать удаленный интерфейс и использовать: @EJB(lookup = "JNDI_BEAN_NAME")

Answer 3

Я не согласен.Посмотрите эту ветку, так как она дает отличное описание того, почему вы не должны: http://www.coderanch.com/t/79249/Websphere/Local-EJB-calls-separate-ear

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

Вы можете обойти это, имея один загрузчик классов на сервер (по сравнению с объемом на слух).Также плохая идея по соображениям безопасности / изоляции.

Вы должны использовать удаленные вызовы между ушами.Некоторые реализации Java EE оптимизируют эти вызовы, чтобы быть более эффективными при вызовах внутри одной и той же jvm.