BF-RTC3.0 Build status reporting issue
![](http://jazz.net/_images/myphoto/dbdf848d08b592a84b0c5f54df804329.jpg)
hi,
in our project we had prepared BF build when we were using RTC 2.2. After each component is built we are updating status of the build (on the BuildResult page) by means of activities using Jazz Build Toolkit. When we started a build from RTC (using BuildDefinition) we had buildResultUUID provided, so we knew which build to update. When we started a build from BF we reported new build using JBT and we received UUID we should use for updating status. All was fine.
After upgrading to RTC 3.0 there is a problem with our solution as RTC automatically listens for BF project runs attached to Build Definition adding logs/status from steps of BF project. There are following scenarios to consider:
1) We start a build manually from RTC using Build Definition.
In such case we have one result page with both status of steps and our components status on the activities page.
2) We start a build manually from BF.
In this scenario we are end up with 2 build results for one build. First one with BF project steps status (one picked automatically by RTC). Second one with the activities we update using JBT.
3) Build is started using RTC schedule.
In this case we usually have good Build Result but from time to time it ends up like in scenario 2.
The questions are:
A) Can we prevent RTC to automatically pick the builds from BF queue?
B) How can we find out what UUID was given to build in RTC if the build is started in BF and RTC picks it up automatically?
C) Is there a way to merge 2 build results in RTC? Manual or rule based (preferred option)?
Had anyone have such problems in their project? How did you manage to overcome them without rewriting the projects?
Jakub
in our project we had prepared BF build when we were using RTC 2.2. After each component is built we are updating status of the build (on the BuildResult page) by means of activities using Jazz Build Toolkit. When we started a build from RTC (using BuildDefinition) we had buildResultUUID provided, so we knew which build to update. When we started a build from BF we reported new build using JBT and we received UUID we should use for updating status. All was fine.
After upgrading to RTC 3.0 there is a problem with our solution as RTC automatically listens for BF project runs attached to Build Definition adding logs/status from steps of BF project. There are following scenarios to consider:
1) We start a build manually from RTC using Build Definition.
In such case we have one result page with both status of steps and our components status on the activities page.
2) We start a build manually from BF.
In this scenario we are end up with 2 build results for one build. First one with BF project steps status (one picked automatically by RTC). Second one with the activities we update using JBT.
3) Build is started using RTC schedule.
In this case we usually have good Build Result but from time to time it ends up like in scenario 2.
The questions are:
A) Can we prevent RTC to automatically pick the builds from BF queue?
B) How can we find out what UUID was given to build in RTC if the build is started in BF and RTC picks it up automatically?
C) Is there a way to merge 2 build results in RTC? Manual or rule based (preferred option)?
Had anyone have such problems in their project? How did you manage to overcome them without rewriting the projects?
Jakub
One answer
![](http://jazz.net/_images/myphoto/dbdf848d08b592a84b0c5f54df804329.jpg)
hi,
in our project we had prepared BF build when we were using RTC 2.2. After each component is built we are updating status of the build (on the BuildResult page) by means of activities using Jazz Build Toolkit. When we started a build from RTC (using BuildDefinition) we had buildResultUUID provided, so we knew which build to update. When we started a build from BF we reported new build using JBT and we received UUID we should use for updating status. All was fine.
After upgrading to RTC 3.0 there is a problem with our solution as RTC automatically listens for BF project runs attached to Build Definition adding logs/status from steps of BF project. There are following scenarios to consider:
1) We start a build manually from RTC using Build Definition.
In such case we have one result page with both status of steps and our components status on the activities page.
2) We start a build manually from BF.
In this scenario we are end up with 2 build results for one build. First one with BF project steps status (one picked automatically by RTC). Second one with the activities we update using JBT.
3) Build is started using RTC schedule.
In this case we usually have good Build Result but from time to time it ends up like in scenario 2.
The questions are:
A) Can we prevent RTC to automatically pick the builds from BF queue?
B) How can we find out what UUID was given to build in RTC if the build is started in BF and RTC picks it up automatically?
C) Is there a way to merge 2 build results in RTC? Manual or rule based (preferred option)?
Had anyone have such problems in their project? How did you manage to overcome them without rewriting the projects?
Jakub
Hi Jakub,
I would recommend writing an enhancement request against RTC. I can't think of a way to disable RTC from picking up builds started in Build Forge once the same Build Forge project is linked to a RTC build definition. For your remaining two questions, the only thing that comes to mind is creating something using the RTC Java APIs to create a program/Ant task.
Brent