Можем ли мы избежать статических данных в прокси-объекте ejb?

Можем ли мы избежать ссылки на статические данные. в прокси-объекте EJB, который мы получаем от клиента с помощью вызова rmi.

Я использую Spring Di для получения объекта ejb и вижу много статических ссылок. в моем объекте.

Также я звоню только с местного, но делаю удаленный вызов.

Я проверил то же самое в сети, но не нашел много. может тут кто подскажет..

Заранее спасибо !!! :)


java spring ejb ejb-3.1 ejb-2.x
person Harish    schedule 11.09.2015    source источник
comment
Что вы подразумеваете под ссылкой на статические данные? Можете ли вы показать какой-нибудь пример? Какую проблему это вызывает? Почему локальное и удаленное релевантно?   -  person Brett Kail    schedule 11.09.2015
comment
У меня есть приложение, в котором один и тот же код ведет себя по-разному. Оба приложения используют slsb, в моем приложении он уничтожает/удаляет ejb из контейнера после завершения вызова, а в другом приложении не удаляет его. Я проверил механизм пула и конфигурации обоих приложений, но все то же самое, но при отладке значений объектов, установленных в моем приложении, отображается статическая ссылка. Которые не видны в том же коде в другом приложении. Поэтому хотелось избежать статической переменной, чтобы увидеть, позволяет ли контейнер ejb объединять bean-компонент вместо его удаления.   -  person Harish    schedule 12.09.2015

Ответы (1)


arrow_upward
1
arrow_downward

Краткий ответ: Нет.

Длинный ответ: прокси-серверы EJB — это удаленные прокси-серверы, сгенерированные контейнером, вы должны взаимодействовать с их интерфейсами, а не с их реализациями. Фактическая реализация представляет собой специфический для поставщика код, генерируемый сервером, который имеет дело со всей сложностью служб EJB. Это должно представлять интерес только в том случае, если вы хотите знать, как работает сам контейнер.

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

person hugh    schedule 13.09.2015