ライセンスを取得したJava EEアプリケーションの作成方法

Question

私たちは、お客様が選択した任意のデータベースに基づいたJava EEアプリケーションを開発しています。

ユーザーライセンス価格に基づいて顧客に販売します。アプリケーションが私たちの条件に従って使用されている、つまり容易にハッキングできないことを確認するにはどうすればよいですか？チュートリアルはありますか？

Answer 1

Bill Karwin's answerコメントの中で言及された質問からの回答の中で最も有用であった。あなたが "保護"スキームを進めると仮定すると、最小限の努力をしてみてください。それ以外のものは、ユーザーを非常に苛立たせる傾向があり、リピートビジネスが低下したり、不満足なシステムをハックしようとする欲求が高まったりします。

あなたの質問から、各ユーザーがアプリケーションをインストールするかどうかを知るのは難しいです。もしそうなら、たぶんライセンスコードを要求するだけで、何らかの方法で入手する必要があります。それがクライアント/サーバーの場合は、オプションがかなり制限されています。実際には、頭の中でこれまでに設計した1つの解決策は考えられません。実際には、は大変です。ライセンスコードは、支払ったユーザー数を示すペイロードを何らかの形で運び、その数を超えるユーザーの作成/使用を許可しないという点を除いて、ここでライセンスコードソリューションを実行できます。しかし、その時点で、あなたは本当に私が言及したその欲求不満線を歩いている。

Answer 2

難読化できる場合は、これが最初の方法です。しかし、コントロールフレームワークの逆転（例えば、春）を使用すると痛いことがあります。私はそれが春の文脈を難読化する可能性があると聞いて、それを試みたことはありません。また、（ちょうど推測）反射、動的なプロキシなどでいくつかの驚きがあるかもしれません。ライセンスについては、TrueLicenseを使用することをお勧めします。これは、保護のさまざまな側面だけでなく、自由に試用期間を処理する非常に柔軟な手段を持っています。非常にうまく動作し、素晴らしい文書があります。

Answer 3

クライアントはこのアプリケーションのサポートをしますか？そうであれば、アプリケーション自体のライセンスよりもサポートが大きな恩恵を受ける可能性があります。その場合、はではなく、本物のソフトウェアのコピー（チェックサムなどを介して証明された未修正のコピー）のサポートのみを提供することを選択することが考えられます。このソフトウェアをライセンス供与している多くの企業は、サポートを危険にさらさないために、変更を避ける傾向があります（たとえ実際にこれをやりたいと思うかもしれませんが）。

FYI：これは、Oracleがe-Business Suiteを使用する傾向があるためです。ほとんどすべてのコンポーネントを変更することができます。しかし、サポートを得ることに幸運！

Answer 4

Atlassianが自社の製品をどのように販売しているかをご覧ください。私はこれがとてもうまくいくアプローチであると信じています。おそらくあなたにとってもそうでしょう。注：アップデートを購読する際には付加価値があるはずです！