С файлами, я так думаю, нужна отдельная таблица (потому что там не только BLOB но и метаданные). По ссылке выше есть пример как это сделать без Camunda. Я так, видимо, и сделаю. А в таблице "заявок" сохраню ссылки.

Model+repository+service. А потом из переменных процесса запишу туда.

Для PoC достаточно будет отдельной таблицы. Затем, если потребуется вынести ее в отдельную БД.
Разложите свою задачу на этапы и вы справитесь без чужого примера, либо у вас будут конкретные вопросы:
1. Проектирование и создание таблицы для хранения файлов и метаданных. Возможно это будут разные таблицы. Все зависит от функциональных и не функциональных требований.
2. Разработка компонента для сохранения файла и его методанных (без привязки к камунда) На вход файл и метаданные -> результат выполнения - сохраненная в БД информация
3. Разработка делегата камунда - берет из контекста данные вызывает компонент из пункта 2.

Начните с этого маленькими шагами и у вас все получится.

"Разработка компонента" не совсем понятно для новичка. Как это оформить? Я собрался всё реализовать в одном процессном приложении. Опишу таблицу для файлов, репозиторий и сервисы. Потом попробую получить данные из переменных процесса и записать туда

и казалось бы - причем тут камунда и S3?)

Андрей, я понимаю, что возможно вы ограничены временем. Но и вы нас поймите, тяжело оказывать помощь и не убить на это весь день, если мы элементарно говорим на разных языках.
Речь идет о компоненте Spring, это bean (объект класса, обычно singleton) который будет в вашей системе отвечать за сохранение файлов.
Вы же не планировали делать все в одном методе? Так не стоит делать.

храните файлы в S3 совместимо хранилище, можете в PG для PoC. А камунда тут вам каким боком?) как уже сказали вам бы с Java разобраться

Посмотрю, спасибо. Все когда-то с чего-то начинали.

да, но не с камунды же)

А какая разница? ;)

Ну уж точно не с разработки PoC на Camunda. Извините, не удержался ))))

Вы водить учились на болиде формулы 1?

PoC на Camunda - очень ок тема, zeebe как раз для этого подходит

Я на трёхколёсном велосипедике Clipper Summer'87 начинал в начале 90-х. Так что, думаю, не расшибусь

ну прям и болид) больше к большегрузам или монстр тракам

мне кажется у большегрузов и монстртраков будет поменьше нюансов управления

Если будет июньский митап - могу выступать с темой "про PoС, Zeebe и мосты - или как сделать невозможную интеграцию в ритэйле"

есть 18-ти ступенчатые механические коробки

Ну вот и тут так. Сперва желательно освоить core, затем Spring, JPA, транзакции. Потом познакомиться с камундой. А уже после этого разрабатывать PoC.