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

вот приложения для мобильных устройст да - пишутся на java и, в последнее время на kotlin (что впрочем практически одно и то-же). Но и там в принципе java не является монополистом похоже вы слышали где-то звон, а о чем он вы не удосужились узнать. Особенно доставляют ваши представления о приличности :)
начнем с того, что сравнивать ORM для Java и JDBC, объявляя последний "приличным", а все остальное не приличным, это как сравнивать автомобили, тепловозы, самолеты и "всякие транспортные средства" с двигателем внутреннего сгорания, добавляя, что кроме этого двигателя ничего приличного нет.

Можно реализовать приложение с доступом к БД (возможно и не одной) используя JDBC? вне всякого сомнения! Точно также как можно взять двигатель внутреннего сгорания, поставить его на какое нибудь шасси, установить колеса, коробку передач... зеркало заднего вида... и перевести груз или пассажиров их точки А в точку Б

Далее (это я исключительно в целях вашего просвещения):
javaEE, это не продукт и не библиотека и даже не фреймворк. Это набор спецификаций (буквально - это набор документов которые описывают ту или иную спецификацию), коих насчитывается что-то в районе сорока штук (число меняетс по мере появления новых версий javaEE). Примерами таких спецификаций являются Servlets, JSP, JSF, EJB, JPA итд. Для тех или иных спецификаций может поставляться "образцовая реализация" (reference implementation), но вообще говоря кто угодно может взять и реализовать эти спецификации, так что на рынке существует множество поставщиков javaEE платформ. Само поняние javaEE платформы подразумевает набор обязательных для реализации спецификаций. В итоге мы имеем множество конкурируюзих между собой платформ (только в первом эшелоне их около десятка) - и все реазизуют заявленную версию стандарта javaEE (не все спецификации, но как минимум обязательные к реализации), плюс обычно некоторое количество проприетарных расширений. Но в целом разработчки который работал с WildFly с минимумом напрягов сможет работать с WebLogic или с Websphere

Spring Framework (и сейчас обычно вкупе с ним используемый Spring Boot) - сам по себе он не является реализацией стандарта javaEE, однако он предоставляет средства которые позволяют построить платформу javaEE. Фактически этот фреймворк является средством эффективной интеграции сторонних библиотек и фрейморков и в этом смысле он не имеет целью разработку в рамках стандарта JavaEE. Более того, в течение последнего десятилетие Spring фактически является альтернативой решениям на базе JavaEE. Причем альтернативой чрезвычайно эффективной - настолько, что сейчас общепринятым мнением является такое, что классические javaEE решения это удел динозавров. Но мы конечно имеем огромное количество унаследованных решений и посему javaEE вполне комфортно себя чуствует, и даже под натиском конкурентов как-то мутировать (в этом смысле сейчас уже у Spring появились новые конкуренты)

Struts.. не знаю где вы про него услышали (и главное когда), но это опять таки не реализация каких либо стандартов javaEE. Это MVC фреймворк, который построен на базе Servlets (не в том смысле, что он реализует эту спецификацию, но в том, что для функционирования ему требуется та или иная реализация спецификации Servlets - причем любая в рамках заявленной поддержки версии). Этот фреймворк чрезвычайно старых и сейчас практически никем не используемый (за искючением случаев поддержки и развития унаследованных решений). Ожнако на рынке масса других MVC фреймворков, но опять-же их популярность сейчас не сильно высока в силу того, что поменялась общепринятая концепция построения архитектур включаюзих в себя фронтенд в том или ином виде - сейчас принято реализовывать логику UI на клиенте а не на сервере (справедливости ради нужно сказать, что современные версии Struts также поддерживают подобные архитектуры но.. поезд уже ушел). Т.е. сегоднящние MVC фреймворки по большей части реализуются (или транспилируются) на JS. Поэтому к слову сказать сегоднящние java разработчики это часто еще и javascript разработчики (а также typescript, dart, clojurescript разработчики итд.)- ну по крайнйе мере сие весьма ценится рынком

