Не може да се намери причина за излишна нулева проверка на това, за което е известно, че не е нула

В Sonar виждам Redundant nullcheck за това, за което е известно, че не е null Error, но не мога да намеря причината за това.

Сонарно изображение

Надявам се, че някой може да ми помогне да намеря причината.

Благодаря и поздрави

Редактиране1:

    public class Filter extends AbstractBaseEntity implements Serializable {
    public Filter() {
        super();
    }
}

AbstractBaseEntity няма внедрен конструктор


person Starbax    schedule 14.07.2015    source източник
comment
Проверявате ли някъде срещу null?   -  person    schedule 14.07.2015
comment
Само веднъж: if (eachFilter != null), но премахването на това не разрешава този проблем   -  person Starbax    schedule 14.07.2015
comment
Как изглежда супер конструкторът?   -  person Marvin    schedule 14.07.2015
comment
Конструкторът отново извиква super(), извикващият клас разширява абстрактен клас без внедрен конструктор и внедрява сериализуем   -  person Starbax    schedule 14.07.2015
comment
Ако това наистина е всичко, бих помислил за фалшиво положително...   -  person    schedule 14.07.2015
comment
Тъй като това е правило за findbugs и findbugs разчитат на байт код, бих погледнал .class, който предоставяте на анализатора. Модифициран ли е по някакъв начин с инструмент? (AspectJ, powerMockito...)   -  person benzonico    schedule 15.07.2015
comment
Има ли нулева проверка в конструктора AbstractBaseEntity?   -  person Germann Arlington    schedule 16.07.2015
comment
AbstractBaseEntity няма внедрен конструктор   -  person Starbax    schedule 16.07.2015


Отговори (1)


Кодът, произвеждащ това, беше генериран от AspectJ, така че не беше видим за мен, но видим за сонара...

person Starbax    schedule 06.12.2017