質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

新規登録して質問してみよう
ただいま回答率
85.48%
Java

Javaは、1995年にサン・マイクロシステムズが開発したプログラミング言語です。表記法はC言語に似ていますが、既存のプログラミング言語の短所を踏まえていちから設計されており、最初からオブジェクト指向性を備えてデザインされています。セキュリティ面が強力であることや、ネットワーク環境での利用に向いていることが特徴です。Javaで作られたソフトウェアは基本的にいかなるプラットフォームでも作動します。

Q&A

解決済

1回答

7869閲覧

Javaでsystem.loadlibraryに失敗する。

T.Adams

総合スコア40

Java

Javaは、1995年にサン・マイクロシステムズが開発したプログラミング言語です。表記法はC言語に似ていますが、既存のプログラミング言語の短所を踏まえていちから設計されており、最初からオブジェクト指向性を備えてデザインされています。セキュリティ面が強力であることや、ネットワーク環境での利用に向いていることが特徴です。Javaで作られたソフトウェアは基本的にいかなるプラットフォームでも作動します。

0グッド

0クリップ

投稿2020/01/30 02:21

わからないこと

JavaでDLLファイルの読み込みに失敗しております。DLLファイルを正常に読みたいです。読み込む方法は以下のソースに記載しています。なお、java.library.pathで

調査したこと

①DependenciesGui.exeを使用して関連を見たところ以下のものが環境に存在しない。

  • api-ms-win-core-wow64-l1-1-1.dll
  • ext-ms-win-core-winrt-remote-l1-1-0.dll
  • ext-ms-win-cm-suspendresiliency-|1-1-0.dll

②api-ms-win-core-wow64-l1-1-1.dllはUWPに関連するdllの可能性がある。
https://social.technet.microsoft.com/Forums/windowsserver/ja-JP/327da89c-9d1c-4dca-9371-9771eabc3df9/missing-api-dll-api-stub-set-for-windows?forum=win10itprogeneral

ソース

public class Loaddll {

public static void main(String[] args) { System.out.println(System.getProperty("java.library.path")); try { System.loadLibrary("JNI_xx"); } catch (UnsatisfiedLinkError e) { throw e; } }

}

エラーメッセージ

Exception in thread "main" java.lang.UnsatisfiedLinkError: C:\test\Program\JNI_xx.dll: Can't find dependent libraries
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1941)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1857)
at java.lang.Runtime.loadLibrary0(Runtime.java:870)
at java.lang.System.loadLibrary(System.java:1122)
at Loaddll.main(Loaddll.java:8)

参考

https://github.com/lucasg/Dependencies

環境

  • DLL作成環境:Windows Server 2016
  • 実行環境:Windows Server 2016
  • 使用したIDE:Visual Studio 2017 15.
  • Java8

気になる質問をクリップする

クリップした質問は、後からいつでもMYページで確認できます。

またクリップした質問に回答があった際、通知やメールを受け取ることができます。

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

guest

回答1

0

自己解決

結論

上記に記載した3つのdllではない、他のdllファイル(A.dllとします)が不足していたことが原因でした。A.dllファイルをビルド環境から移行し、pathが通っている場所に(ビルド環境から)配置したところ、正常にSystem.loadLibrary("JNI_xx")されました。

詳細

Dependencyを使用すると、ツリー状に関連dllが表示されます。私が上記に箇条書きで示した3つのdllファイルは、ツリーの最下層、つまり根っこのdllファイルでした。しかし不足していたのは、最上層のdllファイル(A.dll)で、このファイルは、Cでビルドした際に生成されており、私がシステム環境変数配下に移行漏れしていたファイルでした。

上記の3つのdllは存在しなくても、loadlibraryには問題がなかったということです。

投稿2020/01/30 21:24

T.Adams

総合スコア40

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

あなたの回答

tips

太字

斜体

打ち消し線

見出し

引用テキストの挿入

コードの挿入

リンクの挿入

リストの挿入

番号リストの挿入

表の挿入

水平線の挿入

プレビュー

15分調べてもわからないことは
teratailで質問しよう!

ただいまの回答率
85.48%

質問をまとめることで
思考を整理して素早く解決

テンプレート機能で
簡単に質問をまとめる

質問する

関連した質問