안전한 라이센스가있는 Java EE 애플리케이션을 만드는 방법은 무엇입니까? [닫은
https://stackoverflow.com/questions/801458
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
우리는 고객 선택의 데이터베이스에서 뒷받침하는 Java EE 애플리케이션을 개발하고 있습니다.
우리는 사용자 라이센스 가격에 따라 고객에게 판매 할 것입니다. 조건에 따라 응용 프로그램이 사용되는지 확인하는 방법, 즉 쉽게 해킹 할 수 없습니까? 사용할 수있는 자습서가 있습니까?
해결책
Bill Karwin의 답변 의견에 언급 된 질문에서 가장 유용한 답변이었습니다. "보호"체계를 진행한다고 가정하면 최소한의 작업을 수행하십시오. 다른 것은 사용자를 엄청나게 좌절시키는 경향이 있으며 반복 비즈니스를 낮추거나 좌절하는 시스템을 해킹하려는 욕구가 증가합니다.
질문에서 각 사용자가 애플리케이션을 설치하는지 알기가 어렵습니다. 그렇다면 라이센스 코드가 필요한 방식으로 연락 해야하는 라이센스 코드가 필요할 것입니다. 클라이언트 서버 인 경우 옵션이 훨씬 제한적입니다. 사실, 나는 내가 머리 속에서 디자인 한 단일 솔루션을 생각할 수 없거나 실제로는 대단히 불만스러운. 라이센스 코드는 어떻게 든 지불 한 사용자의 수를 나타내는 페이로드를 가지고 있으며 해당 번호를 초과하는 사용자의 생성/사용을 허용하지 않는 경우도 라이센스 코드 솔루션을 수행 할 수 있습니다. 그러나 그 시점에서, 당신은 내가 언급 한 좌절선을 정말로 걷고 있습니다.
다른 팁
난독화할 수 있다면 - 이것은 시작을위한 방법입니다. 그러나 제어 프레임 워크 (예 : 스프링)의 역전을 사용하면 고통 스러울 수 있습니다. 나는 스프링 컨텍스트를 난독 화하는 것이 가능하다고 들었습니다. 또한 (단지 추측) 반사, 역동적 인 프록시 등에 놀라움이있을 수 있습니다. 라이센스에 관해서는 사용을 제안 할 수 있습니다 무성한. 그것은 다양한 보호 측면과 무료 시험 기간을 상자 밖으로 처리하는 매우 유연한 수단을 가지고 있습니다. 매우 잘 작동하며 훌륭한 문서가 있습니다.
고객 이이 응용 프로그램을 지원하기 위해 비용을 지불합니까? 그렇다면 지원이 응용 프로그램 자체의 라이센스보다 더 큰 보상이 될 가능성이 있습니다. 그렇다면 고려할 수 있습니다 ~ 아니다 응용 프로그램을 잠그는 것이 아니라 오히려 소프트웨어의 정통 사본 만 지원하도록 선택합니다 (수표를 통해 수정되지 않은 사본이 증명됨). 이 소프트웨어를 라이센스하는 많은 비즈니스는 지원을 위태롭게하지 않기 위해 수정을 피하는 경향이 있습니다 (실제로이를 수행하려는 가능성이 작지만).
참고 : 이것은 Oracle이 E-Business Suite에서 작동하는 경향이 있습니다. 원하는 구성 요소를 거의 수정할 수 있습니다. 그래도 지원을받는 데 행운을 빕니다!
Atlassian이 제품을 어떻게 판매하는지 살펴보십시오. 나는 이것이 매우 잘 작동하는 접근법이라고 생각하며 아마도 당신에게도 가능할 것입니다. 참고 : 업데이트에 가입하는 데 부가 가치가 있어야합니다!
