Вроде всё верно

из бд, возвращает.

Аннотации на контроллере верные?

Ты что юзаешь? Hibernate или jdbc?

Не знаю:D

Это как?)

Ты по какой-то статье пытаешься с работать?

hibernate

да

Скинь ссылку

не много с отколениями

1. Ты дебаггером можешь пройтись, чтобы убедиться, что запрос доходит ?
2. И ты уверен что тебе этим запросом что-то вернётся? Потому что какая-то странная логика с твоей таблицей

Конечную выборку какую ожидаешь?

Вроде да, потому что мне тут вернулось.

Конечно жду то что здесь выходит.

Знающие люди, можете подсказать: в программах с GUI, реализовывая паттерн mvc, можно ли считать за контроллер слушателя визуального компонента или это всегда отдельный кастомный класс?

Ку, начал изучать многопоточное программирование по книжке The Art of Multiprocessor Programming, наткнулся на вот такую схемку. Может кто-то объяснить почему поток С получает доступ к очереди раньше, чем поток А, хотя поток А по таймлайну пришел раньше? Да и поток В тоже получает доступ раньше А, хотя пришел последним вообще.

Я не могу понять эту схему, но если несколько потоков ждут критический участок кода, то нет никакой вероятности, что поток, который пришел на ожидание первым, получит его первым как только критический участок кода освободиться. Это надо воспринимать на уровне факта

Служба в ос, которая отвечает за работу потоков таким не занимается, если простыми словами. Планировщик потоков. Название вспомнил

Ну я предполагал, что в программе всего 3 потока. То есть, когда поток А вызывает lock, то он первый и единственный, кто претендует на вход в критический участок, почему он тогда вообще должен ждать? К тому же ранее в книге обсуждались first-come-first-served, то есть по идее опять таки раньше кто пришел раньше, того и тапки.

Хотя для этой конкретной очереди свойство first-come-first-served не указано, хм. Тогда схема вообще по сути не понятно зачем нарисована.

В любом случае, спасибо)