вот ещё джавная экзотика

[juan_gandhi]

        if ("".equals(request.getContextPath())) {
            return uri.endsWith(filterProcessesUrl);
        }

        return uri.endsWith(request.getContextPath() + filterProcessesUrl);

Comments

Re: это вы про "".equals(request.getContextPath()?

[vp.livejournal.com]

getContextPath() возвращает какой тип?

а какая разница?

[serge shikov (from livejournal.com)]

В java нету non-nullable типов. А у null нельзя вызвать equals. В смысле, есть конечно примитивы, но строки к ним не относятся.

В конечном счете все сводится к:
"".equals(null)
vs
null.equals("")

Первое корректно говорит, что не равно, второе падает. Выглядит может и странно, но работает надежно, и читается теми кто в теме тоже нормально.

Re: а какая разница?

[vp.livejournal.com]

getContextPath()
Returns the portion of the request URI that indicates the context of the request.

А как так, в такой постановке вопроса, она может возвращать null? Не найденная часть подстроки - это пустая строка нулевой длины, но не null.

Вы согласны? А то мы так договоримся до того, что String.substring() тоже null возвращать начнет.

Re: а какая разница?

[serge shikov (from livejournal.com)]

Ну я не про конкретный getContextPath() говорил, а про то, зачем в equals переставлять местами this и аргумент.

А в целом да, согласен. Только к сожалению в реальности нет хорошего способа описать, и главное, выполнять подобный контракт для методов.

Вернее, описать-то (скажем как @NonNull) можно, только оно ничего не гарантирует в runtime.