At a higher level, if we parse an EJB, say, a statelessEJB Bean, it looks like it's an ejb framework built from the RMI API. The reason why I say this: -
RMI also has a remote interface. when searching for names, we get a stub that calls skelton, which internally calls the remote object.
In EJB, we have a home interface and a remote interface, the implementation of which is provided by the ejb container (which looks like stubs) when calling create on the home interface, it gives a remote object, according to which I call skelton, which internally calls session object.
Please let me know if the above comparison makes sense?
source
share