「実際の」とクロスプラットフォームであるSDKを備えたJava用のUSBソフトウェア保護ドングル。それは存在しますか？

Question

私が尋ねたいのは、誰かがソフトウェア保護のためのハードウェアUSBドングルについて知っているかどうかです。

そのSDKは、ライブラリとしてプロジェクトに追加する準備ができている瓶（OSとBitnessごとに1つの異なるライブラリではなく、1つだけではありません）を提供する必要があります。

• 瓶には、さまざまなオスとビットネスのすべてのネイティブを含める必要があります
• アプリケーションの観点から見ると、エンドユーザーがソフトウェアを実行する場所を気にせずに、一度（API呼び出し）を一度書き続け、どこでも実行する必要があります
• 提供された瓶自体が適切なネイティブライブラリのロードを扱う必要があります

そのようなことは存在しますか？

私がこれまでに試したことで、あなたは異なるAPIを持っていて、Win32、Linux32、Win64、Linux64などのライブラリをコンパイルしました（または、ターゲットマシンに自分自身をコンパイルする必要さえあります）が、ここでJavaをやっています、プログラムがどこで実行されるかはわかりません（そして気にしません）！

また、エンドユーザーがソフトウェアエンジニアになり、Linuxサーバー、リンクライブラリ、GCCを混乱させ、ファイルシステムのごみなどを微調整（および壊す）になることを期待することはできません。

一般に、Javaサポート（透明なクロスプラットフォームの方法で）は、私がこれまでに評価したドングルSDK（KeylokやSecutechのUnikeyなど）で非常に悪いです。私は購入しました（無料の評価キットは利用できません）セキュリメトリックSDKS＆ドングル（マーケティング資料に従って統合するために「SOOOO」を統合する必要があります：）。クロスプラットフォームではありません。

そう、 誰かがこれを経験し、クロスプラットフォームの展開用の究極のJavaセキュリティUSBドングルを見つけましたか？

注：ソフトウェアは低容積、高価値です。アプリケーションはオフライン（インターネットアクセスのないイントラネット）であるため、オンラインアクティブ化の代替品などはありません。

- 編集

HASPドングル（以前は「アラジン」と呼ばれていた）を試してみて、それらをノーリストに追加しました：ここでも、すぐにボックス（jar外）サポートはありません：例： End-Linux-Userは、.SOライブラリ（適切なビット性の特定のファイル）をファイルシステムの適切な場所に手動で配置し、Envをエクスポートする必要があります。それに応じて変数。