EJB + Herança

Não tem como mesmo, pois é em cima do objeto instanciado que será definido qual implementação será chamada.

Como eu poderia fazer então?

Se você tem um caso de uso em que são chamadas duas “rotinas” ou mais, você pode fazer com que o teu EJB faça a chamada para os demais EJBs.

Mas dessa forma qualquer alteração feita no EJB “pai” não seria refletida no EJB “filho”… isso não seria muito legal.

Talvez se eu colocasse uma outra interface… e se obrigasse minhas interfaces @Local a implementarem ela… será que daria certo?

A interface @Local só vai dizer que aquele método está disponível para acesso local, nada mais!!!

Só se você fizer um Factory de EJB, se é que isso existe!!!

Estamos falando de EJB3? Se for, pode usar herança, sem problemas. Tanto nas entidades (pojos) como nos session beans.

EJB3 sim… vou tentar então!

Só para esclarecer melhor, segue o trecho da especificação EJB 3.

The session bean class may have superclasses and/or superinterfaces. If the session bean has
superclasses, the business methods, lifecycle callback interceptor methods, the timeout callback
method, the methods of the optional SessionSynchronization interface, the
Init or ejbCreate methods, the Remove methods, and the methods of the
SessionBean interface, may be defined in the session bean class, or in any of its superclasses.
A session bean class must not have a superclass that is itself a session bean class.

Vendo o teu caso, talvez precise mudar tua hierarquia de classes. Mas antes disso faça o teste, alguns containers apenas ignoram se o teu ejb “pai” for stateless/statefull, e sobrescrevem com o novo tipo definido no ejb “filho”. Posta o resultado do teste.

Obs.: parece que a partir da 3.1, isso já é possível, sem restrições.

Faça injeção de um EJB em outro , sobrescreva os métodos e, dependendo do caso, você chama (ou não) o outro EJB (Delegate).

Já deram essa sugestão… mas