自作クラスライブラリで参照設定しているDLLが呼び出せない

Question

前提・実現したいこと

お世話になります。初めてご質問させていただきます。

現在C#でOracleのデータベースに接続するクラスライブラリを自作しています。
Oracleの操作にはNugetパッケージの管理から下記DLLをインストール・参照して使用しています。

Oracle.ManagedDataAccess v12.2.1100

発生している問題・エラーメッセージ

新規のプロジェクトを作成して、自作したクラスライブラリを参照して使用すると
次の例外が発生してしまいます。

System.IO.FileNotFoundException: 'ファイルまたはアセンブリ 'Oracle.ManagedDataAccess, Version=4.122.1.0, Culture=neutral, PublicKeyToken=89b483f429c47342'、またはその依存関係の 1 つが読み込めませんでした。指定されたファイルが見つかりません。'

試したこと

自作のクラスライブラリ内のオラクルの操作クラスを新規プロジェクトにコピーをして
自作ライブラリで使用しているOracle.ManagedDataAccess v12.2.1100をNugetパッケージの管理からインストールするとOracleのデータベースの読み書きができました。

また一度Oracle.ManagedDataAccessをプロジェクトにインストールした後、
Oracle.ManagedDataAccessへの参照を削除して自作ライブラリへの参照を追加して
実行するとOracleのデータベースの読み書きができました。

###お聞きしたいこと
以上からおそらく新規で作成したプロジェクトから自作ライブラリのオラクル操作クラスを使用する時にOracle.ManagedDataAccessへの参照が見つけられないためにSystem.IO.FileNotFoundExceptionの例外が発生しているのではないかと考えています。

今回のように自作ライブラリで参照しているDLLを別のプロジェクトからも使えるようにするにはどうしたら良いのでしょうか。
もしくは別の原因でこの問題が起きているのであればご教授いただきたく質問させていただきました。

開発環境

Windows8.1
VisualStudio2017
FrameWork4.5.2

不足している情報があればご指摘下さい。
よろしくお願い致します。

Answer 1

exeのフォルダにOracle.ManagedDataAccessのDLLが存在していると思います。
Nugetで参照追加した場合はこのDLLコピーを自動でやってくれます。
一度Nugetでインストールした後削除しても動くのはDLLがそのまま残っているからです。
ソリューションのクリーンをすると動かなくなるはずです。
参照している自作DLLのフォルダにOracle.ManagedDataAccessのDLLもあるはずなので、
手動でコピーすれば動きます。
ちなみにDLL単体で参照するのではなく、自作のクラスライブラリのプロジェクトを
ソリューションに追加して、プロジェクトごと参照すればDLLのコピーも
自動で行われると思います。

Comments

[退会済みユーザー]

sh_akira様

ご回答ありがとうございます。

ご指摘の通り、ソリューションをクリーンしたところ同様の例外が発生して動かなくなることが確認できました。

またソリューションに自作クラスライブラリのプロジェクトを追加し、プロジェクトの参照をしたところ、こちらも問題なく動作できました。

この自作クラスライブラリを別のソリューション内にあるプロジェクトでも使用する時には同じようにその別のソリューションに追加して参照すれば良いのでしょうか。
複数のソリューションにまたがって使用したい自作ライブラリはその都度ソリューション毎に追加していくしかないのでしょうか。
質問からは少しずれてしまいますが今回のような自作ライブラリの使い方をする時のソリューション、プロジェクトの管理方法で良い方法があれば教えていただきたいです。

よろしくお願いします。

[sh_akira]

そのあたりはどうしたいかに依るので一概には言えませんが、
私は都度ソリューションにプロジェクトごと追加しています。
クラスライブラリが複数になったりNugetが複数になったりと
手動でコピーして間違えて古いバージョンを使用したりする方が
面倒だと思っています。x86とx64を切り替えたりも楽なので。
共通で使っているライブラリを編集したら他で使っているプロジェクトのテストは必要ですが
それは手動で追加しても同じことと思います。
ちなみにDLLで参照したい場合は、プロジェクトのビルドイベントで好きなコマンドを
実行できますので、使っているDLLを一か所にまとめておいて、ビルドのたびにコピーさせる
事もできます。

