SS-1013 MightAPI handle interrupt as timeout while awaiting recorded response
SS-1013 MightAPI increase MAX_RETRIES for retryable missing variable condition
do not log verbosely on each iteration waiting until condition is satisfied
handles an issue with starting services that make an outstanding request before the full test actually begins which leads to a max retry 50x
SS-1013 MightAPI log request checksum_data and state on failure to locate fixture
SS-1013 MightAPI allow configuring variables using wildcard index [*] to indicate 'always use latest value'
works around an issue where swf.task_name variable changes sporadically at start of test due to a timing issue
Merge pull request #42 from rightscale/sapphire_14_24_ss_1013_might_api_record_interrupt

sapphire_14_24_ss_1013_might_api_record_interrupt