It's all about the answers!

Ask a question

Global configuration with multiple QM contributing streams does not return results from all QM streams to a Reportable REST QM Feed GET

Bob 3 (1481967) | asked May 03 '23, 11:09 p.m.
edited May 03 '23, 11:16 p.m.

I have an ELM 7.0.2 global configuration with two QM streams contributing. The two streams are each from a different QM component. My PUB template is expecting a feed of all test plans in the global configuration. I've constructed a PUB Reportable REST API URI as follows:

The response includes results from only the FIRST QM stream in the list of contributors in the global stream.

<?xml version="1.0" encoding="UTF-8"?><feed xmlns=""><title type="text">testplan ATOM feed for project area Demo (QM)</title><id></id><link href="" rel="alternate"/><link rel="self" href=";abbreviate=true&amp;calmlinks=false&amp;"/><entry xmlns=""><id></id><updated>2023-05-04T02:09:54.265Z</updated><title type="text">QD1234A</title><summary type="text"></summary><link href="" rel="alternate" type="application/xml" title=""/><link href=";;subAction=viewTestPlan&amp;id=2" rel="enclosure" type="text/html" title="Web Console"/></entry></feed>

Furthermore, if I manually rearrange the order of the QM contributing streams within the global stream, then the GET response includes only results from the NEW first QM contributing stream.

What I was expecting was to receive a feed that includes results from all QM streams which contribute to the global configuration specified in the GET request.

Would someone from the IBM team comment on this?

Note: A very closely related issue to this was resolved back in 2019 (link to work item on [APAR PH11597] [RQM: Fetching a resource in context of Global Configuration fails, if two components (of same project) are assembled and resource is located on second component.] [] APAR PH11597 was related to the ETM QM-type Reportable REST GET, like

Accepted answer

permanent link
Glyn Costello (14045) | answered May 04 '23, 3:42 a.m.


I think QM is different to RM since if there are two local configurations (same QM project area) in a global configuration, the reportable REST API will only return the first component that it finds in the global configuration and report on that. See appendix 1 in the API doc at the link below. This is behaviour, rightly or wrongly, is “by design”, which I too found out the hard way. 

Bob 3 selected this answer as the correct answer

Bob 3 commented May 04 '23, 11:22 a.m.

Glyn, thank you for sharing this information. Your link to the appendix of the RQM API document shed light on my problem. Specifically, global configuration feed requests will not resolve all local contributors to the global configuration until ELM 7.0.3.

One other answer

permanent link
David Honey (1.8k17) | answered May 04 '23, 3:29 a.m.

I'm not an expert on reportable REST. However, I assume from the request URI you are trying to report on test plans in a  project area named "Demo+(QM)". This will have an associated component. The way that OSLC Configuration Management works is that a component is resolved in the specified [global] configuration context to a single local configuration of that component. If you have multiple local configurations of that component (component skew), it resolves to the first one based on contributiuon order. See and for more details.

Best regards,

Bob 3 commented May 04 '23, 11:16 a.m.

David, thank you for your response!

To clarify, I am not introducing component skew into my global configuration. The QM streams are from different components within the same QM project area. 

Your answer

Register or to post your answer.

Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.