4.0.6 buildforge.socketTimeout build engine setting, when does that come into play?
I just looked at https://jazz.net/downloads/rational-team-concert/releases/4.0.6?p=news, the section about Build Forge integration enhancements.
I have been dealing with an issue where JBE adaptor calls to load a workspace from Build Forge time out when RTC is busy (at night when RTC DB maintenance jobs run).
It is basically the same issue that I asked about in jbe adaptor times out. It has now become an issue again.
My question is: what timeout between which parts is controlled by the buildforge.socketTimeout build engine setting and what are the use cases when one would want to increase it?
I have been dealing with an issue where JBE adaptor calls to load a workspace from Build Forge time out when RTC is busy (at night when RTC DB maintenance jobs run).
It is basically the same issue that I asked about in jbe adaptor times out. It has now become an issue again.
My question is: what timeout between which parts is controlled by the buildforge.socketTimeout build engine setting and what are the use cases when one would want to increase it?
Accepted answer
The timeout there is to finish out stale builds in RTC. If nothing is received for the timeout period then the RTC buidl will be marked finished, but incomplete. So the timeout should be increased if you have builds that have exceptionally long steps, which would wrongly report that the BF build went away.
~Spencer
One other answer
The timeout there is to finish out stale builds in RTC. If nothing is received for the timeout period then the RTC buidl will be marked finished, but incomplete. So the timeout should be increased if you have builds that have exceptionally long steps, which would wrongly report that the BF build went away.
~Spencer