aspose file tools*
The moose likes Websphere and the fly likes Corba call between WAS 6 and WAS 4 server (server restart issue) Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login
JavaRanch » Java Forums » Products » Websphere
Bookmark "Corba call between WAS 6 and WAS 4 server (server restart issue)" Watch "Corba call between WAS 6 and WAS 4 server (server restart issue)" New topic
Author

Corba call between WAS 6 and WAS 4 server (server restart issue)

nazzy khan
Ranch Hand

Joined: May 06, 2010
Posts: 39

Hi,

I have a scenario where there are two applications which are interacting by EJB call (one is deployed on WAS 6 server and other one is deployed on WAS 4 application server). In my case, application deployed on WAS 6 is making a CORBA call to EJBs deployed on WAS 4 server.

Problem which I'm facing at the moment is whenever my WAS 4 server restarts (recycle of EJB deployed application) and later If I make a corba call from WAS 6 application (without restarting it) I get a connection error.

java.rmi.RemoteException: CORBA TRANSIENT 0x4942fe02 No; nested exception is:
org.omg.CORBA.TRANSIENT: java.net.ConnectException: Connection refused: connect:host=10.164.161.40,port=1879 vmcid: IBM minor code: E02 completed: No
at com.ibm.CORBA.iiop.UtilDelegateImpl.mapSystemException(UtilDelegateImpl.java:259)
at javax.rmi.CORBA.Util.mapSystemException(Util.java:84)



I have got an article on IBM website which says that...

This is expected behavior and working as designed. By default, the ORB on the server comes up on a dynamically-assigned listener port. Initially, the client successfully connects to it; however; once the server recycles, it is likely to come up on a different dynamic listener port. The client assumes that the current connection is still valid, and continues to access the outdated port. The connection fails until the client is recycled.

Solution
To avoid this problem, set the listener port on the server to a static port. Set to a static port, the server always comes up on the same port and the client continues to function without a restart.


I have set following things..

1. In WAS 4 admin console, I have added following four entries under Nodes/localhost/Application Servers/Default Server/Process Definition/JVM Settings (system properties)

com.ibm.CORBA.ListenerPort=4470
com.ibm.CORBA.SSLPort=3228
com.ibm.CORBA.LSDPort=3229
com.ibm.CORBA.LSDSSLPort=3224


2. Also, I have created a file admin.config in <was_dir>/bin directory with the same details.

But still I'm facing same issue. When my WAS 4 server restarts, I get the same exception.


Can anyone please tell me how to resolve this issue. Can a static port assignment resolve this issue?


Below are the some pointers on it from IBM which I have done so far but no luck

http://publib.boulder.ibm.com/infocenter/wasinfo/v4r0/index.jsp?topic=/com.ibm.support.was40.doc/html/Object_Request_Broker__ORB_/swg21174796.html

http://publib.boulder.ibm.com/tividd/td/ITPME/SC32-1123-00/en_US/HTML/p12inmst39.htm


Thanks
 
I agree. Here's the link: http://aspose.com/file-tools
 
subject: Corba call between WAS 6 and WAS 4 server (server restart issue)