Дмитрий Еремин

We need to go deeper

No qualifying bean of type 'com.service.UserService' available: expected at least 1 bean which qualifies as autowire candidate

https://stackoverflow.com/questions/20333147/autow...

Интернетский говорит, нужно в файл .properties положить
logging.config={путь до вашего log4j.xml}

Caused by: org.hibernate.MappingException: Repeated column in mapping for entity: com.model.Card column: id (should be mapped with insert="false" update="false")

что-то не так с маппингом у вас

Вот тут пацаны говорят, что если юзаете вложенную сущность - не используйте idшники
https://stackoverflow.com/questions/15076463/anoth...

В любом случае, проблема не на уровне спринга, а на описании сущностей

Не страдайте, используйте стримАПИ

ArrayList<User> list = new ArrayList<>();
        list.add(new User("Иванов",2));
        list.add(new User("Петров",2));
        list.add(new User("Сидоров",5));
        list.add(new User("Павлов",5));
        list.add(new User("Ромашкин",1));

        //Конечный результат
        Map<Integer, List<User>> result = list.stream().collect(Collectors.groupingBy(o -> o.scores));

        //выводим результат
        result.forEach((k,v) -> {
            System.out.println("Scores: " + k);
            v.forEach(u -> System.out.println(u.name));
        });

////
Scores 1
Ромашкин
Scores 2
Иванов
Петров
Scores 5
Сидоров
Павлов

ну, кроч, там же, в помнике, есть секция properties, где можно задать значения и таскать их по всему пому

вот, например

<properties>
        <java.version>1.8</java.version>
        <hibernate.version>4.3.5.Final</hibernate.version>
        <log4j.version>2.6</log4j.version>
</properties>

а если, при запуске, я захочу переопределить значение, скажем для log4j.version, то я просто могу

mvn clean install -Dlog4j.version=тут новое значение

В статьях такое пишут
${versions.wildfly}
просто потому, что версия не важна и предполагается, что вы используете самую актуальную (ну или самую стабильную версию)

Зачем такое вообще делать?
Предположим, у вас в проекте много зависимостей от одного поставщика
Spring, например. У него там тьма пакетов. При этом, рекомендуется использовать эту тьму всегда одной версии для всех (они их так и релизят)
Если версия задается только в одном месте - легко будет ее переопределить для всего проекта

на методы getAge() и прочие, всегда можно навесить брейкпоинты и в дебаггере посмотреть, кто, например, переписывает значение
По этой причине, у нас в команде, например отказались от простого state

В целом, выглядит осмысленно

1. Классы Logo и Menu можно вынести в отдельные файлы - это, в будущем, поможет вам не теряться в коде (когда классов становится много и выясняется, что в одном файле больше одного класса, начинаешь теряться)
   
2. Не очень ясно по коду
   

   {
          context = this;
          setWidth(200px)
         
          logo = new Logo(); //Блок логотипа
          menu = new Menu(); //Само меню
          addComponent(logo,menu)
        }

   
   Что такое context и где объявлен метод addComponent, setWidth. Если вы ничего не вырезали из кода, когда сюда выкладывали, то не понятно, как он у вас выполняется
   

1. Если вы - не препод с матфака средненького университета, то currencyTransaction
2. Я не встречал комментариев на русском. Даже в проектах с русскоязычной документацией. Одна из причин - как раз опасение проблем с кодировкой
3. UTF-8 - даже не поднимается такой вопрос в работе

Что мы можем обобщить:
1. существует порядок. Элементы в последовательности не обязательны, но порядок строгий
Например, protected может и не быть. Но точно не может быть function protected
2. Часть элементов имеет только ограниченный набор значений (scope, type)

Я вижу, примерно, такую логику (ее нужно рисовать, как диаграмму):
1. определяем набор допустимых значений для scope (protected/public/private)
2. берем первое слово строки. смотрим, совпадает ли с одним из вариантов
3. если нет, то scope ставим по умолчанию (public например). А первое слово проверяем на совпадение с множестовм допустимых значений type (function/class/enum/interface).
4. если нет - ошибка парсинга
5. если ошибок не было и значение type еще не определено, значит до этого определялся scope. Поэтому, берем второе слово и проверяем его на множестово допустимых значений type
6. если type уже был определен, проверяем на множество для returnType
7. когда определим все три первых элемента (type, scope, returnType), берем 4й - это имя функции
8. берем значение в (скобках) и делим по делиметру "," - получим массив аргументов

asp.net - ваще легкотня))