Seam je dobře použitelný s EJB, kde jsou jednotlivé EJB vystaveny jako Seam komponenty a navíc obsahují všechny služby, které EJB kontejner nabízí.

Jsou ovšem chvíle, kdy bych potřeboval obyčejnou Seam komponentu a do ní nějakým způsobem vstříknout EJB beanu. Co se týče implementaci pro glassfish, není situace tak jednoduchá, jak by se mohlo zdát.

Takže, mějme příklad, kdy potřebuji vytvořit Seam komponentu, která bude míti jednu metodu, která bude vracet seznam hodnot z nějaké entity.

Klasický přístup by mohl vypadat následovně:
@Name(„testLis­t“)
public class TestList {
   @Unwrap
   public List<Entita> lookup() {
      return entityManager­.createQuery(„from Entita e“).getResultLis­t();
   }
 }
Použití ve facelets stránce by poté vypadalo následovně:
<h:selectonemenu id=„zarazeni“ value=„#{kompo­nenta.hodnota­TestList}“>
   <s:selectitems value=„#{testLis­t}“ var=„t“ label=„#{t.na­zev}“ noselectionla­bel=„- _testList -“>
</s:selectitem­s></h:selecto­nemenu>
Pravdou je, že použití samotné anotace @Unwrap může mít hezké uplatnění.

Jenže, osobně se mi nelibí možnost, že musím uvnitř samotného „testListu“ volat entity manager a navíc psát nějaké OQL. Mám již definovanou DAO vrstvu pomocí EJB a chci lookupnout samotnou EJB jako Seam komponentu.

K tomtuto účelu jsem si vytvořil jednoduchou lookup službu, která vypadá následnovně:
@Stateless
@Name(„lookup“)
@Scope(ScopeTy­pe.APPLICATION)
@Interceptors(va­lue = {SeamIntercep­tor.class})
public class LookupBean implements LookupLocal {

     @Resource
     private EJBContext context;

     @EJB
     private SessionLookupLocal sess;

     public Object ejb(String bean) {
          return context.lookup(be­an);
     }

     public EntityManager getEntityMana­ger() {
          return sess.getEntity­Manager();
     }

     public Session getSession() {
          return sess.getSessi­on();
     }

 }
Takže lookup služba slouží k získaní jak EJB beany tak entity manageru popřípadě Hibernate Session. Dá se sice namítnout, že Seam umí přímo injectnout EntityManager (dokonce se to dá hackem zprovoznit i v glassfish), ale já si raději vsrtvy odděluji, proto injectuji daný „persistence provider“ jen v nejnutnějších chvílích. Druhou věcí je fakt, že daný provider pro persistenci přenáší jiná EJB beana. Důvodem je fakt, že při inicializaci a vytvoření Seam komponenty ještě není znám provider pro entity manager, proto ho musím získat z jiné EJB.Ale zpět. K tomu, aby daná lookup služba (která je jak Seam komponentou tak EJB komponentou) byla schopná lookupovat EJB, musí být navíc definovana reference na dané EJB beany v ejb.jar.xml, nebo pomocí anotací. Já jsem zde raději přistoupil k možnosti pomocí XML, jelikož se jedná o speciální požadavek, který se v průběhu života může změnit.
    <enterprise-beans>
        <session>
            <ejb-name>LookupBe­an</ejb-name>
            <ejb-class>cz.irmin­sul.seam.app.Lo­okupBean</ejb-class>
            <ejb-local-ref>
                <ejb-ref-name>NejakaDA­OBean</ejb-ref-name>
                <local>cz.irmin­sul.NejakaDAO­Local</local>
                <ejb-link>NejakaDA­OBean</ejb-link>
            </ejb-local-ref>
        </session>
    </enterprise-beans>
Díky této definici reference mám možnost uvnitř lookupBean získávat ejb dynamicky, tedy přes initialContex­t.Konečné použití uvnitř Seam komponenty, která není EJB beanou, může vypadat následovně:
@Name(„testLis­t“)
public class TestList {    

     @In(value = „#{lookup.ejb(‚Ne­jakaBean‘)}“)
     private NejakaLocal bean;

     private List<Entita> data;

     @Unwrap
     public List<Entita> lookup() {
          if (data == null) {
               data = bean.metodaLo­kalnihoInterfa­ce();
          }
          return data;
     }

 }
Samozřejmě je možné získat i Entity Manager či Hibernate Session. Použití je v podstatě jasné:
@In(„#{lookup­.entityMananger}“)
private EntityManager em;
Daný návod je funkční v Seam 2.0, EJB 3 a Glassfish V2.