[退会済みユーザー]

ご教授ありがとうございます。

おっしゃる通り、手動コピーするよりはソリューションに都度プロジェクトごと追加した方が間違いがなさそうなので今後はそのように活用していきたいと思います。

x86とx64の切替はソリューションAとソリューションBがあった時にそれぞれにクラスライブラリのプロジェクトを追加してソリューションAではx86にソリューションBではx64に切替えて使うということでしょうか。
その場合はAとBで設定を個別に持っているのでしょうか。

下記方法について勉強不足で分からなかったのでもう少し教えていただけないでしょうか。
＞ちなみにDLLで参照したい場合は、プロジェクトのビルドイベントで好きなコマンドを実行できますので、使っているDLLを一か所にまとめておいて、ビルドのたびにコピーさせる

お手数おかけしますが、よろしくお願いします。

[sh_akira]

プロジェクトごとにx86,x64等の設定は個別に持っていて、
ソリューションごとにどれを使うか選べます。構成マネージャーを使います。

プロジェクトのプロパティを開くとビルドイベントのタブがあり、
ビルド後イベントのコマンドラインが設定できるようになっています。
ここには自由にコマンドを記載出来ますので、例えばプロジェクトのフォルダに
DLLsというフォルダを作っておいて、ビルド後イベントに
xcopy $(ProjectDir)DLLs $(TargetDir) /D /E /C /I /H /Y
というコマンドを指定すると、DLLsに入れたファイルがビルド後に自動でexeのフォルダに
コピーされるようになります。
つまり、プロジェクトのクリーンをしたあと手動でDLLをコピーしなくて良くなります。
詳しくはビルドイベント xcopyなどで検索してください。

[退会済みユーザー]

sh_akira様
詳しく教えていただきましてありがとうございます。
ビルドイベントについては初めて知りました。
今後色々調べて活用してみたいと思います。

質問内容以外についてもご教授いただきましてありがとうございました。

Answer 2

こんにちは。

今時の自作クラス参照なら、自作プロジェクトをnugetパッケージ化してしまうという方法があります。
パッケージ化してしまえば、インストール時に依存している別のパッケージも自動でインストールしてくれるので楽ちんです。質問の例だと、自作ライブラリのnugetパッケージをインストールすると勝手にOracle.ManagedDataAccessもインストールされるようにできます。
ローカルのnugetパッケージ置き場を用意して、それをVisualStudioに設定しておけば、通常の公開パッケージのインストールと同様にインストールができるようになります。

---

ところで、Visual Studio 2017にはプロジェクトをワンボタンでnugetパッケージにするお手軽ボタンが存在するのですが、net452のレガシcsprojを利用している場合は使用できなかったと記憶しています。
このため、残念ながら昔ながらの方法でnugetパッケージを作成する必要があるはずです。詳しくは調べてください。

または、VS2017のpackコマンドを自プロジェクトで使えるようにしたいなら、自プロジェクトのcsprojファイルをSDK-based csprojに書き換えることで動くようにできます。
お手軽にやるなら、新規プロジェクト作成で「.NET Core Class Library(.NET Standard)」みたいなnetstandardのテンプレートを選択して、作成された空プロジェクトのcsprojを丸ごとコピーしてきて、<TargetFramework>がnetstandard2.0になっているものをnet452に書き換えてから上書きしてやればいいです。壊す可能性が高いのでバックアップはしてくださいね。

Comments

[退会済みユーザー]

tamoto様

ご回答いただきましてありがとうございます。
まだ試せていませんがnugetパッケージ化するやり方も今回初めて知りました。
今まで特にframeworkのバージョンを気にしたことがなかったので、違いを調べて教えていただいたVS2017のpackコマンドでnugetパッケージにするやり方をテストしてみたいと思います。