Community
Participate
Working Groups
When we have reduced the usage of Guava, we have lost the ability to reuse the Multimap interface. We have replaced those usages with Map<Key, Collection<Value>> but that behaves differently in case of missing keys: Guava Multimaps ensure that get never returns null; while the same is not true for the replacement. I propose to have a way to have a generic null-safe multimap implementation to avoid issues like bug 536647 (and that was not the first) in the future.
We do have IMultiLookup, but its usage has not yet been introduced everywhere. Probably the long-term solution would be to increase usage of this already existing facility.
Fair point, the first candidate would be the valueToFeatureMap field in EMFBaseIndexInstanceStore... :)
Another candidate would be FixedPriorityConflictResolver#priorityBuckets, see bug 542490 for direct motivation.
Bugzilla cleanup.
Postponing issues to the next release.
Postponing issues that will not be solved for version 2.5.
Mass postponing of issues to the 2.6 timeframe.
This issue has been migrated to https://github.com/eclipse-viatra/org.eclipse.viatra/issues .