• Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other Pie Elite all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Jeanne Boyarsky
  • Ron McLeod
  • Paul Clapham
  • Liutauras Vilda
Sheriffs:
  • paul wheaton
  • Rob Spoor
  • Devaka Cooray
Saloon Keepers:
  • Stephan van Hulst
  • Tim Holloway
  • Carey Brown
  • Frits Walraven
  • Tim Moores
Bartenders:
  • Mikalai Zaikin

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

 
Ranch Hand
Posts: 42
Android Eclipse IDE Spring
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
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
 
Don't get me started about those stupid light bulbs.
reply
    Bookmark Topic Watch Topic
  • New Topic