Сравнение EJB и Rmi

Question

На более высоком уровне, если мы анализируем EJB, скажем, StatelessEJB Bean, кажется, что это среда ejb, созданная из API RMI.Причина, по которой я говорю это: -

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

В EJB у нас есть домашний интерфейс и удаленный интерфейс, реализация которого обеспечивается контейнером ejb (который выглядит как заглушки)при вызове create на домашнем интерфейсе он выдает удаленный объект, который, по моему мнению, будет вызывать skelton, который внутренне вызывает объект сеанса.

Пожалуйста, дайте мне знать, если приведенное выше сравнение имеет смысл?

Answer 1

Да, спецификация EJB всегда требовала совместимости RMI (и некоторые серверы приложений построены поверх CORBA).До EJB 3.0 удаленные EJB-компоненты должны были иметь интерфейс компонента, расширяющий EJBObject (то есть java.rmi.Remote), а все методы требовались для выброса java.rmi.RemoteException.Фактически, локальные интерфейсы не существовали в более ранних версиях спецификации.Спецификация EJB пыталась упростить RMI, позволив контейнеру управлять жизненным циклом и масштабируемостью удаленных объектов.(Конечно, у него были и другие цели без удаленного взаимодействия.)