SCM Accept Issue with RTC 5.0.2
We have upgraded RTC client on AIX to version 5.0.2. My build process fails when accepting change sets into workspace. The exit code is 52 "Indicates that an accept succeeded, but there were no incoming changes, so the workspace remains unchanged." I'm assuming exit code 52 should not indicate failure. Did not have this issue on previous version of RTC. Is this a bug in ver 5.0.2?
This is where failure occurs:
<exec executable="${rtc.scm}" failonerror="true">
<arg value="accept"/>
<arg value="-r"/>
<arg value="${rtc.login.alias}"/>
<arg value="-s" />
<arg value="${rtc.stream.bpm}" />
<arg value="-t" />
<arg value="${rtc.workspace.deal}" />
</exec>
Steve D.
This is where failure occurs:
<exec executable="${rtc.scm}" failonerror="true">
<arg value="accept"/>
<arg value="-r"/>
<arg value="${rtc.login.alias}"/>
<arg value="-s" />
<arg value="${rtc.stream.bpm}" />
<arg value="-t" />
<arg value="${rtc.workspace.deal}" />
</exec>
Steve D.
Accepted answer
That sounds like an error to me ... I'd suggest submitting a defect to IBM Support.
If a command succeeds, it should return 0 exit code, and the behavior should not change release to release.
If a command succeeds, it should return 0 exit code, and the behavior should not change release to release.
One other answer
I did open a defect with Rational Team, here is their response:
"the old behavior can be enabled by setting the VM property "jazz.scm.cli.legacy.return.codes.enable" to true. For instance, you can add the following line to the VM args section of the scm.ini file: -Djazz.scm.cli.legacy.return.codes.enable=true"
We are running in AIX so there is no scm.ini. I added the property to scm.sh and the error no longer occurs.
"the old behavior can be enabled by setting the VM property "jazz.scm.cli.legacy.return.codes.enable" to true. For instance, you can add the following line to the VM args section of the scm.ini file: -Djazz.scm.cli.legacy.return.codes.enable=true"
We are running in AIX so there is no scm.ini. I added the property to scm.sh and the error no longer occurs.
Comments
Shashikant Padur
JAZZ DEVELOPER Feb 04 '16, 10:38 p.m.As you rightly mentioned, 52 return code has a special meaning to indicate there wasn't any changes to accept and the command succeeded. I believe it was introduced in 502.