You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I am wondering if there is a reason why PmpContext#getClassesInternal creates patterns for packages. Is this optimization needed?
Patterns using the full path to the Java files might be more precise for projects in which the package does not start with the name of the project (so that packages with the same name can exist in multiple projects).
The text was updated successfully, but these errors were encountered:
If there is no reason against it, I think this is sensible and can reduce unnecessary analysis efforts.
For example, in the project Achilles, integration tests of different modules reside in the same package so that they would be executed in each integration test module, causing a large overhead. (https://github.com/doanduyhai/Achilles)
I am wondering if there is a reason why
PmpContext#getClassesInternal
creates patterns for packages. Is this optimization needed?Patterns using the full path to the Java files might be more precise for projects in which the package does not start with the name of the project (so that packages with the same name can exist in multiple projects).
The text was updated successfully, but these errors were encountered: