Zitat von HRolle:

Ich habe daher eher den Eindruck, in Deutschland hat die Beliebtheit von Delphi stark nachgelassen, dementsprechend auch die Zahl der Leute, die sich damit befassen.

Das Problem ist eher, dass manche Firmen von Delphi weg sind, weil sie einfach zu wenige Entwickler gefunden haben. Zwei Beispiele kenne ich dafür persönlich.

Ich finde die CE-Version gut. Ich habe mir selber privat eine geholt und mir z.B. ein Tutorial (von und mit M. Eißing ?) angesehen und live nachvollzogen. Ansonsten schlummert die Version.....hätte ich mehr Zeit privat, dann würde ich vielleicht mal das ein oder andere Just-For-Fun damit programmieren/umsetzen.

Ich sehe, daß die jungen Generation an Entwicklern völlig Python-geil ist. Für alles und jedes wird Python eingesetzt. Da kann man sich den Mund fusselig reden, daß bei bestimmten Aufgaben/Anwendungen Delphi klar die Nase vorn hat, wenn es um die Produktivität geht.
Ich hab' mich vorhin für M. Eißings Tutorial bzgl Python+Delphi angemeldet....für morgen?...ich glaube.
Vielleicht ist da was dabei, womit ich die jungen Kollegen überzeugen kann, daß Delphi auch mit der Python-Welt sinnvoll verknüpft werden kann.

Vor einiger Zeit hatte ich im internationalen Lazarus-Forum gelesen, daß ein User einige seiner Python-Projekte nach Lazarus portiert. Der wird schon seine Gründe haben, auf Pascal als Sprache umzuswitchen.

Ich habe auch keine Idee, wie man Delphi/Pascal hipper für die jungen Leute machen könnte. Die CE-Version ist eigentlich genau dafür geeignet. Videos gibt's glaube ich auch so einige.

Ich denke, daß an den Schulen mehr laufen müßte. Aber da sehe ich generell, daß da so gut wie nischt bzgl Programmierung läuft, wenn es nicht engagierte Lehrer auf dem Gebiet gibt. Da war das Angebot an meiner Schule vor bald 40 Jahren besser, als es heute an derselben Schule erscheint. (Das ist übrigens ein völliges Versagen der Politik, ohne das jetzt hier zu diskutieren.)

Als ich vor Jahrzehnten von der Uni in den Betrieb kam, war ich eigentlich auf dem Trip, meinen Vorgesetzten davon zu überzeugen, Richtung C++ umzuschwenken.....der hat sich nicht erweichen lassen und beharrte auf Delphi, was meiner Meinung auch rückblickend richtig war.

Vielleicht kann Hr. Eissing was dazu sagen.

In meinem Umfeld höre ich permanent, dass Delphi und Free Pascal überwiegend in Latein Amerika und in den südlichen europäischen Gebieten wie Spanien, Griechenland und Portugal sehr beliebt sei. Man könnte kreativer sein als mit anderen Compilern. Wäre für deren Mentalität angenehmer. Kanada wäre auch langsam am steigen.

Ehemaliger Ostblock soll auch nicht gering sein. Hier wird gerne Fast Report und Trichview genannt.

Wäre auch aus anderem Grund interessant. Im Alter will man sich im sonnigen Süden niederlassen. Wenn man dann da noch etwas nebenbei verdienen kann wäre das doch angehem. Also stellt sich nur noch die Frage, wo ist die Delphiquote am höchsten.

johndoe049, der User aus dem internationalen FPC/Lazarus-Forum, von dem ich oben schrieb und der einige seiner Python-Projekte auf Lazarus/FPC rüberzieht, war aus Lateinamerika, wenn ich mich recht entsinne.

Im Thread, in dem es um die Zukunft der Entwicklung der Delphi-Fremdkomponenten aus Russland und der Ukraine geht, kann man gut sehen, daß dort die Akzeptanz zu Delphi recht hoch ist. Ich wußte, daß dort im ehem. Ostblock einiges entwickelt wird, aber das es so viel ist, davon war ich überrascht.

Zitat von jaenicke:

Das Problem ist eher, dass manche Firmen von Delphi weg sind, weil sie einfach zu wenige Entwickler gefunden haben. Zwei Beispiele kenne ich dafür persönlich.

Oder weil es kein Vertrauen in eine Firma gibt, die nichmal ihre eigene IT Infrastruktur unter Kontrolle hat.

Zitat von Stevie:

Oder weil es kein Vertrauen in eine Firma gibt, die nichmal ihre eigene IT Infrastruktur unter Kontrolle hat.

Dann dürfte man auch Vodafone, Telekom und viele weitere Firmen nicht nutzen. Ist für mich kein nachhaltiges Argument und zu kurzfristig entschieden.

