Dimitry SibiryakovLemkolegПул будет обслуживаться отдельным приложением, и , возможно, на отдельной машине

Опаньки... Похоже Ваше определение "пула соединений" сильно отличается от общепринятого.
Ссылки на общепринятое понимание уже привели:
http://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1294676&msg=21454066

Под пулом соединений подразумевается приложение, которое его обслуживает (одна из прямых функций сервера приложений). Которое, естественно, может находится отдельно от БД. Вам всем бы стоило поучится низкоуровнеему программированию, чтоб бы понять, как ( и зачем)может быть связавно NIO с сервером приложений (пулом подключений ). Для этого нужно понимать, для чего, и при каких условиях, вообще нужен пул. Ссылки по пулам подключений в JDBC, которые мне скидывали - это технологии, используемые для программирования сервера приложений на языке java. Такому серверу придется пройти все шаги "20-летней" давности" : подключить TCP соединение, принять некий обьект, преобразовть его в SQL-команду, и , используя подключение к БД из СВОЕГО пула, выполнить его. Стандартная схема cgi "20 летней давности". Я не спрашивал, как создать такой сервер. Меня интересует работа с готовыми серверами.

MaratIskну очень хочется стать программистом :)
а все так непонятно :(
Само больше непонятно, зачем разводить базар.... Отвечать по теме - нет?

Dimitry SibiryakovLemkolegПод пулом соединений подразумевается приложение, которое его обслуживает (одна из прямых
функций сервера приложений).

"Пони бегает по кругу и в уме круги считает." (с)

Обслуживание пула соединений - всего лишь побочная задача сервера приложений. Как и сам
пул - всего лишь способ оптимизации производительности в случаях, когда установление
соединения занимает много времени.

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

А нельзя было самым первым комментарием сказать:"попробуй тот и тот сервер... у того такие особенности, а этот работает так..." ... Все такие "умные"...до тошноты.
Кто-нибудь скажет мне: есть ли возможность передать подключение ( из сервера) из пула клиенту на пользование? Клиент работатет на JDBC. Это хорошо. Он получает ResultSet. Но он подключается к базе на прямую. То есть, 1000 клиентов = 1000 подключений к БД. Есть ли такое приложение среднего уровня ( сервер приложений), которое бы предоставляло клиенту ( по необходимости) готовое подключение к БД ( из пула) для использования? Ведь подключение - это обобьет. Или такого не существует в природе?

Dimitry SibiryakovLemkolegКто-нибудь скажет мне: есть ли возможность передать подключение ( из сервера) из пула
клиенту на пользование?

Нет, обломись.

Спасибо. Единственный ответ по сути..

Dimitry SibiryakovLemkolegЕдинственный ответ по сути..

PS: Даже если бы это было можно, тебе это не поможет, поскольку даже с использованием пула
количество активных коннектов равно количеству одновременно работающих приложений.

это не так. Мое приложение не использует контекст сеанса. По-этому не требует отдельного соединения.

Ну и.... в чем проблема?

Каждое подключение - затраты на память и обслуживание. Оно может быть использовано другим, во время простоя....Для этого и существует пул соединений.

Только JDBC-соединения, вменяемые люди, обычно так не передают.

По-моему, я вменяемо обьяснил в чем сахар в ResultSet.

Dimitry SibiryakovLemkolegКаждое подключение - затраты на память и обслуживание.

Дребедень. Простаивающее подключение не создаёт практически никакой нагрузки на сервер.

Серьезно? А 10000? тоже "по-барабану"? Для каждого из них выделяется память в SGA. А также, чем больше подключений, тем больше диспетчеров. Они ( не уверен), могут работать постоянно

andrey_anonymousLeonid Kudryavtsev апп-сервер с нагрузкой 10 000 пользователей память не требует, и работает исключительно на ладане и постном масле
С учетом отсутствия контекста я бы на месте ТС рассмотрел REST.
Поскольку ответ не ТС, то ссылка, КМК, допустима :)
http://www.oracle.com/technetwork/developer-tools/rest-data-services/overview/index.html


....и возвращает любые результаты, отформатированные с использованием JSON

Расматривался... В JSON нельзя передать LOB. Кроме этого, это обычный заменитель веб-сервера.