Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Improve behavior of Integrity Test Control plugin with duplicate test resources #257

Open
S1artie opened this issue Jun 4, 2021 · 0 comments

Comments

@S1artie
Copy link
Member

S1artie commented Jun 4, 2021

When jumping into Integrity scripts by doubleclicking some fixture invocation or suite in the Integrity Test Control plug-in, the mechanism currently only uses the fully-qualified path of the fixture/suite to look up the .integrity script file containing the respective source code, and then a line number indication to jump to the correct line.

This mechanism can fail if a workspace contains duplicates of the same fully-qualified entities, but within different execution contexts, such that at runtime, only one of the entities is actually visible to the test runner, but at development time within Eclipse, both of them are visible to the Integrity Test Control plugin. The plugin will currently jump to the first match, regardless of whether that happens to be the correct one.

It would be preferable for the plugin to somehow "guess" which of the potential matches from the workspace is the most likely correct one. This is not trivial, because the Integrity scripts may be contained within JARs or be integrated into the runtime system via a different path than they are visible to the workspace (such as from a "build target" folder, while the workspace sees them from a "source" folder), hence even if the plugin would get access to the source path of the script that contained a particular entity in addition to the entitys' fully-qualified name, an intelligent "fuzzy matcher" would have to be developed in order to actually get good results and correct matches, as straight-forward exact matches will probably fail in a lot of cases.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant