Is Current Test Result Property Has Been Purposefully Hidden from JRS
3 answers
Hi Andy,
Thanks,
Karthik
Comments
Thanks - the response to that post is the same as my question 'we dont expose that to LQE'
My question is Why ? That seems like a big gap in reporting which could easily be filled by changing one small word in the resource shape so that the property is visible (its there - we can see it in LQE) and the SPARQL to retrieve it would be child's play to implement
There is isCurrentForBuild but of course that only works if you've assigned a build
Cheers
Andy
I'm guessing here, but let me posit two possible reasons....
Hypothetical Reason 1
Say resource A is the current test result. Later, resource B becomes the current test result. For this to be reliably reported, the property has to change no both resources A and B with a TRS modification event for each.
Hypothetical Reason 2
Say that property is not persisted, but is dynamically computed each time a GET is performed and result included in the response. The problem here is that it may be difficult to compute which TRS modification events are required to maintain the correct data in indexing tools like LQE when some other persisted data changes.
Say that property is not persisted, but is dynamically computed each time a GET is performed and result included in the response. The problem here is that it may be difficult to compute which TRS modification events are required to maintain the correct data in indexing tools like LQE when some other persisted data changes.
I'm not saying either is the real reason. Just pointing out that providing this functionality might be non trivial. It might be much more complex than removing oslc:hidden from the OSLC property in the resource shape. If this is functionality that is desirable, submit an enhancement request so that IBM product offering management can prioritize against other competing demands for development bandwidth.