SonarQube podając nieużywany problem z metodą prywatną dla użycia lambda

Question

Mam następującą logikę;

.. 
if(list.stream() 
     .filter(MyClass::isEnabled) 
     .filter(this::isActive) 
     .count() > 0) { 
    //do smth 
} 
.. 
private boolean isActive(MyClass obj) { 
    return bool; 
} 

Jak widać, isActive metoda jest wykorzystywana w strukturze strumienia, ale kiedy budować tę klasę na Jenkins, mam niewykorzystaną prywatną emisję metodę z SonarQube, to mówi, należy usunąć tę nadmiarową sposób prywatny. Czy to błąd? Jeśli nie, dlaczego nie uwzględnili logiki lambda w swojej strukturze analizy?

Jedynym rozwiązaniem jest oczywiście to zrobić;

.filter(obj -> isActive(obj)), ale niszczy jednolitość, a nawet czytelność (imo).

Answer 1

Ten problem jest znany z SonarQube analizatora JAVA: https://jira.sonarsource.com/browse/SONARJAVA-583

Jest to spowodowane brakiem analizy semantycznej rozwiązać prawidłowo Referencyjny sposób (sposób identyfikacji, która metoda ta :: isActive dotyczy).