Delphi Lizenz ungütlig und Lizenz erhöhen von Emba verweigert

[dummzeuch]

Zitat von Friday:

Ist jetzt zwar schon ein bisschen älter das Thema, aber wenn der ELC auf einer VM läuft, ist es dann kein Problem wenn die VM auf eine andere Hardware umgezogen wird?
Der Host kann schliesslich auch mal kaputt gehen. Ich frage weil ich schonmal den Fall hatte, das eine Software auf einer umgezogenen VM dann den Dienst verweigerte. Wenn das beim ELC auch so passieren würde, wäre auf einen Schlag sämtliche Delphi-Installationen unbrauchbar.

Wenn der ELC ausfällt, hat man die eingestellte Anzahl an Tagen (max. 30) Zeit, bis die IDEs unbedingt einen Kontakt zum ELC haben wollen. In der Zeit sollte man es normalerweise schaffen, einen neuen aufzusetzen und die Lizenzen dort zu hosten.

Man kann auf einer Webseite von Embarcadero jederzeit die Lizenz auf eine andere ELC-Instanz um-"hosten". Außerdem besteht die Möglichkeit, einen zweiten ELC als Backup einzurichten.

Also die Gefahr eines Ausfalls ist relativ gering, selbst wenn man keine VM verwendet. Andererseits ist eine VM einfach praktischer, denn man kann sie auf andere Hardware umziehen (bei einer Einzel-Lizenz sogar auf seinem Notebook mitnehmen, wobei ich persönlich das nicht tun würde. Und wenn man Linux als Betriebssystem verwendet, ist der Ressourcenverbrauch für die VM marginal.

Ach ja, Deine eigentliche Frage: Die ELC-Software ist nicht an Hardware gebunden, zumindest habe ich das bisher nicht festgestellt.

[Uwe Raabe]

Zitat von dummzeuch:

Die ELC-Software ist nicht an Hardware gebunden, zumindest habe ich das bisher nicht festgestellt.

Das ist auch meine Erfahrung. Ich habe meine ELC-VM von einem VMWare Workstation Host problemlos auf einen ESX-Server schieben können.

[MEissing]

Nur die eigentlichen SLIP Dateien (SERVER.SLIP) sind an die Hard/Software gebunden (und optional an die IP, falls angegeben)

[Uwe Raabe]

Zitat von MEissing:

Nur die eigentlichen SLIP Dateien (SERVER.SLIP) sind an die Hard/Software gebunden (und optional an die IP, falls angegeben)

Ich vermute mal, das bezieht sich auf die (virtuelle) Hardware der VM und nicht auf die des Hosts?

[MEissing]

Ja.. Klar.

[FriedrichAT]

Zitat von dummzeuch:

Wenn der ELC ausfällt, hat man die eingestellte Anzahl an Tagen (max. 30) Zeit, bis die IDEs unbedingt einen Kontakt zum ELC haben wollen. In der Zeit sollte man es normalerweise schaffen, einen neuen aufzusetzen und die Lizenzen dort zu hosten.

Eine Frage zu diesem Thema!

Sollte der ELC beim Start von Delphi nicht Online sein verringern sich die Tage(max. 30) jeweils um einen Tag.
Wie kann man die Tage (30), sollten sie z.B. 10 erreicht haben wieder auf 30 zurückstellen (Ohne den ELC neu zu Installieren)?

[himitsu]

garnicht?

Wenn Delphi wieder Kontakt mit einem ELC bekommt, welcher eine passende Lizenz bereitstellt, dann wird der Countdown neu gestartet.

[himitsu]

Prinzipiell muß aber niemand etwas neu installieren.

Es wäre problemlos möglich einen ELC als vorinstallierte VM bereitzustellen,

aber eigentlich hatte ich mal die Idee einfach den ELC als DockerContainer zu erstellen.
Einmal könnte man den Container fertig gebaut hochladen (mit einer Zeile Code runterladen+starten), aber auch als fertiges Script bereitstellen, womit man sich den Container in Sekunden / wenigen Minuten einrichten könnte.

Dann nur noch die eigenen Lizenzen reinziehen und neu zuweisen ... OK, noch Passwort und so. (wobei, war der schonmal eingerichtet, dann einfach nur das Datenverzeichnis übergeben) und fertig.
Anschließend eventuell die neue SLIP vom ELC runterladen und dem Delphi übergeben, falls sich beim ELC irgendwas unterscheidet.


Ein Script wäre nicht das große Problem, da hier mal das ELC-Setup öffentlich verfügbar ist und über einen festen Link untergeladen werden kann.
Aber auch wenn wir auf Arbeit einen ELC via VM nutzen, kann ich das nicht testen, da ich keine Lizenz zum Probieren hab. (meine privaten Named-Lizenzen sind hier ja ungeeignet)

k.A. warum Emba nicht auf die Idee kam, sowas selbst zu machen.