配置しているのに、Doma4019が突然出てくる

Question

eclipse上でspringbootを使い作成しています。

Domaを使用しています

Daoファイルから、SQLファイルを使う時に
src/main/resources/META-INF/org/......../dao/...
のようにMETA-INFの下の関連しているフォルダにSQLファイルを配置しています。

Daoファイルを確認するために、テスト、ファイルを作りテストを実行すると
そのタイミングで突然Daoファイルの
@select や @Update アノテーションをつけている、SQLを呼び出すメソッドにエラーが出ます。
エラー内容は Doma4019
META-INFO/...がクラスパスから見つかりませんでした。
絶対パスは　C: ....../target/classes/META-INFO/......

と出てきます。
SQLファイルはsrcフォルダに配置しているだけではいけないのでしょうか。
どの様に対処すればよろしいのでしょうか。

確認したこと

　プロパティ→Javaのビルドパスの出力フォルダーはすべてtarget/classes もしくはtarget/test-classes になっています。
除外もすべて外しています。
Javaｌコンパイラー → 注釈処理 → ファクトリーパス　のところでも
M2_REPO/org/seasar/doma/doma/2.2.0/doma-2.2.0.jarにチェックがあります。

Answer 1

絶対パスは　C: ....../target/classes/META-INFO/......

上記のエラーメッセージで表示される絶対パスにファイルは存在しますか？
存在しない場合、m2eなどのEclipseプラグインの挙動でSQLファイルが所定のフォルダにコピーされていないのかもしれません。

m2eにはファイルがコピーを妨げているかどうかはEclipseの設定画面を確認してください。ここのコメントも参考になるかもしれません。

私はmavenやm2eに詳しくないので適切な回避方法がわからないのですが、GradleプラグインとEclipseの組み合わせは問題なく動くことを確認しています。サンプルプロジェクトもあります。
https://github.com/domaframework/simple-examples

Comments

[tokio-k]

ご回答ありがとうございます。
確認してみます。
表示される絶対パス は存在しておりません。
target の下の classesフォルダからありません。

これらは自分で作成するものでなく、自動で作成されるという認識で間違いありませんか。
その場合、JUnitテスト の実行時に作成されるのでしょうか。

[nakamura-to]

コピーされていないのであれば、利用しているEclipseプラグイン含めて設定の見直しが必要だと思います。

フォルダはEclipseのBuild Projectの実行により自動作成されます。
EclipseでJUnitを実行すると裏でBuild Projectが実行されるのでJUnitの時に作成されることもあると思います。

[tokio-k]

ご回答ありがとうございます。
確認してみます。

設定とは pom.xmlの記述に誤りや、漏れがあるということでしょうか。

追加です。
今、1度 求められている絶対パス通りにファイルを作ることを試みました。

targetフォルダの下にclassesフォルダを作ろうとしたところ、すでに存在すると出てきました。
プロジェクト・エクスプローラーのフィルター設定というものを変更したところ
classesフォルダを見つけることができ、
その下に 絶対パスと同じフォルダを見つけました。

フォルダは存在しているのですが
他に何が原因なのでしょうか。

[nakamura-to]

設定の確認とは、EclipseのJavaのビルドパスの設定などです。Eclipseのプラグイン（m2e）がpom.xmlをみているのであればpom.xmlも対象になります。

フォルダは存在していたとのことですが、エラーメッセージで言及されているSQLファイルは存在していますか？

存在しないとしたらフォルダにSQLファイルをコピーしないような設定がどこかでなされているはずです。例えばですがm2eのプラグインが入っていないEclipseを使ってみるなどして原因がどこにあるのか絞り込むがのいいのではと思います。

念のため、お伝えしておきますが、SQLファイルとDaoのクラスファイルは同じフォルダに出力される必要があります。Eclipseの設定でそれぞれ別のフォルダに出力することも可能なのですが、必ず同じフォルダに出力されるように設定ください。

[tokio-k]

回答ありがとうございます。
返信遅くなり申し訳ございません。

メッセージで言及されているSQLファイル名に
-postgres をつけたものはあります。

出力フォルダの設定はしております。

[nakamura-to]

なるほど。では、-postgresを外してもらうか、外したものを別途用意してもらうとうまく認識されるのではと思います。DOMA4019に対応するコンパイル時のファイルチェックでは-postgresがついていないファイルの存在を確認していますが、PostgresDialectを使うように設定していれば実行時は-postgresがついたファイルを読んでSQLを発行します。

[tokio-k]

返信ありがとうございます
-postgres を外したものを準備し、実行しましたが、変化ありませんでした。

[nakamura-to]

そうですか... ファイルが所定の場所に存在しているのに、見つからないとエラーが出るわけですね。ちょっと原因わからないですが、再現できる必要最低限の環境を例えばGitHubなどで共有してもらえれば私の方でも調査してみたいと思います。

[tokio-k]

返信ありがとうございます。
申し訳ございません。
こちら、インターンシップの課題としていただいているものなので、
あまり、そのような事情について知らないですが、あげるのはよろしくないのかとおもうので、共有はしないでおきます。
本当に申し訳ございません。
インターンシップ先の方にも相談してみようかと思います。
本当にありがとうございます。

[tokio-k]

休日なので、インターン先の人に聞くことはできませんでしたが、他にいろいろと試した結果
sqlファイル作成の段階で
名前を入力するときに
select-postgres.sql と入力して作られるsqlファイルはエラーになりましたが
select-postgres と入力して作られるsqlファイルではエラーが出ませんでした。

どちらも同じselect-postgres.sqlでしたが
.sqlが自動で付けられた場合のみ解決するようでした。

本当にありがとうございました。

[退会済みユーザー]

おそらく二重拡張子やな