Там у тебя возможно , с аннотацией , что не так , мб OneToMany или , что то ещё неправильно используешь .

как по сокетам отправлять файлы не теряя при этом их метаданные?

Ну как я помню на юии когда писал... Просто делаешь там пхп вставки переменных... Ну типа как и шаблонезаторах... Вот и все

Тут и связей вообще нет, обычная TFV-функция, из которой я данные тяну

По хорошему, тут jpa и не нужен даже

Понял , ну удачи тогда)

сейчас в 90% случаев идет отдельный фронт. И он даже не обязан быть на том же сервере. На бэке делается апи (рест, например), фронт стучится на этот апи и получает в ответ жсоны. Так работают и реакт, и ангулар, и вью. Без этого можно разве что jsf использовать или thymeleaf с аналогами, но их очень мало (во что кстати с трудом верится после просмотра, например, клиентов PrimeFaces PRO)

связь бинов напрямую со страницей - как раз к jsf. Ну и на фронте данные самого фронта так же вставляются в шаблон из компонентов. А бэк в современном понимании - просто прослойка между фронтом и бд, которая отвечает на определенные запросы определенным жсонами. С точки зрения фронтендера бэк - это вообще черный ящик. Плюнул по адресу запрос - принял с адреса жсон, всё. Если жсон не пришел или пришел неправильный - пнул бэкендеров, чтобы чинили. А тот факт, что бэк сложнее и что там риски и ответственность выше, вполне может не учитываться

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

Ты не поверишь, но когда твой фронт - JSF, он всё равно генерит запрос (и жсон или какое бы там ни было тело, не помню, что под капотом), посылает его, а твой бэк принимает и разбирает его. Действия клиента не магическим образом оказываются на стороне сервера.

если у меня фронт - jsf, это цельная программа (монолит). В пределах программы нет никаких запросов, потому что связь другая. Есть страничка на xhtml, если джавовские бины с аннотацией @ManagedBean(deprecated) или @NamedBean. В страничке с помощью expression language делаются ссылки на данные или методы конкретного бина

Давай так.
Вот я юзер. Я открыл страничку веб-аппа на JSF. Выдернул Ethernet-шнур. Ввёл данные в форму. Вставил Ethernet-шнур. Нажал "сохранить". Как, по-твоему, данные оказываются на сервере?

а можно пойти дальше я curl-ом дергаю endpoint и уйдут ли данные на сервер

Подсказка: браузер ничего не знает об expression language, потому что к моменту получения браузером страницы, которую он рендерит, там никакого expression language нет, там есть HTML и джаваскрипт

если фронт сгенерен в статику и лежит там же, где и бэк (например в resources/static у спринга), то разницы по идее не будет. А если фронт отдельный, как нередко делается? Тогда запрос пойдет не напрямую в бэк, а сначала на нодовский сервер, который запрос разберет, потом отправит запрос на твой бэк и далее по списку. Лишние шаги взаимодействия

чего????

Лол )

Нодовский сервер не нужен же

JS и  так в браузере работает нах ей что то еще надо

ну ёпрст. Если я что-то не так говорю - вы поправте, желательно с объяснениями)