Can you generate a document from a filtered view?
Is it at all possible to create a template that will generate a document from the artifacts that are visible in a module's view, when the user chooses "Generate report from view" in Doors NG?
When I generate a document from a view where I have filtered the artifacts, I always end up with a document that contains all artifacts in the module, including those that are filtered out.
I have been trying to create such a template for a while, and have been scoured the web and this forum for hints on how to. I learned that it is possible to do in RPE/PUB (and succeded in doing it) by supplying a datasource URI that contains the view's name or URI and the project URI, but I find no information on how to get this information from Doors, or - if it is available somewhere - extract it and use it in my template.
The preinstalled template printModuleTable implies that it may be retrieved by using some magic external variables "_viewURI" and "_projectURI", but I couldn't get that to work, and there seems to be no documentation whatever on this subject.
2 answers
Using the built-in report on a view it will work with the current view, i.e. even when a filter has been applied that filter will be used when you generate a report for a view.
Thank you Ian for replying.
> Using the built-in report on a view it will work with the current view, i.e. even when a filter has been applied that filter will be used when you generate a report for a view.
I didn't know that. Guess I have to dive deeper into the built-in reports to see if I can find what magic they do.
> > variables "_viewURI" and "_projectURI"
> I'm guessing these are provided by DN to the template when generating the report.
Not when I try it. These variables don't get any value at all when generating from Doors. Niether does the REST URL that my template gets from Doors contain any _veiwURI or _projectURI part.
> Here's an example of manually constructing a Reportable REST URL to get the data for a module view - this needs values for parameters moduleURI, viewURI, projectURI and the configuration oslc_config.context
> …
I have tried this and succeeded in getting the template to retrieve the filtered module by manually adding the _viewURI and _projectURI parts to my REST API URL, as described in that documentation.
But I really don't like the idea of having to create a separate template for each module and view that my users work with (or forcing them to figure out the view and project parts and provide them manually when generating the report - that is a recepie for disaster).
I guess that I have to dig deeper. But at least I now know that it should be possible, since the built-in reports can do it.