Is there an intended way of controlling the verboseness of the rdf within the spec limits using the oslc4j SDK?

I'm using the Bugzilla example, and find the rdf response for the ServiceProviderCatalog a bit verbose. For each ServiceProvider listed, many details are included e.g. query capability, selection dialog - and I assume a common use of the service catalog is to select a ServiceProvider for next steps.

For a server with e.g. 100+ ServiceProviders, this result in some performance issues. I compare with the rdf from Rational Team Concert where a ServiceProvider has the following entry:

Hi, Nils. You can change the annotation to Reference, but you'd also need to change the return type to URI[] instead of ServiceProvider[], which would prevent any data from being inlined. I'm not sure how well a tool like RTC would handle this since it needs a label to show for the provider when creating project links.

If you want the RTC catalog behavior in Bugzilla, you can leave the signature of getServiceProviders() the same and update the Bugzilla ServiceProviderCatalogService to only fill in the URI and title of the ServiceProvider. You'll want to make sure the full service provider document still comes back when fetching it individually by its URI.

I don't know offhand if this would address the performance problem you're seeing. We'd really need to profile and see where the bottleneck is. How much of the slowness is fetching the list of products using j2bugzilla?

>> You can change the annotation to Reference, but you'd also need to change the return type to URI[] instead of ServiceProvider[]

Right, missed that - makes sense, thanks!

>> I'm not sure how well a tool like RTC would handle this since it needs a label to show for the provider when creating project links.

Exactly - so, will try tip of returning url & title for getServiceProviders - and full SP when access using getServiceProvider.

>> I don't know offhand if this would address the performance problem you're seeing. We'd really need to profile and see where the bottleneck is. How much of the slowness is fetching the list of products using j2bugzilla?

The performance issue I was mainly concerned about was the size of the returned rdf if 100++ projects -- i.e. processing cost on the receiving end. But also getting all data for all SPs would likely cause some cost for fetching as well. So IMO the "pattern" of only returning url + title if getting all SPs might be a good general pattern ..?