Summary: | [code mining] Gives the capability to update code minings only for a given provider | ||
---|---|---|---|
Product: | [Eclipse Project] Platform | Reporter: | Angelo ZERR <azerr> |
Component: | Text | Assignee: | Platform-Text-Inbox <platform-text-inbox> |
Status: | NEW --- | QA Contact: | |
Severity: | enhancement | ||
Priority: | P3 | CC: | mistria |
Version: | 4.8 | ||
Target Milestone: | --- | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: |
Description
Angelo ZERR
2018-11-19 10:04:16 EST
I don't think this API is so necessary; and instead we should identify and establish some good practices for code mining providers to work together. Indeed, we have here the case of some providers reacting to text change/reconcilier event and some other reacting to debug session events. There is nothing AFAIK that prevents a codeminingprovider from caching it's last results and reusing them when requested if no relevant change took place. For example, the reference code codeminingprovider doesn't have to re-compute the codeminings when debug session change, it could just return the previous one by looking at the last change in the text. This can be done internally in the codeminingprovider without an API. |