Подтвердить что ты не робот

@EJB аннотация в клиентах

Используя NetBeans, я делаю следующее в классе, содержащем main(), и он работает:

import javax.ejb.EJB;

public class Master {
    @EJB
    TestBeanARemote x;

    public static void main(String[] args) {
        Master m = new Master();
        m.doStuff();
    }
//doStuff includes x, but it works, so who cares.
...

Если я делаю это в вызываемом классе, он терпит неудачу. Кажется, что вызываемый класс требует от меня избегать использования аннотаций и вместо этого использовать целую установку InitialContext().

String testRun(String arg) {
   InitialContext ic;
    try {
        ic = new InitialContext();
        x = (TestBeanARemote) ic.lookup("com.bnncpa.testing.TestBeanARemote");
        return x.testRun(arg);

    }

Полная копия ниже:

package enterpriseapplication1;
public class Main {

    private Secondary x = new Secondary();

    public static void main(String[] args) {
        Main m = new Main();
        m.doStuff();
    }

    public void doStuff() {
        System.out.println(x.testRun("bar"));
    }

}

package enterpriseapplication1;
import org.mine.testing.TestBeanARemote;
import javax.ejb.EJB;

public class Secondary {
   @EJB
   static private TestBeanARemote x;

   String testRun(String arg) {
       return x.testRun(arg);
   }
}

Есть ли какая-то особая причина, почему @EJB может не работать во всех классах пакета? Я бы хотел просто пометить @EJB везде, где я его использую.

Есть ли какой-нибудь лучший способ сделать это, что я полностью потерял?


Изменить: Чтобы решить проблему с использованием приложения, здесь моя трассировка стека:

May 11, 2009 4:24:46 PM com.sun.enterprise.appclient.MainWithModuleSupport <init>
WARNING: ACC003: Application threw an exception.
java.lang.NullPointerException
    at enterpriseapplication1.Secondary.testRun(Secondary.java:20)
    at enterpriseapplication1.Main.doStuff(Main.java:27)
    at enterpriseapplication1.Main.main(Main.java:23)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at com.sun.enterprise.util.Utility.invokeApplicationMain(Utility.java:266)
    at com.sun.enterprise.appclient.MainWithModuleSupport.<init>(MainWithModuleSupport.java:449)
    at com.sun.enterprise.appclient.MainWithModuleSupport.<init>(MainWithModuleSupport.java:259)
    at com.sun.enterprise.appclient.Main.main(Main.java:200)
Exception in thread "main" java.lang.RuntimeException: java.lang.reflect.InvocationTargetException
    at com.sun.enterprise.appclient.MainWithModuleSupport.<init>(MainWithModuleSupport.java:461)
    at com.sun.enterprise.appclient.MainWithModuleSupport.<init>(MainWithModuleSupport.java:259)
    at com.sun.enterprise.appclient.Main.main(Main.java:200)
Caused by: java.lang.reflect.InvocationTargetException
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at com.sun.enterprise.util.Utility.invokeApplicationMain(Utility.java:266)
    at com.sun.enterprise.appclient.MainWithModuleSupport.<init>(MainWithModuleSupport.java:449)
    ... 2 more
Caused by: java.lang.NullPointerException
    at enterpriseapplication1.Secondary.testRun(Secondary.java:20)
    at enterpriseapplication1.Main.doStuff(Main.java:27)
    at enterpriseapplication1.Main.main(Main.java:23)
    ... 8 more
Java Result: 1
4b9b3361

Ответ 1

Проблема заключается в том, что @EJB будет вводиться только в "управляемые" классы.

В Java EE очень мало управляемых классов. В частности, клиенты приложений (ваш "главный" здесь в этом случае), EJB (безстоящие и Stateful EJBs, Message Beans и т.д.) И сервлеты.

Что-нибудь еще (например, общие классы, сущности JPA и т.д.) не будет иметь введенных ресурсов, и вам нужно будет полагаться на механизм поиска, чтобы получить доступ к вашим ресурсам.

Ответ 2

Glassfish поддерживает инъекцию EJB в клиентских приложениях, которые не работают в каком-либо контейнере Java EE (ваше маленькое приложение, клиенты Swing и т.д.) через так называемый "клиентский контейнер приложений".

Для записи, если я хорошо помню, нам пришлось использовать что-то вроде

x = (TestBeanARemote) PortableRemoteObject.narrow(ic.lookup("com.bnncpa.testing.TestBeanARemote"), TestBeanARemote.class)

который используется в <= EJB 2.1 в Weblogic 10, хотя он поддерживается, и мы использовали EJB 3 (JavaEE 5). Он считает, что это вызвано тем, что Weblogic поддерживает EJB3, создавая в предыдущих версиях интерфейсы стиля EJB 2.1. Не знаю, исправили ли они это.