<< Back to previous view

[QB-849] Inconsistent error messages for broken dependencies
Created: 10/Mar/11  Updated: 27/Dec/12

Status: Resolved
Project: QuickBuild
Component/s: None
Affects Version/s: 3.1.25
Fix Version/s: None

Type: Bug Priority: Major
Reporter: AlSt Assigned To: Robin Shen
Resolution: Won't Fix Votes: 0
Remaining Estimate: Unknown Time Spent: Unknown
Original Estimate: Unknown


 Description   
Scenario: A configuration has a dependency on another configuration through a QB repository.
If the dependency build is broken, the error message is:

"Dependency build not successful" (configuration:root/pathToConfig, build id: xyz)

If the repository has "Files to Retrieve" defined, the error message is:

java.io.IOException: Server returned HTTP response code: 500 for URL: http://quickbuild:8810/file_transfer?baseDir=c%3A%5Cqb3%5Cstorage%5Croot%pathToConfig%5Cbuilds%5Cxyz%2Fartifacts&filePatterns=filepattern.*&compress=false [...]

The reason for this misleading error message is, that no artifacts are published because of the broken build. Nevertheless the dependent build tries to retrieve them. As mentioned in [QB-770] the base directory for file transfers must exist. This is not the case, because the "artifacts" directory is created with the execution of a publish artifact step - but the build is broken at an earlier step.

Why even try to retrieve the artifacts, when the dependency build is broken?



 Comments   
Comment by Robin Shen [ 10/Mar/11 11:36 PM ]
I agree with you that for failed builds, QB should not try to retrieve artifacts. However some customers are requesting that even for failed builds, they want to retrieve artifacts such as some builds logs, etc. Maybe we should add a flag field to indicate that an artifact should be retrieved or not when dependency build is failed.
Generated at Fri May 17 01:40:24 UTC 2024 using JIRA 189.