Trial version

[SchachFritz]

Guten Tag,

ich habe nun endlich meine Software entwickelt. Nun will ich aber erstmal eine Trialversion herausbringen. Allerdings weiss ich nicht sorecht wie man eine solche Trial version erstellt. Was für verschiedene Möglichkeiten gibt es denn da?
Ich habe mir gedacht, man könnte verschiedene Funktionen sperren. Oder vielleicht die Version nur für eine gewisse Zeit brauchbar machen (90 Tage z.B. ) allerdings weiss ich nicht wie man dies umsetzen könnte.
Ausserdem weiss ich auch nicht so recht, ob ich die Software soll mit Installationprogramm liefern, oder einfach ne jar Datei machen soll.

Ich hoffe ihr könnt mich in dieser Sache beraten.

Danke im Voraus.

 

[Sky]

Also, kommt natürlich ganz darauf an, wer der Kundenkreis ist... prinzipiell sind beide Modelle (zeitliche Begrezung und/oder eingeschränkte Funktinalität) möglich.

Ganz einfach (und nicht so sicher) wäre zwei jar-Files zu bauen: Eine Trial- und eine Full-Version... die Trial könnte jeder bekommen und die Full-Version bekommt derjenige ausgeliefert, der auch bezahlt. Problem dabei könnte sein, einer kauft und verteilt fleißig weiter...

Sicherer (und komplizierter) sind Verfahren, die Seriennummern o.ä. verwenden (evlt. sogar im Online-Verfahren...)

 

[SchachFritz]

Danke für deine Hilfe.

An das mit den 2 jar Dateien habe ich auch schon gedacht. Es stimmt schon, das wird ziemlich unsicher. Da wäre es doch schon besser wenn man eine Seriennummer eingeben müsste.

Die Frage die sich mir allerdings stellt ist ob ich das ganze mit einem installationsprogramm mitliefern sollte, oder nicht.
Was ist denn sicherer ? Ich könnte doch auch nur eine Version herausbringen. Am serial code erkennt man dann ob der Kunde bezahlt hat oder nicht.

Es handelt sich bei der Software um Portfolio managment im Tertiairen bereich. Ich denke Einschränkungen der Funktionen wäre daher nicht angebracht. Jedoch gefällt mir die Idee mit der 90 Tage probier version.

Allerdings weiss ich nicht wie man das sauber umsetzen könnte.

 

[Orillion]

Ich würde bei kommerziellen Programmen keine jar-Dateien ausliefern.
Da in Java alles sehr leicht decompilierbar ist, kann man so einfach die Testzeit in der jar-Datei auf unendlich setzen oder die Seriennummer-Klasse einfach löschen.

Probier es irgendwie das ganze mit JET oder etwas anderes richtig in Maschinensprache zu übersetzen. Wenn du allerdings die Plattformunabhänigkeit behalten willst musst du die jar-Dateien verwenden, wo dir dann eigentlich nur eine eingeschränkte Version übrig bleibt.

Ein Installationsprogramm habe ich mir mal eins selber in c++ geschrieben (java sollte natürlich auch gehen), aber auf Sourceforge gibt es bestimmt auch einige.

 

[Sky]

Es handelt sich bei der Software um Portfolio managment im Tertiairen bereich. Ich denke Einschränkungen der Funktionen wäre daher nicht angebracht. Jedoch gefällt mir die Idee mit der 90 Tage probier version.

Du hast doch bestimmt Funktionen zum laden und speichern!? Die kann man immer weglassen ;-)

 

[byte]

Also, kommt natürlich ganz darauf an, wer der Kundenkreis ist... prinzipiell sind beide Modelle (zeitliche Begrezung und/oder eingeschränkte Funktinalität) möglich.

Ganz einfach (und nicht so sicher) wäre zwei jar-Files zu bauen: Eine Trial- und eine Full-Version... die Trial könnte jeder bekommen und die Full-Version bekommt derjenige ausgeliefert, der auch bezahlt. Problem dabei könnte sein, einer kauft und verteilt fleißig weiter...

