Jazz Forum Welcome to the Jazz Community Forum Connect and collaborate with IBM Engineering experts and users

oslc_config.context missing while requesting tool-tip data from our configuration enabled application

I have integrated my configuration enabled application with jazz.
I am added a stream from my application to globalConfig Stream.
In QM application, I am able to add artifact from my application to Requirements Collection Links.
Upon clicking +, the jazz application sends the oslc_config.context to my application.

When I hover over my artifact, jazz requests smallPreview or largePreview from our application (to show in small tool-tip window), it doesn't send the oslc_config.context to our application. In that case our application can't resolve the configurationContext.

But if i click on my artifact name, a new windows opens and it contains the proper link with oslc_config.context.

I have set these parameters in my serviceProvider rdf.
    globalConfigruationAware = "yes";
    supportLinkDiscoveryViaOSLCQueries = true;
    supportContributionsToLinkIndexProvider = true;
    supportLinkDiscoveryViaLinkIndexProvider = true;

What could be the problem that jazz is not sending oslc_config.context while requesting tool-tip data for our artifact?

0 votes

Comments

Does the request URL contains a parameter called "vvc.configuration"? It should have the same value as "oslc_config.context ". It appears that RDNG uses both "oslc_config.context" and "vvc.configuration" for the same thing in different use cases. But it is not well documented.

No we are not receiving vvc.configuration.

Just want to mention again that if I hover over the artifact, it shows the correct link in browser bottom including oslc_config.context.
But the request that jazz sends to our server (for tool-tip data) doesn't contains the oslc_config.context or vvc.configuration.

Convert my answer to a comment so that this post stays unanswered, and attracts attention.

It may have something to do how you integrate your own application with Jazz/CLM. One thing you can check is whether the link (to your application) stored in the Jazz artifacts contains any context configuration at all. You can also find out where the context configuration (that you see at the status bar) comes from using network trace. Other than that, maybe you should contact Support so that an SME can examine your system directly.

vvc.configuration is private to the DNG implementation and is not for use on the public API.  It is intentionally undocumented.

Always use oslc_config.context and/or Configuration-Context, as per the OSLC specification.

1 vote



2 answers

Permanent link

According to the OSLC config resources specifications, in response to "application/x-oslc-compact+xml" request to my RM provider, I was supposed to send back configuration context along with the largePreview and smallPreview URIs. Now, I am sending back the required configuration links along with small and largePreview links. 

The problem is fixed.

0 votes


Permanent link

 In response to @ian's advice, what I have observed is that I get better results when vvc.configuration is included in the headers and generally poor or unexpected results when it is absent.

0 votes

Your answer

Register or log in 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.

Search context
Follow this question

By Email: 

Once you sign in you will be able to subscribe for any updates here.

By RSS:

Answers
Answers and Comments
Question details
× 10,938

Question asked: Mar 02 '16, 5:53 a.m.

Question was seen: 4,282 times

Last updated: Feb 22 '17, 9:55 a.m.

Confirmation Cancel Confirm