Spring MVC + Thymeleaf. Заводи и погнал.

Посмотри исходники ЛОРа.

Если не секрет тебе это зачем?

пятизвёздочники плохого не посоветуют

Пфф

https://github.com/jtalks-org/jcommune

Первый совет: Устанавливаешь жабу с идеей, пишешь код.

Второй совет: Если первого совета не достаточно, читай маны через нелюблю, совсем оборзел, блджад.

Маны читать я люблю, но теория без практики безполезна и быстро забывается.

Выглядит очень классно. Попробую это.

Боюсь, оно мертво.

Думаю, мне эти знания пригодятся. Да и ради удовольствия.

На Java писать в одно рыло - потеря времени. Бери Django, Flask, на крайняк node.js со всякими метеорами, express и клонами, а лучше уже готовую cms на ноде допили до своего форума (на кой хер нужен форум в 2020?)

Пайтон же мееддлееннныыйй, нет? А cms это виндовс вей. А форумы классные. Что вместо них делать? Я только на форумах да имиджбордах сижу.

https://start.spring.io/

Gradle Project

Lombok
Spring Reactive Web
Flyway Migration
PostgreSQL Driver

https://vuejs.org/v2/guide/
https://vuetifyjs.com/en/getting-started/installation/

https://jwt.io/

ради удовольствия

решил делать на джаве

Хм

Кстати, а вим для джавы заходит? Пользуюсь для повседневных задач уже давно.

пятизвёздочники плохого не посоветуют

Пфф

Пфф

Intellij Community Edition тебе хватит. vim будет неудобен, Java слишком многословна и ей нужен IDE, иначе ты её проклянёшь.

пятизвёздочники плохого не посоветуют

Пфф

Пфф

Пфф

Только вот пайтон в вебе в среднем по больнице почему-то работает в 2-800 раз быстрее шарпа, джавы и жс.
А разгадка проста: питонисты в среднем пишут код гораздо качественнее.

В реальных условиях добиться заметного прироста производительности в вебе от использования хоть в тысячу раз более быстрого инструмента не получится, максимум на 10% разница будет.
Потому что упирается всё в сеть, iops, бд и чего там ещё, всё что можно закэшировано, а все ресурсоёмкие вычисления выполняются сишными библиотеками (если они вообще нужны).

А вот падения производительности путём говнокода добиться можно хоть в миллион раз.

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

Если для тебя 3000 req/sec на одном ядре мало - то ты видимо пишешь Яндекс Маркет или шо там? Куда уж выше? Ну, нода та же выдаст больше раза в 2, но нахрена столько?

Порно хаб свой сделай за биткоины с местными тёлками, нафига в инете ещё один унылый форум с одним админом?

https://github.com/maxcom/lorsource

В idea есть vim plugin. Не идеален, но работает.

пятизвёздочники плохого не посоветуют

очень наивно думать так...

мануалы все таки надо читать.

да имиджбордах сижу.

а вот об этом лучше на ЛОРе не писать.

А чем лор от имиджборд отличается? Разве что отсутствием «имиджей».

ну все таки меньше грязи имхо

Смотря с чем сравнивать. Имиджборды это ведь не только сосач, но и какой-нибудь доброчан.

Микронаут всем хорош, кроме того, что нельзя делать всякие PostLoad у JPA, и т.п. С базой там труднее работать вообщем.

1. никогда не используй фреймворки для бэкенда - это путь одновременно и в никуда и в деградацию
2. для первого старта просто посмотри примеры для com.sun.net.httpserver - он покрывает 90% твоих нужды, оставшиеся 10% покроет встроенный жсон
3. потом можно перейти на netty + gson

Не слушайте местных пятизвездочных двоечников!

решил делать на джаве - пятизвёздочники плохого не посоветуют.

Java машина требует JIT.

JIT - зло, требующие от процессора и ядра OS некорректной работы с памятью. В системе с JIT теоретически будут уязвимости переполнения буфера.

Не используйте ПО требующие JIT для своей работы.

Не используй Java для решения своих задач.

Лор на джаве ведь написан. Как админы с JIT справляются?

будь мужиком пиши на C++/Qt https://github.com/cutelyst/cutelyst

Лучше уж на dlang, там есть vibe.d

Им анон говорил что жаба овно, а они не послушали.

Лор на джаве ведь написан. Как админы с JIT справляются?

И что в этом хорошего? Требование исполнение JIT кода к процессору и ядру OS, а следовательно наличие теоретической возможности эксплуатации уязвимостей переполнения буфера.

Требование исполнение JIT кода к процессору

Требование исполнение JIT кода к ядру OS

следовательно наличие теоретической возможности эксплуатации уязвимостей переполнения буфера

Пожалуй я послежу за этой темой ))))))))))))))))))))))))))))))))))))))))))))

Возьми готовый, зачем его писать?

Форум на Джаве, с чего начать?

«Букварь» уже освоил?

Форум на Джаве, с чего начать?

Давай на чистом JavaScript и тебя в google примут работать …

Ну смотря какая нагрузка на форум предполагается.

https://docs.oracle.com/en/java/javase/11/tools/java.html#GUID-3B1CE181-CD30-4178-9602-230B800D4FAE

-Xint Runs the application in interpreted-only mode. Compilation to native code is disabled, and all bytecode is executed by the interpreter. The performance benefits offered by the just-in-time (JIT) compiler aren’t present in this mode.

с чего начать?

64 Gb оперативки

чем тебя spring mvc не устроил, ну кроме того что это просто лишняя трата ресурсов?

прежде чем напишу, позвольте поинтересоваться, автору уже есть 18 лет?

Нет

в одно рыло
node.js со всякими метеорами, express и клонами

Я Flask-то когда изучал, в исходники часто смотрел.
А node.js - это как по инструкции тыкать палочкой гигантское магическое нечто с неизвестными сайд эффектами.

64 Gb оперативки

Я тут повторюсь: запускаю Eclipse IDE на OpenJ9 и мне нравится потребление памяти.

Без JIT жаба ползет как улитка. А с JIT не дает гарантий безопасности. Зачем использовать такую технологию?

Пффф

Значит мал пока и глуп,

не видал больших, кхм.

Скажу по секрету, нынче современный сайтик с нуля без CMS в одно рыло не пишут. ЛОР-у просто лет много очень.