"всякие ORM для Java" - здесь немного сложнее - изначально такие фреймворки не явялись реализацией какого либо стандарта (javaEE или какого-то еще). Также как и в случае со Struts и Servlets, ORM framework требует для своей работы ту или иную реализацию JDBC - все равно какую (в рамках декларируемой поддерживаемой версии спецификации), и также как и в случае со Struts и Servlets, ORM framework не является заменой или расширением JDBC. Фактически такие фрейморки предоставляют возможность реализации объектной модели данных с привязкой этой структуре хранения в той или иной СУБД (или сразу нескольких). Любое java приложение которое взаимодействет с БД и при этом не использует какого либо ORM фреймворка имеет в своем составе самопальный фреймворк написанный на коленке, часто без всякого проектирования (при примерно в 150% слвучаев) и почти всегда очень криво, с кучей багов и костылей и низкой производительностью (хотя изначальной целью такого подходя обычно являлется как раз стремление получить выигрыш в производительности). Пожалуй первым [успешным] фреймворком такого рода стал hibernate, который и сейчас не утратил актуальности. Но и у него сейчас масса конкрентов (особенно с учетом NoSQL БД, для который имеются свои ORM). А в числе стандартов javaEE появился JPA, который и реализуется всеми этими фреймворками

Теперь отвечаю на ваш вопрос - что ищ перечисленношл "реально используется в разработке"? Ответ очень прост - ВСЕ (за исключением пожалуй что Struts - просто устаревший фреймворк). А помимо перечисленного еще очень много чего другого используется. Так например, я упоминал, что сейчас у Spring появились конкуренты - это фреймворки вроде Quakrus - взяв все лучшее от Spring они предлагают разработку заточеную под k8s т.е. это фактчиески фреймворк для разработки микросервисов (обычнычные серверные и консольные прилдожений тоже можно разрабатывать, но в этом смысле преимуществ по сравнению со Spring в общем-то никаких). При этом quarkus приложения могут компилироваться в нативный код, так что на выходе мы получаем производительность и скорость запуска приложения не сильно уступающие аналогам написанным на golang. Все прочее - интеграния со сторонними фреймворками и сервисами аналогичто тому, что предлагается Spring (ну не все реализовано, но как минимум заявлено). Конечно Spring тоже в принципе умеет то что делает Quarkus, но для последнего микросервисы это основное под что он заточен, в то время как для Spring это просто возможность реализованная дополнительными средстами

Так что так и живем - бесчисленное количество технологий и вреймворков которых нужно как минимум ориентироваться. Это даже не считая того, что java разработчик как правило имеет смежные специализации, в том числе и в рамках использования друших ЯД (JS, python, kotlin, clojure, scala, etc) Собственно это одна из причин того, что я обычно отговариваю людей среднего и старшего возраста от изучения java (ну может если только в качестве смежной профессии - без отрыва от основной) - помимо собственно java нужно изучать множество вещей, которые непосредственно к ЯП не имеют какого либо отношения. А все что касается java как платформы развивается чрезвычайно бурно - пока вы будете освивать одно, оно устареет и потребуется осваивать что-то другое, причем быстро - старпер здесь будет в роли догоняющего очень долго. собственно и молодой разработчик тоже, но для него это будет нормальным развитием карьеры, в то время как для старпера... он выйдет на уровень квалифицированного специалиста тогда, когда ему уже на покой будет пора... Хотя все зависит от самого человека конечно. Но если бы вот сейчас я выбирал бы специализацию... причем независимо от возраста, я бы java не выбрал - это несмотря на то, что я довольно востребованный, и довольно высокооплачиваемый профессионал, не имеющий каких либо проблем с занятостью даже теоретически. Ну просто потому, что сейчас есть более эффективные пути развития карьеры (и благосостояния соответственно) - дочери например я все объяснил и она в мир Java уже не стремится (хотя поползновения были)

