私が聞きたいのは、クロスプラットフォームのJavaデプロイメントに非常に完全なすぐに使えるAPIサポートを提供するソフトウェア保護用のハードウェアUSBドングルについて知っている人がいるかどうかです。
そのSDKは、ライブラリとしてプロジェクトに追加する準備ができているjar（OSおよびビットごとに1つの異なるライブラリではなく、1つのみ）を提供する必要があります。
- jarには、さまざまなOSとビットネスのネイティブなものがすべて含まれている必要があります
- アプリケーションの観点からは、エンドユーザーがソフトウェアを実行する場所を気にすることなく、一度書き込み（API呼び出し）を続けて、どこでも実行する必要があります。
- 提供されたjarは、それ自体が適切なネイティブライブラリのロードを処理する必要があります
そのようなものは存在しますか？
私がこれまでに試したことでは、win32、linux32、win64、linux64などのさまざまなAPIとコンパイル済みライブラリがあります（または、ターゲットマシンで自分でコンパイルする必要があります）が、ここではJavaを実行しています、プログラムがどこで実行されるかはわかりません（そして気にしません）。
そして、エンドユーザーがソフトウェアエンジニアであり、Linuxサーバーを微調整し（そして壊します！）、ライブラリをリンクし、gccを混乱させ、ファイルシステムを散らかすことなどを期待することはできません...
一般に、Javaサポート（透過的なクロスプラットフォーム方式）は、これまでに評価したドングルSDK（KeyLokやSecuTechのUniKeyなど）ではかなり悪いです。SecureMetric SDKとドングルを購入しました（無料の評価キットはありません）（マーケティング資料によると、統合するのは「すごい」はずでした：\）、これまでで最悪でした：SecureDongle Xには64ビットサポートがなく、SecureDongleSDはクロスプラットフォームではありません。
それで、誰かがこれを経験して、クロスプラットフォーム展開のための究極のJavaセキュリティusbドングルを見つけましたか？
注：ソフトウェアは少量で価値があります。アプリケーションはオフライン（インターネットアクセスのないイントラネット）であるため、オンラインアクティベーションの代替手段などはありません。
- 編集
HASPドングル（以前は「アラジン」と呼ばれていました）を試して、それらをno-noリストに追加しました。ここでも、すぐに使用できる（すぐに使用できる）サポートはありません。 end-linux-userは、手動で.soライブラリ（適切なビット数の特定のファイル）をファイルシステムの適切な場所に配置し、envをエクスポートする必要があります。それに応じて変数。