How must a delivery session to deliver one stream to another in DNG via API have to looked like?
A change set in stream A was created. This change set is delivered via API to the stream A. The task tracker response of the delivery session is: completed and passed. Afterward the stream A is delivered via API to stream B. This works fine, if it is a new requirement artifact (also completed and passed). But if the requirement artifact was changed before on stream B, the delivery from stream A to stream B failed, if the delivery option "dominant source attribute" is used.
I think something is missing in the body. Have anyone an idea what this is?
|
One answer
With the help of a colleague I have found out how it works. This line <dng_config:DeliveryPolicy rdf:about="http://jazz.net/ns/rm/dng/config#DeliveryPolicy">
have to be changed to: <dng_config:policy> <dng_config:DeliveryPolicy> <rdf:type rdf:resource="http://jazz.net/ns/rm/dng/cm#SelectiveAttributeDeliveryPolicy"/>
With this change it seems, the delivery works. All deliveries I tried have "passed" yet.
Perhaps you can update the document page: https://jazz.net/wiki/bin/view/Main/DNGConfigManagement accordingly? |
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.
Comments
It would be useful to get more information than "failed". What is the information in the task tracker? I think the merge conflict might not be treated correctly.
I don't know from https://jazz.net/wiki/bin/view/Main/DNGConfigManagement if you have to send the OSLC header. Can't tell from the specification. Should not make a difference, but I have seen issues with incorrect headers in the past.