Я тут набрал группу подростков для обучения java
И должен сказать, что не в последнюю очередь благодаря вот этому топику (не ну меня давно агитировали друзья у которых есть дети примерно того-же возраста что и моя дочь, плюс ее друганы. Дочь я учил питону и JS, но она вот восхотела именно java - у нее свои резоны и вполне обоснованные)
В общем пока я в отпуске был, вспомнил этот топик и.. подумал, что я же могу объяснить что такое ORM просто начав с реализации простых запросов с использованием JDBC, и постепенно, шаг за шагом реализовать простейший мэппинг а потом расширять его функциональность (причем делать это в виде домашних заданий для студентов)...

Ну.. любопытно мне стало... стал таскать лэптоп в шезлонг... и получилось очень даже прикольно... Потом больше - я полдумал, что смогу показать как устроена БД (вообще любая, и реляционная в частности) точно также начав разрабатывать ее с нуля - сначала просто органиховав хранение данных в файле, затем реализовав поиск путем перебора, затем реализовав индексирование, наконец реализовав уровень абстракции "таблица" а затем и блочную структуру хранения данных в файлах... ну и далее по нарастающей... попутно можно разъяснить различные алгоритмы....
собственно сейчас это делаю...

На очереди - реализация простейшей реализации аналога JDBC (с готовым парсером - мне скучно писать парсеры), простейшей реализации аналога сервлета (без JSP) - речь идет именно об аналогах а не о реализации стандартов...

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

Сейчас не готов - в процессе разработки курса (который кроме собственно java будет включать на каком-то этапе kotlin, html/js, GIT, JIRA и Jenkins). Не знаю что их этого получится, но сейчас мне интересно как никогда еще не было

Могу потом выложить отдельные уроки для деда-попыхета, если ему будет интересно.

ну что мне делать или не делать я уж как нибудь сам решу - мой стаж в java разработке в этом году составит 25 лет
"Сайт с разделами" мне делать вот совсем лень. У меня конкретная цель - дети, причем не любые а дети моих друзей и знаколмых, которых я знаю много-много лет (ну.. большинство из них), либо друзья моей дочери с которыми она росла много-много лет (ну и пароча из тех, с кем в старшей школе подружилась.. поссорилась, опять подружилась итп.)

в общем речь идет о том, чтобы приджать ускорение группе подростков которые уже имеют сильную мотивацию - нужно просто направить их энергию в нужную сторону и сократить издержки. В качестве примера - одно дело когда ты читаешь главу в "алгоритмах и структурах данных", посвященную B-Tree, и совсем другое, если ты реализхуешь этот алгоритм для поиска строк в доморощенной БД - наличие практического результата, который можно пощупать, и с которым можно поиграться это мощный стимул - по себе знаю...

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

рассчитываем на один год, 2 раза в день по 2.5 часа. Один день "лекционный" - т.е. рассказываем-показываем-выдаем домашнее задание. Домашнее задание выкладывается в bitbucket репозиторий, проверяется удаленно, если нужно - исправляется. Второй день - практические занятия, колективная или индивидуальная работа - определяем функционал который желаем разработать, разбиваем на задачи/подзадачи, используем jira, разбираем прошлые задачи, выявляем проблемы итп... опять-же домашее задание. Дома понятное дело родители еще впрягаются - помогают по мере сил, ну и взаимовыручка опять-же (да честно говоря любо дорого было смотреть как они питон изучали - это университетский курс, но его можно взять в гимназии с зачетом академических балов - как они самоорганизовались!!! прям завидно стало). Летом (как этим, так и следующим) родители завязываются узлом, но организуют практику в своих или дружественных компаниях (я например беру двоих).

какие деньги? о чем вы? И вообще при чем тут вы?

Я не понял.. я каким-либо образом мешаю вам "быстро хелп глянуть"?
Ну тогда звиняйте - это не входило в мои намерения...

разумеется - но не для каждого одна и та-же вешь может быть одинаково полезна. Для вас например.. да вам это вообще не надо... В частности не надо именно потому, что вы находите "какие-то траблы" там где их никогда не было Ну ваши переживания мало имеют отношения к теме в которой вы вообще ничего не понимаете (а если у вас "По яве всегда с хелпами какие-то траблы.", вы тут точно нихрена не понимаете - совсем)

ага - вы в этом специалист