Read only archive ; use https://github.com/JacORB/JacORB/issues for new issues
Bug 982 - call hangs at ReplyPlaceholder.getInputStream(ReplyPlaceholder.java:103)
Summary: call hangs at ReplyPlaceholder.getInputStream(ReplyPlaceholder.java:103)
Status: RESOLVED INVALID
Alias: None
Product: JacORB
Classification: Unclassified
Component: ORB (show other bugs)
Version: 2.3.1
Hardware: Other AIX
: P2 major
Assignee: Mailinglist to track bugs
URL:
Depends on:
Blocks:
 
Reported: 2014-04-28 17:08 UTC by Jacob
Modified: 2014-06-06 06:25 UTC (History)
1 user (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Jacob 2014-04-28 17:08:36 UTC 
Hi,

We have an application which uses jacorb 2.3.1 for java to C++ communication. What we see on AIX-WAS environment is randomly the jacorb calls hang and bring down the container with below stack all the time (last 4-5 lines). Is there any fix for this?


3XMTHREADINFO      "WebContainer : 191" J9VMThread:0x0000000038A75C00, j9thread_t:0x0000010047E4C280, java/lang/Thread:0x000000078442F498, state:CW, prio=5
3XMJAVALTHREAD            (java/lang/Thread getId:0x30525, isDaemon:true)
3XMTHREADINFO1            (native thread ID:0x1E502BF, native priority:0x5, native policy:UNKNOWN)
3XMTHREADINFO3           Java callstack:
4XESTACKTRACE                at java/lang/Object.wait(Native Method)
4XESTACKTRACE                at java/lang/Object.wait(Object.java:196(Compiled Code))
4XESTACKTRACE                at org/jacorb/orb/giop/ReplyPlaceholder.getInputStream(ReplyPlaceholder.java:113(Compiled Code))
4XESTACKTRACE                at org/jacorb/orb/ReplyReceiver.getReply(ReplyReceiver.java:275(Compiled Code))
4XESTACKTRACE                at org/jacorb/orb/Delegate.invoke_internal(Delegate.java:1074(Compiled Code))
4XESTACKTRACE                at org/jacorb/orb/Delegate.invoke(Delegate.java:939(Compiled Code))
4XESTACKTRACE                at org/omg/CORBA/portable/ObjectImpl._invoke(ObjectImpl.java:484(Compiled Code))
4XESTACKTRACE                at com/manh/wmos/services/corba/_IDLBaseFactory_IFStub.is_alive(Bytecode PC:19(Compiled Code))
4XESTACKTRACE                at com/manh/ils/wmservices/corba/CorbaInitialContextFactory.createFactory(CorbaInitialContextFactory.java:550(Compiled Code))
4XESTACKTRACE                at com/manh/ils/wmservices/corba/CorbaInitialContextFactory.getFactoryObject(CorbaInitialContextFactory.java:457(Compiled Code))
4XESTACKTRACE                at com/manh/ils/wmservices/corba/CorbaInitialContextFactory.createLoginObject(CorbaInitialContextFactory.java:325(Compiled Code))
4XESTACKTRACE                at com/manh/ils/wmservices/corba/CorbaInitialContextFactory.initializeLoginObject(CorbaInitialContextFactory.java:275(Compiled Code))
4XESTACKTRACE                at com/manh/ils/wmservices/corba/CorbaInitialContextFactory.getLoginObject(CorbaInitialContextFactory.java:192(Compiled Code))
4XESTACKTRACE                at com/manh/ils/wmservices/corba/CorbaFactory.getLoginObject(CorbaFactory.java:473(Compiled Code))
4XESTACKTRACE                at com/manh/ils/wmservices/corba/CorbaHelper.getInitializedLoginObject(CorbaHelper.java:1716(Compiled Code))
4XESTACKTRACE                at com/manh/wmos/services/wmcommon/service/RFLoginUserServiceImpl.getLoginObject(RFLoginUserServiceImpl.java:517(Compiled Code))
4XESTACKTRACE                at com/manh/wmos/services/wmcommon/ejb/WMCommonServicesSessionBean.getLoginObject(WMCommonServicesSessionBean.java:1198(Compiled Code))
4XESTACKTRACE                at com/manh/wmos/services/wmcommon/ejb/EJSRemoteStatelessWMCommonServices_5eb30bf6.getLoginObject(Bytecode PC:83(Compiled Code))
4XESTACKTRACE                at com/manh/wmos/services/wmcommon/ejb/_WMCommonServices_Stub.getLoginObject(_WMCommonServices_Stub.java:1915(Compiled Code))
4XESTACKTRACE                at com/manh/wmos/services/wmcommon/bd/RFLoginUserBDImpl.getLoginObject(RFLoginUserBDImpl.java:367(Compiled Code))
4XESTACKTRACE                at com/manh/wmos/services/inventorymgmt/backingbean/RFMenuBackingBean.getClearTaskMgmtHandle(RFMenuBackingBean.java:141(Compiled Code))
4XESTACKTRACE                at com/manh/wmos/services/inventorymgmt/backingbean/RFMenuBackingBean.loginAction(RFMenuBackingBean.java:1112)




Thank you,
Jacob
Comment 1 Nick Cross 2014-04-29 04:38:44 UTC 
Please retest with the current version (3.4) and ideally submit a test case.
Comment 2 Jacob 2014-04-29 17:38:44 UTC 
Hi, 

Moving from 2.3.1 to a higher version may not be possible for us because of the build issues. We can not reproduce this at will this happens on production server randomly and brings the container down. Some times one day some times a week.

Thank you,
jacob
Comment 3 Nick Cross 2014-04-29 18:10:55 UTC 
There were a considerable amount of fixes and improvements between 2.3.1 and 3.4. One of those may well resolve your problem.

You could try utilising Byteman or attaching a debugger to understand what is happening.
Comment 4 Nick Cross 2014-04-30 04:49:09 UTC 
What "build issues" are there involved in migrating?
Comment 5 Jacob 2014-05-01 09:26:16 UTC 
The build issue I was thinking of was about the major version change from 2.3.1 to 3.*. I am not sure how many API's changed. I will give it a try and see.
Comment 6 Jacob 2014-05-01 10:44:13 UTC 
one question since we are moving from 2.3 to 3.4 should we build and regenerate anything or just replacing the jar file will do?
Comment 7 Nick Cross 2014-05-01 11:17:12 UTC 
Although I think dropping the new jars should work (note there are different jars now) I would advise regenerating your IDL.
Comment 8 Nick Cross 2014-06-06 06:25:54 UTC 
I am closing this for now; if you can reproduce it on the current 3.5(SNAPSHOT) codebase then please reopen (and ideally supply a test case).