問題タブ [jca]

私は Java EE Web アプリケーションを開発していますが、レガシー Visual C++ アプリケーション (.dll ファイル) と統合して、(.dll 関数を使用して) ビジネス ロジックを適用する必要があります。

このアプローチを実装する方法を誰かが指摘できますか。私はいくつかのグーグル検索を行い、JCA と JNI について読みましたが、JNI がアプリケーション サーバー上で正しく機能することは保証されていません。

なんか方向性がはっきりしない。誰か助けてくれませんか？

私のアプリは、秘密鍵（関連する公開証明書を含む）を読み取るだけで済み、KeyStoreへの書き込み、パスワードの変更、変更はまったく必要ありません-読み取りだけです。読むためにこのコードを使用できることを誰かが確実に知っていますか:

これの代わりに：

証明リンクは非常に高く評価されています!

私の目標は、着信データグラムパケットをリッスンし、それらを処理し、情報をメモリに保存し、Web経由でアクセスできるようにすることです。私はJavaEEの初心者です。サーブレット（Webアクセス）、シングルトン（メモリストレージ）、およびリソースアダプタ付きのメッセージ駆動型Bean（UDPソケットを利用するため）を使用することにしました。

Eclipse 4.2でこの例を実行しようとしています：http：//www.apprigger.com/2011/06/javaee-udp-resource-adapter-example/、しかしMDBの開発で立ち往生しています。

これまでに、Connectorプロジェクト、Dynamic Webプロジェクト、およびそれらの両方を参照するEARプロジェクトを作成しました。GlassFish3.xでこれを実行しようとしています。

動的Webプロジェクト内にMDBを作成することに固執しています。Eclipseはメッセージリスナーインターフェイスを要求しますが、動的Webプロジェクトがコネクタプロジェクトを参照していても、UDPMessageListener（クラスパスにない）を指すことができません。コネクタプロジェクトクラスをJARとしてエクスポートし、WEB-INF / libフォルダー内に配置する必要がありますか？しかし、私のEARはこれらのUDPクラスを2回ロードします。1回はコネクタプロジェクト自体から、2回目はjar内からです。これを適切に展開する方法が本当に混乱しています。

どんな助けでも大歓迎です。

JCA での接続ハンドルの共有に関して誤解があります。

接続の共有がトランザクションのフェーズ (複数のコンポーネントの呼び出し) でのみ発生するのか、または同じ EIS 宛先を持つコンポーネントにアクセスする複数のクライアント間で接続の共有が可能かどうかを知りたいです。

Glassfish アプリケーション サーバー 3.1 で独自のリソース アダプタを作成しました。問題は、リソース アダプタが接続の共有を実行しない (associateConnection メソッドの呼び出しがない) ことです。

ありがとう、

私が欲しいのは、ファイルトランザクションとデータベーストランザクションを1つにマージすることです。アプリケーションは Jetty で実行されています。しかし、Jetty は必須ではありません。トランザクションがサーバーに依存せず、スタンドアロンで実行できることを願っています。サーバーに依存することは許容されます。しかし、それは最初の選択肢ではありません。現在、トランザクションを管理するためにatomikosを使用しています。

私が現在理解していることは次のとおりです。

1. enlistを使用せずに整数のatomikosとXADiskを使用する例はありますか? 私は入隊作業を使用できます。しかし、私たちのシステムでは少し醜いです。db 部分では、enlist メソッドを使用しません。私たちは休止状態を使用し、休止状態のためにatomikosによってデータソースをワープします。可能であれば、xadiskにも同じソリューションを使用したいと考えています。

2. 私は JNDI を使用しようとしています (残念ながら、これもあまり詳しくありません。)。XADiskConnectionFactoryImpl を JNDI にバインドしようとしましたが、XADiskConnectionFactoryImpl をインスタンス化するには ConnectionManager が必要であることがわかりましたが、取得方法がわかりません。サーバーについては知っていますが、方法がわかりません。以下はJettyでの私の設定です

EJB で動作するように、GlassFish で OSGI バンドルとして JCA コネクタをデプロイすることは可能ですか?

よろしくお願いします

のような JCA(JCE) を使用しない環境Java MEでは、キー (または iv) バイトを生成しても問題ありjava.util.Randomませんか?

暗号に関する懸念はありますか?

ソースコードやコメントなど、この質問にタイプミスはありますか? （私はウリッシュ語が苦手です。）

私たちのアプリケーションの 1 つで、秘密鍵は BouncyCastle の PEMWriter を使用して保存されます。Java 7 には必要なものがすべて揃っているように見えるので、現在、BouncyCastle の依存関係を取り除くことができるかどうかを調査しています。唯一の問題は、データベースに格納されている秘密鍵を PEM でエンコードされた文字列として読み取ることができないことです (証明書/公開鍵は問題ありません)。

PEM でエンコードされた秘密キーの文字列をデータベースからファイルに保存すると、OpenSSL を実行して、次のようにキーを PKCS#8 形式に変換できます。

結果の出力は、base64 でエンコードしてから、この Java/JCA コードを使用して読み取ることができます。

この秘密鍵は、期待どおりに格納された公開鍵と一致します。つまり、平文から暗号文へ、またその逆に往復できます。

私が持っている質問は、どうにかして元の PEM エンコーディングを直接読み取ることができるかということです。

編集

以下は、BouncyCastle を使用して問題の文字列を読み取るコードです。

「privateKeyPEM」は、データベース内の PEM でエンコードされた文字列です。それ以外の場合、この例は自己完結型です。興味深いことに、すでに JCA KeyPair オブジェクトを出力として使用しています。元の質問を言い換えると、PEMReader (そして、他のかなりの数の BouncyCastle クラス) に依存せずに、上記のコードと同等のことを行うことはできますか?

私の EJB では、JCR セッションを使用してファイルを保存します。次に、セッションからログアウトし、CDI イベントをスローします。CDI イベントを監視する EJB は、格納されたファイルを使用する新しい JCR セッションを作成します。（注：何らかの理由でファイルを保存した直後に利用できなかったため、これを機能させるために遅延を追加する必要がありました）。ファイルを使用してメソッドが完了したら、このセッションからもログアウトします。ただし、15 分後に、「セッションが既に閉じられた後、session-a84d60ac-1c8f-4cad-bc5a-84102b12f8e5-385 を閉じようとしています」という例外が発生します。スタックトレースを使用：

そして1時間後：

これは、アプリケーション サーバー (Glassfish v.3.1.2.2) が、既に閉じたセッションを閉じようとするためだと思います。しかし、セッションを閉じないと、プール サイズの制限に達したという例外も発生します。どうすれば問題を回避できますか?

私たちのアプリケーションは、ソケット (TCP) でクライアント要求を受け入れる必要があります。私には2つの選択肢があります

Spring 統合 TCP サポートを使用する

長所: 1. 既にスプリングを多用しているため、ここでの学習曲線は少なくなります。2. コンテナを使用しない簡素化されたエンド ツー エンド テスト

懸念事項: 私の懸念事項は、同時リクエストとスケーリングの wrt 処理です。マネージド スレッド プールを使用できますか? 他に心配する必要があることはありますか？

JCA TCP インバウンド アダプターを使用する

長所: 1. Java EE コンテナーは、これを実装するための推奨される方法であるため、うまく機能します。

懸念事項: 1. 十分にテストされた TCP アダプター (オープンソース) を見つけるのが難しい 2. コンテナーが必要

これについてのあなたの考えをいただければ幸いです。また、私が知っておくべきゴスカスはありますか?