aspose file tools*
The moose likes EJB Certification (SCBCD/OCPJBCD) and the fly likes SessionContext.getEJBObject() Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login


Win a copy of Java 8 in Action this week in the Java 8 forum!
JavaRanch » Java Forums » Certification » EJB Certification (SCBCD/OCPJBCD)
Bookmark "SessionContext.getEJBObject()" Watch "SessionContext.getEJBObject()" New topic
Author

SessionContext.getEJBObject()

rick collette
Ranch Hand

Joined: Mar 22, 2002
Posts: 208
The following is from Mikalai Zaikin's Study guide:

The container MUST implement the SessionContext.getEJBObject() method such that the bean instance can use the Java language cast to convert the returned value to the session bean�s remote interface type. Specifically, the bean instance does not have to use the PortableRemoteObject.narrow(...) method for the type conversion.

My question: why MUST container implement the SessionContext.getEJBObject() method to use the Java language cast to convert the returned value to the session bean�s remote interface type?

This sounds remote to me.

thanks,
Mike Melton
Greenhorn

Joined: Jun 29, 2004
Posts: 13
SessionContext.getEJBObject() is called by the bean instance, not the client. The bean and the EJBObject live in the same JVM, so the call is not remote even though the returned value is of the remote interface type.

HTH
Mike
Hai Lin
Ranch Hand

Joined: May 23, 2004
Posts: 79
Mike,
I don't agree with what you said
"SessionContext.getEJBObject() is called by the bean instance, not the client",
Of course, clinet have a way to use SessionContext. For example,
in componet interface we add one more method like following:
public interface Advice extends EJBObject {
public String getAdvice() throws RemoteException;

public EJBContext getSessionContext() throws RemoteException;
}

while in corresponding bean class which implements getSessionContext() to return the SessionContext, then when client calls method getSessionContext() by EJBObject's stub, the client can get the object SessionContext.

Thanks.

Hai
Sandesh Tathare
Ranch Hand

Joined: Jun 22, 2003
Posts: 82
Hai,

The arguments or return value types for a bean's method must be legal types for RMI/IIOP if the method corresponds to a business method on the bean�s remote interface.
So arguments or return value types for a remote method must be one of following:
1] Primitive
2] Serializable objects
3] An array or collection of primitives or Serializable objects
4] A Remote Object

So first of all we won't be able to return EJBContext.
Secondly, remember that "The EJBContext interface provides an instance with access to the container-provided runtime context of an enterprise Bean instance." And it's not a very good idea to expose EJBContext to a client of a bean from encapsulation point of view.

And what Mike said makes sense.

Regards,
Sandesh


Regards,<br />Sandesh<br />(SCJCP, SCWCD, SCBCD - 99%, OCP-1)<br /> <br />Either find a way or create one.
 
I agree. Here's the link: http://aspose.com/file-tools
 
subject: SessionContext.getEJBObject()
 
Similar Threads
casting problem
Cleared SCBCD last week.. some notes
My Study Notes
PoratableRemoteObject
My SCEA Part 1Study Notes