問題タブ [deltaspike]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
java - EJB モジュールで deltaSpike データを構成するにはどうすればよいですか?
私はDeltaSpikeデータを初めて使用しています。アイデアは、春のデータのようなもので動作しますが、CDIとEJBのみで動作します。Java Web プロジェクトでいくつかの例を作成し、テストは成功しましたが、今度は EJB モジュールで同じことを行う必要がありますが、うまくいきません。EJBモジュールでDeltaSpikeデータを機能させるために追加の構成が必要かどうか誰か知っていますか?
このリンクのチュートリアルを使用しました:
http://deltaspike.apache.org/documentation/data.html
私の英語で申し訳ありません、私はまだ学んでいます。
testing - DeltaSpike CDI テスト + NPE Faces コンテキスト
DeltaSpike を使用して CDI テストを実装したいと考えています。しかし、Faces コンテキストに依存する関数を呼び出そうとすると、Null Pointer Exception が発生します。
クラスをモックする必要がありますか、それともより良い方法で初期化できますか?
すべてのヘルプは大歓迎です!
maven - Maven のインストール後に CDI + DeltaSpike Interceptor が機能しない
プロジェクトで mvn install を使用した後、奇妙な問題が発生しました。
何よりもまず mvn clean を実行し、Eclipse 内でプロジェクトを開始しても問題ありません。
mvn install (アセンブリで jar を生成するにはこのコマンドが必要) を実行してプロジェクトを再起動した後、トランザクションが開かれていないため、休止状態でデータを保存するときに奇妙な例外が発生します。
これの1つ:
これは、src/main/resources/META-INF に正しく配置された beans.xml です。
トランザクション クラス:
私の考慮事項は、TARGET フォルダーを生成する mvn install コマンドが beans.xml への接続を失ったことです。
jsf - 懸念事項を分離するためにウィンドウスコープで CDI Bean を分割する
RichFaces 4.5.8、CDI Bean のデルタスパイク、および EAP 6.3 で実行される EJB を使用した JSF アプリケーションがあります。2 つのテーブルといくつかの popupPanels を含むページがあります。このページは、WindowScope の CDI Bean コントローラーによってサポートされています。popupPanels には多くのコントロールとアクションがあるため、ページはますます大きくなります。
xhtml ページは複合コンポーネントと正常に動作する ui:include によって分離されていますが、CDI Bean はますます大きくなります。popupPanels のアクション メソッドを他の CDI Bean に移動したいと考えていますが、1 つのページに複数の windowScoped CDI Bean があるのは奇妙に思えます。大きな CDI Bean を分割するにはどうしますか?
よろしくお願いします
java - 複数の構成と永続コンテキストのオーバーヘッドを削減して、単一の構造の下にあるすべてのデータベースで同様の操作を使用する方法は?
したがって、JPA/JavaEE環境で次の問題をどのように解決するのが最善か疑問に思っていました:
複数のストアがあり、それぞれに個別のデータベースが装備されているとします (ただし、ドメイン構造は同じです)。毎晩、すべてのデータベースがメインの HQ サーバーによって調査され、いくつかの計算が行われます。
私の意見では、最善の解決策は次のとおりです。
- 尋問をスケジュールするタイマー。
- 店舗ごとに複数のデータソース
- デルタスパイク データを使用する一部のプロデューサー (店舗ごとに 1 つ) があるかもしれません。
複数の構成と PersistenceContexts のオーバーヘッドを削減して、すべてのデータベースで同じ操作を使用する方法はありますか? JPAのある種の戦略パターンが好きですか?
soap - PicketLink / Deltaspike セキュリティが SOAP (JAX-WS) レイヤーで機能しない (CDI と EJB?)
私は長年のSpringユーザーですが、Java EEのみに切り替える必要がありました。思い通りにいかないことも多々…
CXF / SOAP サービスを利用しています
実装:
また、ステートレス EJB である KlasseService:
DeclaresRole アノテーションは次のように指定されます。
一致する DeltaSpike オーソライザーがあります。
私のbeans.xmlは次のようになります:
SOAP リクエストが処理されている場合、 CutomAuthorizer コードは呼び出されません(インターフェース、実装、さらにはサービス - EJB に注釈を付けます)。ただし、同じアノテーションがie から呼び出されるメソッドに使用されている場合。JSF - すべてが期待どおりに機能します。
関連する質問がいくつか見つかりました: Deltaspike と @Stateless Bean ただし、これを読んで: EJB 3.1 と CDI を使用する場所は? EJBコンテナはCDIインターセプターなどを認識する必要があると思います。また、他のカスタムインターセプター(@AroundInvoke)が機能し、JSFリクエストは期待どおりに保護されています。
PicketLink/Deltaspike を SOAP レイヤーで使用できるようにする明らかな何かが欠けていますか? 別の方法として、Spring Security + AspectJ ポイントカットを使用することもできます : http://forum.spring.io/forum/spring-projects/security/119811-method-security-java-ee-cdi面倒くさい……。
PS。私はWildFly 8.2を使用しています(WF9で-同じ結果)
jpa - Spring Batch FieldSetMapper を使用して、JpaItemWriter で書き込まれるオブジェクトにマップするパフォーマンスの問題?
テキストファイルから値を読み取り、その情報を使用してJPAを使用してデータベースから読み書きされるオブジェクトを更新する一連のSpring Batchジョブを作成しています。これらのジョブはWeb コンテナーではなく、アプリケーション サーバーで実行されます。私の問題は、のEntityManager
構成方法にあるようです。
このコードは、注文のステータスを更新するさまざまなベンダーからファイルを読み取ります。テキスト ファイルでは、顧客を名前で指定し、順序を日付/時間で指定します。顧客が存在しない場合、テキスト ファイルの行はスキップされます。注文が存在する場合は、更新します。そうでない場合は、作成します。
現在、DeltaSpike を使用して、次のように DAO オブジェクトのインスタンスを取得しています。
DAO オブジェクトをマッパーにキャッシュするので、取得は 1 回だけです。しかし、 を呼び出すたびに、「Spring Batch Magic」BeanProvider.getDependent()
によって新しいものが作成されます。EntityManager
は次のEntityManager
ように指定されます。
をキャッシュしようとしましEntityManager
たが、クラスの新しいインスタンスがBaseBatchConfiguration
毎回使用されます。これは、各 DAO が独自の で作成されることを意味するEntityManager
ため、実際のオブジェクト キャッシングは DAO 間で行われません ( での顧客の読み取りはキャッシュされず、同じ顧客を参照する注文をロードするCustomerDaoImpl
ときに使用されます)。OrderDaoImpl
これにより、テキスト ファイルを処理するときに、多くの不要なオブジェクトが読み込まれます。
を宣言する必要がある他の方法はありますEntityManager
か?
logging - Seam 2 ロガー (または Seam3 Solder ロガー) の代替品
CDI といくつかの Apache Deltaspike 拡張機能 (WildFly を使用) を使用して、Seam 2 から Java EE7 に移行しています。
私が見逃していることの 1 つは、メッセージをフォーマットできる優れたロガーです (たとえば、String.format や MessageFormat など)。
Seam 3 Solder ロガーが Seam 2 ロガーに置き換わるはずだったのを見てきましたが、Seam 3 Solder の開発は中止され、Apache Deltaspike に引き継がれるはずでした。
見回しましたが、Deltaspike にロギング API が見つかりませんでした。
誰かが私を正しい方向に向けたり、メッセージのフォーマットを可能にする良いロガーの代替品を提案したりできますか?