Да никуда Java не пропадет в ближайшем обозримом будущем.
Ибо пока нет других языков и VM обеспечивающих сравнимую кросс-платформенность.
Язык вполне популярен, под него существует огромное количество библиотек и готовых продуктов.
Из известных GUI-приложений можно назвать платформу Eclipse и производные продукты на основе это платформы. Например: List of Eclipse-based software.
В ближайшем будущем, более вероятно, появится большее количество производных языков (напр. Scala), которые будут генерировать байт-код для JVM.
Т.е. возможно, что Java, как язык, будет постепенно снижать популярность, но JVM, скорее всего, останется надолго.

Подход из мира JEE (и не только):

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

Такой подход позволяет обслуживать много потоков относительно малым числом соединений с СУБД и экономить время на установку соединения, т.к. в нормальных условиях в пуле присутствует процент свободных и готовых к работе соединений.
Плюс прикладной код не содержит настроек для конкретной СУБД, все настройки хранятся на уровне файлов конфигурации пула соединений.

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

Примеры реализации пулов соединений:
Apache Commons DBCP
c3p0:JDBC DataSources/Resource Pools
The Tomcat JDBC Connection Pool

Рекомендую посмотреть в сторону NoMachine - Free Remote Desktop For Everybody

Я пользовался этим ПО пару лет назад, когда нужно было работать с удаленным сервером в графическом терминале, по сравнению с VNC и X-Forwarding он работал ощутимо шустрее.

Современную версию не "щупал", но по моей информации - продукт стал только лучше.
Сейчас вроде бы можно даже играть и смотреть видео.

Судя по ошибке, вы пытаетесь загрузить 32-битную dll-библиотеку внутри 64-битной среды Java.
Так сделать не получится.
Варианты решения:
1. Использовать для исполнения 32-битную среду Java.
2. Использовать 64-битную версию библиотеки jri.dll.

Попробуйте так:
<%@ page trimDirectiveWhitespaces="true" %>

Дополнительная информация:
Strip whitespace from jsp output
The Java EE 5 Tutorial: Eliminating Extra White Space