Bei Load Balancing gibt es zwei gängige Arten der Verwaltungsreplikation. D.h. der Replikation der Verwaltungsinformationen für das Load Balancing und die verwendeted Serverstruktur/Serverzuordnungen.

Üblich ist ein Verfahren, dass öfters als Rolling Replication bezeichnet wird. D.h. alle Verwaltungsinformationen über neue/geänderte Load Balancing Server werden rollend über alle Instanzen verteilt. Aktivierung erfolgt, wenn das Ende der Replikationskette rückwärts die Aktualisierung bestätigt.

Theoretischer Vorteil ist, dass man am ersten Server eine vollständige Rückmeldung nach einger Zeit erhält.

Nachteil fängt dann an, wenn in der Replikationskette eine Lücke existiert, die Aktualisierung dies nicht überspringen kann und man auf einmal zwei oder mehrere verschiedene Konfigurationen hat, die meistens auch noch ohne Versionkennung sich gegenseitig konkurrieren. Das kracht unerbittlich und kann nur schwer behoben werden. Eigentlich nur, wenn man alles abschaltet und einzeln mit neuer Konfigurationseinstellung wieder hochfährt.

Einfach zu erstellen und zu verwalten und daher sehr häufig im Einsatz.


Das andere Verfahren wird öfters als Encapsulated Transmission oder als Hirachic Replication bezeichnet. Ein Ursprungspunkt wählt alle Server aus, sendet einzeln an alle die neue Konfiguration mit einem Gültigkeitsdatum, einer Versionkennung, etc. und erhält Rückmeldungen. Ein verlorener Ast wird durch die Versionskennung automatisch ausgeschlossen und kann relativ einfach ein- und ausgekoppelt werden. Üblicherweise braucht man hier mindestens 2 Betriebsmaster oder verteilt die Betriebsmaster Rolle über eine Replication bei entsprechendem Ausfall oder Übertragung. Aufwendiger zu planen (nicht nur die Übertragung auch die Rückmeldungen müssen verwaltet werden) und zu programmieren. Aber relativ Ausfallsicher. Ähnlich einem selbststeuerneden Linux Cluster.

Nur, wer leistet sich heute noch den Luxus der teuren Ausfallsicherheit???

Hallo zusammen,
ich würde gern diesen Thread reaktivieren, da sich ja hier ursprünglich über Lizenzprobleme mit Delphi 10.4 unterhalten wurde.
Ich habe meine Community Lizenz bei Embacadero unter meiner privaten Email aktiviert und einen Serial-Key erhalten.

Dem Anschein nach wird dieser Key auch richtig im Lizenzmanager erkannt und konnte erfolgreich registriert werden.
lizenz_manager.png
Trotzdem bekomme ich nach einem Click auf "Done" die Meldung, dass ich nicht für Delphi 10.4 lizensiert bin.

Ein Export der Log-Datei (Anhang regwizard_log.txt) gibt auch keine Aufschlüsse. Es wird kein Fehler geloggt.

Ich hoffe auf eine rettende Idee!

MfG
Thorben Werner

Dieses Problem hatte ich auch mal, allerdings mit 10.4 Pro. Ich hatte damals einen Support case aufgemacht und die nachfolgend eingefügte Antwort bekommen. Leider hat da nur ein "clean uninstall" mit folgender Neuinstallation geholfen.

markieren

Code:

It is possible the installation is detecting a corrupted or outdated license file. Either because of previous version serial numbers you have registered that has no subscription or previous trial licenses you have used that is being detected by the registration.

Please do the steps to clear licenses that could cause issues with the install.

1. Remove any *.slip or reg*.txt files located in the following directory:
C:\Users\<your user name>

2. Delete or rename directory the directory below (note that this will also delete existing serial numbers you have in the License Manager which you can simply re-register back later):

C:\ProgramData\Embarcadero

3. Clear out and delete all files and folders in your temp folder:

C:\Users\<your user name>\AppData\Local\Temp

4. Relaunch the product and re-register. Optionally, you can re-install by following Step 5.

5. If problems persists, please delete C:\ProgramData\Embarcadero followed by a clean removal, using the steps below before reinstalling:
https://blogs.embarcadero.com/manual-uninstall-of-rad-studio-delphi-cbuilder-10-4-sydney/

In der Logdatei tauchen zwei verschiedene Lizenzschlüssel auf. Vermutlich liegen da wirklich mehrere Lizenzdaten herum. Insofern wird das Umbenennen des Verzeichnisses C:\ProgramData\Embarcadero mit anschließender Neueingabe des Lizenzschlüssels vielleicht bereits reichen.

Danke für die schnellen Antworten!

Am Ende hat eine Deinstallation via Windows + die Liste an zusätzlichen Schritten aus peterbelow's Antwort (Punkt 5) geholfen.

MfG
Thorben