Орхан Гасанлы

На производительность это никак не влияет, а вот с абстракциями можно действительно переборщить, даже термин для этого есть - оверинжиниринг

"Компьютер делает не то, что вы хотели, а то, что вы приказали" :-)))

Замени return isNegative(number); на return (number < 0); і буде тобі щастя.

Метод бесконечно вызывает сам себя до исчерпания ресурсов виртуальной машины. Очевидно, делать этого не надо и тогда всё заработает.

Проблема в том, что метод бесконечно вызывает сам себя безо всяких условий.

Попробуйте использовать Java 8. Play не заявлял совместимости с 16-й.

Используйте метод Add из структуры HashCode:

public override int GetHashCode()
{
    var hashCode = new HashCode();

    hashCode.Add(GetGitCommitId());
    hashCode.Add(GetGitCommitIdDescribeShort());
    hashCode.Add(GetBuildTimeStamp());
    hashCode.Add(GetProjectVersion());
    hashCode.Add(GetCopyright());
    hashCode.Add(GetLicense());
    hashCode.Add(GetUrl());
    hashCode.Add(GetBuildJDKVersion());
    hashCode.Add(GetTargetJREVersion());

    return hashCode.ToHashCode();
}

Если бы у вас было меньше 9 аргументов, то можно было бы применить метод Combine.

Но в C# вместо гет-методов лучше использовать свойства

На одном порту может висеть только один процесс (исключения это внедрение в стек TCP/IP, как это делают фаерволы, но там уже другая история)
Соответственно или ты запускаешь несколько war приложений внутри сервера приложений tomcat, и разруливаешь их или по портам или по ендпоинтам, но все эти порты принадлежат одному tomcat-у, или каждый спрингбут запускает свой (только вряд ли tomcat имеет смысл в таком случае использовать, проще легковесный jetty), и уже каждый занимает свой порт

То есть одно приложение может слушать несколько портов.
Но каждый один порт может слушаться только одним приложением.

'$' используется в качестве символа-разделителя для компилятора Java, чтобы указать, когда класс объявлен под другим классом. Например, внутренний класс с именем Foo внутри Bar при компиляции будет иметь вид 'Bar$Foo.class', а анонимный класс внутри Bar будет иметь вид 'Bar$1.class'

Статический класс имеет смысл только когда он расположен внутри другого класса. В этом случае он не будет иметь доступа к нестатическим полям объемлющего класса.
Поэтому static здесь просто лишнее.

С другой стороны, непонятно, что ты хочешь сделать. Выглядит так, что у тебя есть какой-то this, на котором ты вызываешь методы getApplicationContext, bindService и тд. Это активити? В лбом случае это какой-то контекст, и меня сразу настораживает сочетание слов "static" и "Context". Скорее всего, ты что-то делаешь не так, и все эти твои методы должны быть просто приватными методами твоей активити в простейшем случае.

Задача решается градиентом, а из кода обращаться к css и менять значения, можете здесь и здесь подсмотреть.

p.s. легче всего заюзать JFoenix, если позволительно втянуть еще одну зависимость.

Базу данных невозможно упаковать в jar. Лучше всего при запуске в новом окружении создавать новую базу и наполнять её начальными данными из фикстуры, упакованной в jar.