（Hibernate設定）は、他のプロジェクトにあるクラスをマップできません。

Question

私は、休止状態の構成の変更に関するいくつかの質問があります。プロジェクトがあるのProAはPOJOクラスすなわち

Hibernate config for ProA 
    <hibernate-configuration> 
     <session-factory> 
      <!-- Mapping files --> 
      <mapping class="com.form" /> 
      <mapping class="com.page" /> 
      <mapping class="com.widget" /> 
     </session-factory> 
    </hibernate-configuration> 

にこれらの作業の罰金を持っていると言う、と私はまた別のプロジェクトではPROBを言ってしまったし、私もそのプロジェクトでそれらのPOJOクラスを使用する必要があります。私がやったことは、comディレクトリをProBにコピーしたので、データベースからオブジェクトを取得できたということでした。しかし、問題はそれらのプロジェクトがSVNリポジトリにあり、それらのクラスが変更され、コミットされるときに、それらの更新されたバージョンのpojoクラスにアクセスする必要があることです。

回避策はありますか？

私はこれらのクラスをProBのようなものにマップすることができればすばらしいでしょうか？

Hibernate config for ProB 
    <hibernate-configuration> 
      <session-factory> 
       <!-- Mapping files --> 
       <mapping class="/ProB/com.form" /> 
       <mapping class="/ProB/com.page" /> 
       <mapping class="/ProB/com.widget" /> 
      </session-factory> 
    </hibernate-configuration> 

したがって、私はcomディレクトリのコピーを持っていても、svnの同期化を処理する必要はありません。

本当に助けていただければ幸いです。

乾杯....

Answer 1

あなたは

<mapping class="/ProB/com.form" /> 

PROB

のために入力した内容は動作しません。参照するクラスはクラスパス上になければなりません。 「フォルダタイプ」表記は、この要件を満たしません（休止状態に深刻にハックしない限り）。

は、私はあなたが対処しなければならない二つの問題を参照してください。

1）あなたはいつものProAでPROBから最新のマッピングを持っていることを確認してください：これは（私が思う）あなたが適切なソースリビジョンで解決することができる問題ですおそらくsvnの外部を使用して、制御戦略。

2）マッピングとクラスが、ProAで使用する方法（組織インフラストラクチャとテスト/ビルドインフラストラクチャの問題）と互換性があることを確認してください。

変更を続ける内部プロジェクトと、互換性を保つためのテスト/ビルド戦略を確立する方法に依存する方法を検討します。 mavenや内部のrepoサーバーなどを使用する場合は、ProBの最新リリースまたはスナップショットに依存するだけです。

希望があれば...