Sicherer (und komplizierter) sind Verfahren, die Seriennummern o.ä. verwenden (evlt. sogar im Online-Verfahren...)

was ist denn an seriennummern sicherer? in ersterem fall muss ein jar file verbreitet werden, in zweiterem einfach nur die seriennummer. beide fälle sind ziemlich unsicher.

 

[Sky]

was ist denn an seriennummern sicherer? in ersterem fall muss ein jar file verbreitet werden, in zweiterem einfach nur die seriennummer. beide fälle sind ziemlich unsicher.

okay, ich habe mich ein wenig unpräzise ausgedrückt. Alleine nur eine Nummer die in ein Textfeld eingegeben werden muss, reicht natürlich nicht aus, um die Sicherheit zu erhöhen. Es gibt gewissen Anforderungen an eine solche Nummer bzw. deren Generierung (z.B. wird dies in Abhängigkeit von "irgendwas" berechnet und der Nutzer muss dieses "irgendwas" (Name, email, o.ä.) eingeben drückt auf einen "Senden-Button" und dann könnten die Daten an einen Server geschickt werden und der liefert dann die Seriennummer zurück.)

 

[SchachFritz]

Wie kann man denn verhindern, dass die jar-Datei dekompiliert wird?

 

[Sky]

Wie kann man denn verhindern, dass die jar-Datei dekompiliert wird?

gar nicht. man kann es mit einem Obfuscator nur die Arbeit mit den dekompilierten Sourcen erschweren.

 

[byte]

was ist denn an seriennummern sicherer? in ersterem fall muss ein jar file verbreitet werden, in zweiterem einfach nur die seriennummer. beide fälle sind ziemlich unsicher.

okay, ich habe mich ein wenig unpräzise ausgedrückt. Alleine nur eine Nummer die in ein Textfeld eingegeben werden muss, reicht natürlich nicht aus, um die Sicherheit zu erhöhen. Es gibt gewissen Anforderungen an eine solche Nummer bzw. deren Generierung (z.B. wird dies in Abhängigkeit von "irgendwas" berechnet und der Nutzer muss dieses "irgendwas" (Name, email, o.ä.) eingeben drückt auf einen "Senden-Button" und dann könnten die Daten an einen Server geschickt werden und der liefert dann die Seriennummer zurück.)

aber es muss nur einmal eine gültige nummer im umlauf sein und schwups wars das mit der sicherheit. dann hast du das selbe problem wie bei zwei unterschiedlichen jar dateien (trial und full version). sehe da keinerlei höhere sicherheit.

es gibt keine 100%ige sicherheit bei sowas. relativ sicher wirds, wenn z.b. die seriennummer der netzwerkkarte mit in die seriennumer einfließt und bei jedem start des programms geprüft wird. dann ist ne seriennummer an einen rechner gebunden und funktioniert nur auf diesem.

allerdings bleibt das problem, dass der benutzer ja schon vor der registrierung im besitz des produkts (den dateien) ist. er kann sie also manipulieren und die registrierung umgehen.

 

[Sky]

aber es muss nur einmal eine gültige nummer im umlauf sein und schwups wars das mit der sicherheit. dann hast du das selbe problem wie bei zwei unterschiedlichen jar dateien (trial und full version). sehe da keinerlei höhere sicherheit.

Dazu hab ich ne andere Meinung, weil ich ein anderes Verständnis davon habe; aber egal. Prinzipiell stimmt, das, was Du sagst: Da die Quellen "offen" sind kann man jegliche Registrierung/Seriennummer etc. umgehen (egal wie sicher)

 

[SchachFritz]

Ich habe noch eine Frage. Was für Möglichkeiten habe ich denn um ein Installationspackage zu erstellen. Gibt es da schon Programme die das übernehmen ?

 

[Orillion]

Klar gibt es da schon was.
Das habe ich als erstes gefunden:
http://www.ej-technologies.com/products/install4j/overview.html

Es kann aber sein, dass die Geld verlangen...