Javax
Legacy Member
Hallo, Ik probeer al enkele dagen in een servlet een session bean op te roepen maar dit lukt me op geen enkele manier.
Ik run GlassFish V3 met eclips tool toestand en heb daarin twee projecten, eentje die de webkant voorstelt met de servlets en jsp's en de andere voor de Business logica met EJB's.
Nu probeer ik van uit het servlet project een EJB op te roepen uit het business project. Hiervoor heb ik de Remote interface in het servlet project gestopt en een InitContext gemaakt om een lookup te doen. Deze manier en varianten draaiden allemaal uit op een naming exception of zoiets tijdens de init methode van de servlet.
De tweede methode was met de @EJB annotatie. Injection heet zoiets denk ik? Dit draaide uit op dezelfde naming exceptions.
Ik zit nu op het werk dus ik ben vrij vaag maar misschien kan iemand mij deze concepten uitleggen en/of voorbeelden geven hoe dit dan wel moet in mijn context(met twee projecten).
Ik vermoed ook dat door de eclipse tool van GlassFish te gebruiken ik veel van de complexiteit verberg en daardoor een hoop interessante van het achterliggende informatie zoals deployment en configuraties over mis.
Ik run GlassFish V3 met eclips tool toestand en heb daarin twee projecten, eentje die de webkant voorstelt met de servlets en jsp's en de andere voor de Business logica met EJB's.
Nu probeer ik van uit het servlet project een EJB op te roepen uit het business project. Hiervoor heb ik de Remote interface in het servlet project gestopt en een InitContext gemaakt om een lookup te doen. Deze manier en varianten draaiden allemaal uit op een naming exception of zoiets tijdens de init methode van de servlet.
De tweede methode was met de @EJB annotatie. Injection heet zoiets denk ik? Dit draaide uit op dezelfde naming exceptions.
Ik zit nu op het werk dus ik ben vrij vaag maar misschien kan iemand mij deze concepten uitleggen en/of voorbeelden geven hoe dit dan wel moet in mijn context(met twee projecten).
Ik vermoed ook dat door de eclipse tool van GlassFish te gebruiken ik veel van de complexiteit verberg en daardoor een hoop interessante van het achterliggende informatie zoals deployment en configuraties over mis.