Your web application / swing application needs to talk to the EJB via a
delegate.
The
delegate needs to use the
Service Locator to locate the home inteface of the
session facade.
Ok let me give you a small example. Lets say that you have three entity beans (a) user (stores login details) (b) employee (c) department. Each of the above bean has its own home and component interface. You want to expose few methods in these three interfaces to the client. Rather than the client perform a lookup and identifying which interface he needs to use to call a business method, we hide all the complexity in a
single business component that that contains and centralizes complex interactions between lower-level business components.
ie., in this case I would create a single stateless session bean and expose the component methods in it.
Example:
The above class (SessionFacde) is a stateless session which means that you still need to create a home and component interface. You have now consolidated all the business functions into one big class but still clients have to do all the lookup to get to it. Do you want your clients to know that you are using EJB? No, ofcourse not.
So we need one more level of abstraction. We need a delegate. The delegate will be the contact point for the client. The delegate will perform all the JNDI lookup and call the appropriate business function.
So, your delegate class (remember, its not a session / entity bean) - its a plain old
java class will look something like:
Sounds better. But wait!! Whats with all the duplicate code in the DummyDelegate. Wouldn't it be great if all the jndi lookup is handled in one place? Yeah, probably. So here is a better Delegate class
and the servicelocator will be responsible for all the JNDI lookup. How good is that?
So, to reiterate:- The
delegate needs to use the
Service Locator to locate the home inteface of the
session facade.