Можем ли мы избежать статических данных ref. в прокси-объекте EJB, который мы получаем на клиенте, используя вызов rmi.Можем ли мы избежать статических данных в прокси-объекте ejb?
Я использую пружину Di для получения ejb-объекта и могу видеть много статического реф. в моем объекте.
Кроме того, я звоню только с местного, но выполняю удаленный вызов.
Я проверил на то же самое в сети, но не нашел много. может любой совет здесь ..
Заранее спасибо !!! :)
Короткий ответ: Нет
Длинный ответ: EJB-прокси контейнером генерируется удаленным прокси, вы должны взаимодействовать со своими интерфейсами, а не их реализации. Фактическая реализация - это специфический для вендора код, сгенерированный сервером, который имеет дело со всей сложностью служб EJB. Это должно быть интересно, если вы хотите знать, как работает сам контейнер.
При использовании удаленных интерфейсов: хорошо использовать удаленные подключения к EJB, которые на самом деле размещены локально. Это делает ваше приложение более расширяемым, поскольку оно не делает локальный хостинг зависимым. Это добавляет накладные расходы на вызовы, поэтому для этого есть стоимость исполнения, но она не такая большая.
Что вы подразумеваете под «static data ref»? Вы можете показать пример? Какая проблема? Почему локальные или удаленные релевантные? –
У меня есть приложение, в котором тот же код ведет себя по-другому. Как приложение использует slsb в моем приложении, оно уничтожает/удаляет ejb из контейнера, как только вызов завершен, а в другом приложении он не удаляет его. Я проверил пул механиков и конфигураций обоих приложений, но все одинаково, но при отладке значений объектов, установленных в моем приложении, отображается статическое ref. Что не видно в том же коде в другом приложении. Поэтому хотелось избежать статической переменной, чтобы увидеть, позволяет ли контейнер ejb объединить компонент, который будет удален. – Harish