問題タブ [named-query]

Java EE は初めてで、名前付きクエリの使用に問題があります。JBoss 6 と Hibernate 3.6 (JPA 2.0) を使用します。エンティティは、persistence.xml ではなく、注釈を介して構成されます。

エンティティを含む jar をデプロイすると、名前付きクエリがバインドされていることが JBoss ログに示されます。

残念ながら、名前付きクエリを使用すると、常に IllegalArgumentException が発生します。

named-query を使用するステートレス Bean は、Node-Entity と同じ jar にあります。ステートレス Bean を呼び出すアプリケーションは、デプロイされた別の war ファイルにあります。

誰かが私が間違っていることを知っていますか? 回答ありがとうございます。

persistence.xml は次のとおりです。

daoのJUnitテストを書きたいのですが、問題があります。これが私がテストしたい方法です：

この方法の問題は次のとおりです。

私が次のようなものを書くとき：

クエリとentityManagerはモックされています。私はNPEを持っていますが、これは驚くことではありません。クエリはインターフェイスであるため、メソッドを呼び出すことはできません。では、テスト中にNamedQueriesでパラメーターを設定する最良の方法を誰かに教えてもらえますか？

取り除くことができないエラーがありますが、コードは同時に機能します。

Eclipseが私に与えるエラーはこれです：

状態フィールドパス'd.docteur_ID'を有効なタイプに解決できません。

このクエリでも同じエラーが発生しました

私は2つのエンティティを持っています

と

これはテーブルに作成されました: ID と ... を持つ tabulka と ID .. と id_tabulka を持つ VysledkyHraca

すべてのタブルカを取得したい場合...まあ、それはとても簡単です:

しかし今、私はすべてのタブルカを取得してから、VysledkyHraca のリストを取得したいと考えています

これを試してみまし@NamedQuery(name = Tabulka.Q_GET_ALL_JOINTABULKY, query = "SELECT t FROM Tabulka t join t.vysledkyHraca")たが、うまくいきません。助けてthx

エンティティよりもNamedQueriesとしてクエリを使用することの重要な利点はありますか？そうでなければ、DAO自体にそれを含めることができます。この点に関して、いくつかのアイデアを投げてください。

2 つの異なるテーブルから集計およびグループ化するクエリがあります。

SELECT co.name AS companyName, f.destination_id, COUNT(f.id) AS numberOfFlights FROM companies co INNER JOIN flights f ON co.c_id = f.company_id GROUP BY co.id, co.name , f.destination_d

そして、名前付きクエリとしてxmlマッピングファイルに保存したいと思います。私の質問は次のとおりです。 1. ご覧のとおり、すべての結果フィールドがテーブルの実際の列であるとは限りません。どうすればそれをマップ ファイルに伝えることができますか? 2. compant.hbm.xml または flight.hbm.xml のどちらの xml に保存する必要がありますか、または hibernate.cfg.xml に保存する方法はありますか?

Web で高度な例を検索しましたが、この種の複雑さに一致するものは見つかりませんでした (それほど複雑ではありませんが...)。

誰かが私が学ぶことができる良い例を提供してくれますか、または私自身を導くことができますか?

名前付きクエリを使用して PL/SQL 関数を呼び出したい。パラメータの 1 つが問題を引き起こします。PL/SQL 定義では、そのタイプは NUMBER です。q.setParameter (Test.DISTRICT_ID_PARAM,districtId); これが設定されている Java コードは次のとおり districtIdですLong。

districtIdnull でない 場合はすべて問題ありませんが、null の場合は次の結果になります。org.hibernate.exception.SQLGrammarException: could not execute query

districtIdがnullでない場合にクエリがうまく機能するため、配管に問題はないと確信しています。

Criteria APIとNamedQueryの間の決定のためのヒューリスティック/ベストプラクティス/ルールセットはありますか？

これまでの私の考え：
名前付きクエリは一般的に読みやすくなっています。基準クエリはより柔軟です。
どちらもプリコンパイルされています。私は、名前付きクエリをできるだけ長く使用してから、基準に変更することに依存する傾向があります。

しかし、基準APIを使用してクエリを「柔軟化」したいという衝動は、最適ではない設計（つまり関心の分離）のヒントになるのではないでしょうか。

ありがとうございました

問題の説明:

入力パラメータを使用してストアド プロシージャを実行しようとしています。ストアド プロシージャは、MSSQL 2008 SQL Studio から実行すると正しく実行されます。ただし、NHibernate を使用して名前付きクエリとして実行するとエラーが発生します。

SessionFactory の設定時にエラーが発生します。 したがって、名前付きクエリを正しくマッピングしていないと思います。

ストアド プロシージャの詳細:

プロシージャの名前: CASCADE_POSITIONTEMPLATE_PERMISSIONS
入力パラメータ : PositionTemplateId

PositionTemplateUpdateCascadeResultストアド プロシージャは、指定したプロパティを持つクラスにカプセル化して返したいカウントを返します。

名前付きクエリ/クラス マッピング:

名前付きクエリ マッピング:

以下は、私が返したいクラスです:

MSSQL Studio でプロシージャを次のように実行すると:

私は次のことを得る

他に必要なものがあれば教えてください。

編集:戻りクラスを削除したときに、この作業を行うことができました:次のマッピングは正しく機能します:

戻り値のクラスは、テーブルにマップされたエンティティにする必要がありますか? 私の場合、それは単純なクラスです。私は、戻り値のクラスは、私たちが使用するのと同じように使用されるという意見でしたResultTransformer.

私はHibernateと一緒にSpringを使用しています。私のDAOでは、セッションファクトリで検出されないNamedQueryを定義しましたが、そのDAOのパッケージをpackagesToScanに追加しました。

私のDAO：

そして、ここでセッションファクトリを提供するためのSpringconfigメソッド：

そしてここでスローされる例外：

同様のスタックオーバーフローの質問があるため、休止状態の@NamedQueryアノテーションを同等のJPAに置き換えました。助けにはならなかった。