これは、以前に投稿した質問のフォローアップです。ここでは、接続プールを使用してPostgresデータベースに接続するようにアドバイスされました。Postgresのjdbc4のドキュメントによると、使用できるプールには2つのタイプがあるとのことです。1つはアプリケーションサーバーあり、もう1つはアプリケーションサーバーなし。後で取り上げる理由から、アプリケーションサーバーを使用しない予定です。アプリサーバーなしの接続プールについて簡単な質問がありました。
これを使用することが確実な場合は、プロパティdataSourceName、databaseName、user、およびpassword（ユーザーに必要な場合）を設定する必要があります。serverName、portNumber、initialConnections、およびmaxConnectionsの設定はオプションです。デフォルトユーザーの接続のみがプールされることに注意してください。他のユーザーの接続は通常の非プール接続であり、最大プールサイズ制限にはカウントされません。
デフォルトのユーザーは何ですか？それはPostgresデータベースのユーザー/役割ですか？これらのパッケージをフロントエンドに追加し、Postgresの実行専用のサーバーを用意するだけで十分でしょうか？
私がこれに傾倒している理由は、以前にGlassfishを使用したことがあり、データソースとの接続と永続性が簡単だったのに、作成済みのPostgresデータベース（240テーブルをお願いします）からエンティティクラスを生成する際に問題が発生したためです。こことここを参照してください）。
したがって、EJBとGlassfishを使用するというアイデアを捨て、代わりにデータベースへの接続にjdbc接続を使用した単純なシングルトンパターンを使用しました。アプリケーションは非常に高速に実行されているため、アプリケーションサーバーを使用しないことに傾倒しています。これは正しい印象ですか、それとも私は誤って知らされていますか？