Бегло просмотрел все 3-и страницы. Ни проблемы не понял, ни метаний автора не понял (((

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

Тоесть чтоб фронтенд и контроллеры были у фрилансера, а остальная бизнес логика (сервисы, БД и так д) была где-то ремоут.

Например есть Java RMI (Remote Method Invocation). Позволяет вызывать Java классы/методы на удаленной JVM. На мой взгляд, к описанной Вами проблеме "дать сделать фронт какому-то фрилансеру" это "из пушки по воробьям"

выпилят
Не слежу за новостями.
Но если RMI выпилят - сами себе злобные буратино. Т.к. адекватной замены не видно. Сделать "снизу" RMI еще один транспортный протокол (через 80 порт HTTP, через WebSocket или что-то другое новомодное) - было бы правильно. Но просто выпиливать RMI... а что вместо него? Что делать на существующих enterprise которые на RMI построены (Oracle CC&B)?

RPC / RMI, в общем значение этого слова, выпиливают уже лет 20. Тот же самый SOAP - пропагандировался как замена RPC... только SOAP умер, а RPC как жил, так и живет.

IMHO & AFAIK

p.s. Хотя логику в развитии / деградации существующих технологий - искать сложно. Нет ее. IMHO
p.p.s. "SOAP умер" читать в значении "уже лет 10 стал не модным". Хотя, разумеется, благодаря всяким электронным правительствам, СМЭВ и прочему.... куда ему деться. Все уже давно заперты на подводной лодке и люки задраены )))