Alternative(n) zu ZEOS?

[Thanatos81]

Hi DP!

Da ist er wieder, der Typ mit den seltsamen Fragen ;-) Momentan nutze ich noch die ZEOS-Komponenten, allerdings ist mir aufgefallen, dass ich mich vertan habe :oops: Und zwar stehen die Zeos ja gar nicht unter der MPL, sondern unter GPL/LGPL.

Das passt mir nicht wirklich in den Kram, aufgrund des virulanten Verhaltens dieser Lizenzen. Ich möchte nämlich schon gerne selber entscheiden, welche Werke ich als OS vertreibe und welche als Freeware :|

Da ich je nach Anwendungszweck verschiedene Datenbankensysteme nutze (meist allerdings Firebird) bin ich nun natürlich auf der Suche nach neuen Komponenten für nativen Zugriff, ODBC möchte ich vermeiden.

Meine Frage an euch ist also, welche Komponenten ihr empfehlen könntet. Der Haken bei der Sache ist, dass ich mit den Programmen halt 0, nada, none, nix an Geld verdiene, deswegen sollten die schon Freeware oder OS sein, aber halt mit entsprechender Lizenz.

Für Firebird hab ich hier schon öfter von den UIBs und MDOs gelesen. Die unterliegen ja beide der MPL, damit könnte ich gut leben, aber welche der beiden Komponentsammlung ist eher zu empfehlen?

Welche Komponenten nutzt ihr für die anderen RDBMS? Für MS-SQL nehm ich mal an ADO. Gibt es vielleicht eine ZEOS hnliche Sammlung die mit allen RDBMS kann aber eine weniger virulante Lizenz hat?

Ein Haufen Fragen, der auf Antworten waretet :D

[MagicAndre1981]

Luckie hat irgendwie gerade mit AnyDAC rumhantiert. Schau mal wie es da aussieht. Vllt kannst du ihn nach seinen Erkentnisen fragen. Wenn nicht musst du für jede DB unterschiedliche Komponenten nutzen und per Bridge-Pattern nutzen.

[mkinzler]

Zitat:

Das passt mir nicht wirklich in den Kram, aufgrund des virulanten Verhaltens dieser Lizenzen. Ich möchte nämlich schon gerne selber entscheiden, welche Werke ich als OS vertreibe und welche als Freeware Neutral

Bei der Lizenzierung unter der LGPL fallen nur Änderungen an der Bibliothek selber unter den Veröffentlichungszwang.

[Thanatos81]

@MagicAndre1981
Danke, das klingt schon mal gut :D

@mkinzler
Naja, dieser Auzug aus der LGPL klingt für mich danach, dass der Endbenutzer in der Lage sein muss jederzeit die von mir benutzte Version der Library durch eine andere zu ersetzen. Das geht aber nur, wenn ich die Zeos in eine DLL kapsel (umständlich, vor allem für den Einsatz datensensitiver Komponenten) oder aber den Quelltext zur Verfügung stelle...

Zitat:

Zitat von http://www.gnu.org/licenses/lgpl.html

Although the Lesser General Public License is Less protective of the users' freedom, it does ensure that the user of a program that is linked with the Library has the freedom and the wherewithal to run that program using a modified version of the Library.

[mkinzler]

Mit Library ist ZEOS gemeint.

[Thanatos81]

Ist mir schon klar. Nur wie soll der Benutzer eines Programms die Version von Zeos gegen eine andere austauschen, wenn es statisch mit der EXE gelinkt ist und er nicht den Quelltext hat?

[mkinzler]

Die LGPL bezieht sich im Gegensatz zur GPL nur auf den Code der Library selber und nicht auf das Programm welches die Lib verwendet.

[Thanatos81]

So sehr ich auch deine Delphikenntnisse schätze, aber diesmal glaube ich du willst mich einfach nicht verstehen.

Der von mir zitierte Teil der LGPL sagt doch eindeutig aus, dass der Benutzer eines Programmes die verwendete Library gegen eine andere/modifizierte Version der Library austuaschen können muss. Linke ich die Zeos statisch in die EXE, kann der Benutzer dies nicht -> Verstoß gegen die LGPL. Packe ich die Zeos in eine DLL, so kann der der Benutzer die DLL simpel austauschen und ich bin konform mit der LGPL, aber es geht eine Menge Komfort für den Entwickler flöten.

[Bernhard Geyer]

Schau dir mal CoreLab an. Diese haben Komponenten für Oracle, MySQL, MS-SQL und interbase/Firebird. Und mit einer DB-Abstraktionsschicht (z.B. Bridge-Pattern) bekommst Du die auch alle unter einem Hut.

[mkinzler]

Es würde IMHo aber auch ausreichen die Zeos-Bpls als Laufzeitbibliotheken einzubinden.