JPA / Glassfish 3 - исключение NamingExject для внедрения EJB в сервлет - PullRequest
Новая
       24

JPA / Glassfish 3 - исключение NamingExject для внедрения EJB в сервлет

0 голосов
/ 10 ноября 2011

Я развертываю на Glassfish 3.1.1.

У меня есть проект JPA, который создает банку.Он имеет стандартные классы моделей данных, помеченные @Entity, и классы обслуживания, помеченные @Stateless.Все классы обслуживания наследуются от класса GenericServiceBean: 

@Stateless
public class GenericServiceBean implements GenericService
{
    @PersistenceContext(unitName = "myUnitName")
    EntityManager em;

    public GenericServiceBean()
    {
        // empty
    }

    public <T> T create(T t)
    {
        em.persist(t);   
        return t;
    }

    public <T> T update(T t)
    {
        return em.merge(t);
    }

    public List<?> findWithNamedQuery(String namedQueryName,
            Map<String, Object> parameters)
    {
        return findWithNamedQuery(namedQueryName, parameters, 0);
    }

    public List<?> findWithNamedQuery(String namedQueryName,
            Map<String, Object> parameters, int resultLimit)
    {
        Query query = this.em.createNamedQuery(namedQueryName);

        if (resultLimit > 0)
        {
            query.setMaxResults(resultLimit);
        }

        for (Map.Entry<String, Object> entry : parameters.entrySet())
        {
            query.setParameter(entry.getKey(), entry.getValue());
        }

        return query.getResultList();
    }
}

public class BatchService extends GenericServiceBean
{
    public BatchService()
    {
        super();
    }

    public Batch create(Batch batch)
    {
        return this.create(batch);
    }

    public Batch find(Batch batch)
    {
        return this.update(batch);
    }

    public List<Batch> findByStatus(String status)
    {
        HashMap<String, Object> parameters = new HashMap<String, Object>();
        parameters.put("status", status);

        return (List<Batch>) this.findWithNamedQuery("Batch.findByStatus",
                parameters);
    }
}

Я установил пул соединений JDBC в Glassfish и могу успешно пропинговать базу данных (MySQL).Я настроил ресурс JDBC jdbc/myUnitName, связанный с пулом.Поскольку я установил в пуле свойства URL, пользователя, пароля и т. Д., Я не добавил их в ресурс и не включил их в persitence.xml.что выглядит следующим образом: 

<?xml version="1.0" encoding="UTF-8"?>
<persistence version="1.0" xmlns="http://java.sun.com/xml/ns/persistence"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://java.sun.com/xml/ns/persistence http://java.sun.com/xml/ns/persistence/persistence_1_0.xsd">
    <persistence-unit name="myUnitName">
        <jta-data-source>jdbc/myUnitName</jta-data-source>
        <properties>
            <property name="eclipselink.logging.level" value="FINE" />
        </properties>
    </persistence-unit>
</persistence>

У меня есть сервлет, в который я хочу внедрить служебный компонент: 

public class ESwimConnectivityServlet extends HttpServlet
{
    @EJB
    private BatchService batchService; 

    @Override
    protected void service(HttpServletRequest request,
        HttpServletResponse response)
        throws ServletException, IOException
    {
        log.debug("Enter service()");
        this.processRequest(request, response);
        log.debug("Exit service()");

    String message = ("Connecting to database: ");

    try
    {
        List<Batch> batches = batchService.findByStatus(ProcessingStatusEnum.SUCCESS.toString());
        message += "SUCESS - batch query returned " + batches.size();
    }
    catch (Throwable t)
    {
        message += "FAIL - see log for details";
        log.error("Could not query database", t);
    }

    response.getWriter().write(message + "\n");

    }
}

Когда я пытаюсь развернуть войну сервлетов, я получаю этот финалCaused by в моей трассировке стека: 

Caused by: javax.naming.NamingException: 
Lookup failed for 'java:comp/env/com.mycompany.MyServlet/batchService' in SerialContext[myEnv={java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, java.naming.factory.url.pkgs=com.sun.enterprise.naming} 
[Root exception is javax.naming.NamingException: Exception resolving Ejb for 'Remote ejb-ref name=com.mycompany.MyServlet/batchService,Remote 3.x interface =com.mycompany.service.BatchService,ejb-link=null,lookup=,mappedName=,jndi-name=com.mycompany.service.BatchService,refType=Session' .  Actual (possibly internal) Remote JNDI name used for lookup is 'com.mycompany.service.BatchService#com.mycompany.service.BatchService'
[Root exception is javax.naming.NamingException: Lookup failed for 'com.mycompany.service.BatchService#com.mycompany.service.BatchService' in SerialContext[myEnv={java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, java.naming.factory.url.pkgs=com.sun.enterprise.naming} 
[Root exception is javax.naming.NameNotFoundException: com.mycompany.service.BatchService#com.mycompany.service.BatchService not found]]]

Я не знаю, что я сделал неправильно в своем коде или конфигурации, чтобы вызвать эту проблему.Любая помощь отладки будет высоко ценится!

Ответы [ 2 ]

1 голос
/ 10 ноября 2011

Я думаю, вы должны аннотировать свой класс BatchService аннотацией @Stateless, чтобы сделать его инъекционным.Я не уверен, но я думаю, что аннотации не могут быть унаследованы.

0 голосов
/ 01 апреля 2012

Из другого источника:

Сессионный компонент не может расширять сессионный компонент

spec EJB Core 4.6.2

Класс сессионного компонента может иметь суперклассы и / или суперинтерфейсы.Класс сессионного компонента НЕ ДОЛЖЕН иметь суперкласс, который сам является классом сессионного компонента.

...