Question

I’m using EclipseLink on GlassFish 3.1.1 and I’m trying to understand this exception:

javax.ejb.EJBException: Illegal non-business method access on no-interface view
    at org.mycompany.myproject.session.__EJB31_Generated__MyBeanFacade__Intf____Bean__.getEntityManager(Unknown Source)
    at org.mycompany.myproject.session.AbstractFacade.edit(AbstractFacade.java:28)
    at org.mycompany.myproject.controller.EditMyBeanServlet.doPost(EditMyBeanServlet.java:199)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:754)

Notice that the stack trace indicates that the problem is triggered in the Netbeans generated AbstractFacade.getEntityManager method.

Any idea what the heck is going on or any tips to troubleshoot? I’m guessing that either the transaction or caching state in the EJB is weird when this happens because sometimes calling the edit method works fine. I’m calling the EJB methods from a Servlet. The exception occurs when trying to save changes to an entity.

Answer 1

I think I may have found a solution and possibly a bug in third party software. It seems like GlassFish 3.1.1 / EJB 3.1 / EclipseLink can’t handle method overloading correctly. I’ve got a method defined in my EJB named edit that overloads (not overrides) the method from the parent abstract class. There is a method named edit in the abstract parent of the EJB that takes a generic type and then I’ve got a method named edit in the EJB which takes a List. If I rename the method to something else so that it is no longer overloading then the exception goes away!

Code:

public abstract class AbstractFacade<T> {
protected abstract EntityManager getEntityManager();
public void edit(T entity) {
...

and

@Stateless
public class MyEntityFacade extends AbstractFacade<MyEntity> {
protected EntityManager getEntityManager() { return em; )
public void edit(List<MyEntity> entities) {
...

Note: I noticed if I make the getEntityManager method public instead of protected I’ll get a TransactionRequiredException instead of an EJBException.