У томката к тому же дока такая себе

ну, по запросы jndi мне сразу кучу статей выдало

А про то что /comp/env добавлять надо ты тоже сразу догадался?)

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

Ну вот. А энв простой как палка

Кстати, насколько втроенный томкат в спринге вынослив? Т.е. на каком размере проекта надо будет жарник превращать в варник и заливать на отдельный сервер приложений?

Разницы никакой, но встроенный надёжнее

просто у томката же функционал ограничен по сравнению с wildfly и подобным. Просто по количеству поддерживаемых спецификаций JEE (на которых, насколько я понимаю, основаны реализации спринга). Т.е. мой вопрос правильнее будет звучат так: на каких размере и сложности проекта встроенный томкат перестанет справляться и нужно будет делать варник и подсовывать чему-то более мощному? Или реализации спринга так сделаны, что и на томкате все будет работать?

Бред, спринг клал уже сто лет как на спеки, только сервлеты и jpa. Функционалом монстров application server'ов уже давно никто не пользуется, они нужны только jee приложениям

По второй части, большие апп сервера не дают в производительности никаких плюсов, даже наоборот, лёгкий томкат быстрее

А если брать вебфлакс, то там вообще нетти, нет ни капли jee стандартов

Дополню. Если приложение жирнеет - его лучше начитать делить на модели и уходить в микросервисы

Кстати, абсолютно правильно сделал имхо

Ясно, спасибо

Как я понимаю все эти J2EE теперь Spring тянет как Jakarta EE?

В последних релизах начал, да. Но скорее всего это томкатом тянется

В России городов кроме Челябинска то и нет.

Апликейшен сервера с db pool'ом через jndi грустно машут платочками.

это для примера. или просто настроение докапаться?

ага, он там только и остался. на вымирающем легаси