What are the OSLC Properties for a GC-compatible yet not GC-providing OSLC Provider for GC-enabled RM?
According to Kathryn's article, an OSLC integration developer should be able to implement an OSLC peer of Jazz DNG that is aware of Global Configuration, uses the Link Index Provider, yet is not itself a provider of Components and Streams to GC projects.
I have implemented one integration that is not at all aware of GC, one integration that is fully participating in GC as a provider of streams and components (with its own internal LDP for components, streams, and baselines), and am in the midst of developing a third integration which intends to be GC "compatible" without being a provider of components, streams, and baselines.
Therefore, I have a fairly deep and extensive awareness of how to integrate with Jazz CLM and GC.
Nevertheless, I cannot specify in my AM/DM Rootservices, ServiceProvider Catalog, and in its Services a suitable combination of OSLC properties such that the Links service in Jazz RM (6.0.4) will recognize my AM/DM Services as legitimate Link targets. The dreaded CRRRW7359W error about the Component not being part of GC Configuration is raised - unless I take the unwanted steps: of implementing an OLSC Configuration Management ServiceProvider in the rootservices, of providing the undocumented OSLC Dialogs for Baseline and for Stream selection, and of providing an initial Component with an initial Stream and Baseline - in addition to setting the documented and understandable properties for the ServiceProvider of Kathryn's article.
The goal is that a GC-aware OSLC peer can be implemented such that GC-enabled Jazz RM will allow the users to create Links from its GC/LC-constrained resources to the OSLC URIs of the peer repository.
Is there, in fact, a way that this can be accomplished? That a GC-compatible OSLC Provider can have its OSLC Selection Dialog exposed to the user within the Jazz RM app - without having to be a provider of GC Components, Streams, and Baselines?
If so, can anyone list the properties and their values which must be present in the Rootservices, Serviceprovider Catalog, ServiceProvider, and Services resources?
One answer
Lonnie, It does indeed sound like you know a lot about CLM and GC. Interesting work.
I'm not sure what issue you are having and we might need more information. I appears you are attempting to link Requirements Management (RM) and Architecture Management (AM) resources in the context of IBM's jazz.net based products. If RDNG is being used for RM, then this is a special case. RDNG expects the AM provider to provide all links, and uses OSLC query to access the incoming links then the links tab is selected for a requirement. It does this whether the project area is config enabled or not.
Given that this is the case, the AM provider need not to be config aware or confg contributing since it is storing all the links. Changing the RDNG configuration would have no impact on links. And the AM provider does not need to contribute these links to LDX for RDNG to be able to query its incoming links.
Comments
