No, I wasn't aware of that one. I do know that Rational Software Analyzer integrates with RTC though for showing results in the build editor, process preconditions for ensuring checks are green before delivering changes, etc.

http://www-01.ibm.com/software/awdtools/swanalyzer/developer/index.html

Another way to structure things for loading from ClearCase is to add the sync workspace as a target of the build workspace. That way, changes from the sync workspace will be accepted into the build workspace, and will be included in the build snapshot. Also, JBE will take care of the load then, and you won't need to use teamFetch in the script.

Excellent! Good to hear. Mind if I ask what you're using for code QA?

> Seems to me the problem was the 'requestUUIDProperty' parameter name (i chose 'requestUUID' first).

Ah, silly me for not noticing this. JBE sets the requestUUID property (for the original build), and Ant allows a property to be set at most once. So basically it was blocked waiting for itself.
It may have been possible to discover this by adding -verbose as a command line arg to Ant.

For the ClearCase Connector issue, you can load the contents of an arbitrary workspace using the teamFetch task. e.g.
<teamFetch workspaceName="CLONE_workspace" destination="c:\fetched" repositoryAddress="${repositoryAddress}" userId="${userId}" passwordFile="${passwordFile}"/>

Regards,
Nick

It might be easier to specify _mediaType=text/xml instead of text/json, to get the result in-browser instead of in a text editor.

The logic in the waitForTeamBuild task is really simple. It basically just does:
- fetch the build result (with refresh flag, to ignore any cached item)
- check if it's in one of the desired states
- if not, sleep for a bit and repeat, unless timed out

What is the network topology between the server and the build machines running JBE? Is there any difference if you run JBE on the same machine as the server? Is it possible there's some kind of caching proxy between the two (even if there were, it shouldn't be caching these kinds of requests, but you never know).

Which JDK are you using to run JBE (try java -version from the JBE directory)? If not already, can you try with the one included in the RTC client? For more context, see https://jazz.net/wiki/bin/view/Main/BuildFAQ#WhichJDK .

You could also try looking at the internal representations for the request and result (from the build machine).

- take the request UUID printed out by your <echo> statement
- in a browser, fetch the following, using the request UUID:
https://{your repository including /jazz suffix}/resource/itemOid/com.ibm.team.build.BuildRequest/_Mjt3IWGaEd-0PatKv_pDNA?_mediaType=text/json&_prettyPrint=true
- look through it for the result handle, e.g.:
"buildResult": {
"com.ibm.team.repository.typeName": "com.ibm.team.build.BuildResult",
"itemId": "_lSlEsF_FEd-WX8dOKD-Ydg",
"uri": "itemOid\/com.ibm.team.build.BuildResult\/_lSlEsF_FEd-WX8dOKD-Ydg"
},
- fetch the result, replacing the result item id (not the request item id) in:
https://{your repo}/resource/itemOid/com.ibm.team.build.BuildResult/_lSlEsF_FEd-WX8dOKD-Ydg?_mediaType=text/json&_prettyPrint=true
- look for the buildState, e.g.:
"buildState": "COMPLETED",

If you want to track the state of the child build as it proceeds, you only need to refresh the result url.