Java EE6の新機能で、JDBCRealmをセットアップしようとしています。多くの例では、ユーザー/グループ情報をSQLで手作業で保持するテーブルを作成することを推奨しています。JPRとJDBCRealm
もっと「JPA」という方法がありますか? Glassfishが期待しているテーブルは、例えばあなたが使用しているテーブル構造の種類に適合しないと予想しています。 OneToManyマッピング(これは私が使用できることを望んでいたものです)。
私はGlassFishが引き続きJDBCRealmを達成するためにJDBCを使用していると読んでいます。これは理由を説明します。そして、私はJPAでこれを行う方法を示唆しているこのブログに出くわしました。
http://www.codeproject.com/Articles/238779/J2EE-JDBC-based-authentication-with-JPA-Entities-i
しかし、JPAでそれを行うには '公式' な方法はありますか?私は安全なアプリケーションを確保するためにベストプラクティスに従っていることを確認したいと思います。
おかげ
究極のソリューションに関係なく、本番システムではJDBCRealmを避けるべきです。 Apache Tomcatからフォークしても変更されていない場合、それはまだシングルスレッドなので、すべての資格チェックなどがシリアル化されます。少なくともDataSourceRealmを使用し、Glassfishが接続プールを使用できるようにします。 –
ありがとうクリストファー。それが認証を行うための最良の現在の方法なら、私はあなたの提案に従います。 DataSourceRealmについて聞いていないJavaを再学習するので、すべてのことを正しい方法で(できるだけ最新に)実行していることを確認したい。 – Richard
私はJBossのWebサイトでDataSourceRealmを見ていますが、Glassfishのものではそれほど多くはありません。 JDBCベースの認証の最善の方法ですか? – Richard