Thanks for your reply. However, EJBContext does not seem to provide a lot of
alternatives either. So I can call getEJBHome which provides me with a reference to
the
EJBHome object. With this I can call getEJBMetaData() and obtain information about the
Enterprise Beans interface. According to the JavaDocs this is utilized by tools. I
assume they mean the tools for deploying the bean. The question remains, how does one
write EJBs that expose an EJB Servers services to the clients in a standard way or are
EJBs only meant to be used for accessing a relational DB? I admit my guilt at not
having
read the entire EJB 1.1 spec. However, I have read Valensky and scanned through
Monson-Haefel without finding any wisdom regarding this issue. I further realize the
immaturity of the spec. and the planned additions of JMS and Connectors to it.
However, I
am under the impression that the spec is not so young as to not have had anyone besides
myself question how this linkage should/could be implemented. It just seems strange
that
is not a feature EJB developers would want to make use of or that is not addressed by
the
spec. so vendors would provide a portable way of doing this. Lastly, I also realize
that
what I am refering to borders on the JINI spec. A client connects to an application
server via an EJB which presents an enumeration of the services provided by the server.
>From here the server provides the client with a way of utilizing the services. I
>don't
think it a stretch to have EJBs for this purpose that are also portable across servers.
Am I out in left field here?
Evan Ireland wrote:
> Chris Emery wrote:
> >
> > Please excuse me, I should have poised the question as: The only method available
>to
> > a class which implements either EntityBean or SessionBean has for accessing server
> > services is through the EJBContext.getEJBObject() method. Is this is correct, then
> > if every EJB Server vendor implements the EJBObject interface differently when the
> > EJB is deployed, then how can one write EJBs which are portable across servers? Am
> > I missing something here?
>
> No, the getEJBObject method allows a component to access an object
> reference for itself. It's all the other methods on EJBContext that
> you should be looking at.
>
> ===========================================================================
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
> of the message "signoff EJB-INTEREST". For general help, send email to
> [EMAIL PROTECTED] and include in the body of the message "help".
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
