FireDac Lizenz

[Berni68]

Hallo zusammen,
bisher verwende ich für Firebird die IBDAC Komponenten (D2010).
Da ich jetzt auf XE5 PRO Umsteige müsste ich auch bei den IBDAC nachlegen.

Habe spaßeshalber mal versucht mit den FireDac Komponenten von XE5 auf Firebird zuzugreifen
(TCPIP Protokoll auf [virtuellen] Server) was anstandslos funktioniert hat.
Gemäß
https://www.embarcadero.com/de/produ...studio/firedac
dürfte das ja eigentlich nicht gehen weil in der Pro Version nur lokaler Host unterstützt wird,
und Client/Server nur mit Add-on-Paket.
Oder verstehe ich da was falsch, bzw. kommen da noch an anderer Stelle die Probleme?

[mkinzler]

Auch wenn es geht. Du hast keine entsprechende Berechtigung (Lizenz!)

[Uwe Raabe]

Zitat:

Zitat von mkinzler (Beitrag 1260760)

Auch wenn es geht. Du hast keine entsprechende Berechtigung (Lizenz!)

Das ist dann wie Fahren ohne Führerschein.

[MrSpock]

Wenn man ohne Manipulation oder Angabe falscher Daten eine Funktion im Programm nutzen kann, würde ich diese auch nutzen. Da soll mir erst einmal jemand zeigen, wo in den Lizenzbedingungen steht, dass ich diese Funktionaltät nicht nutzen darf.

[Berni68]

Im aufgeführten Link ist die Möglichkeit zum online Chat gegeben.
In diesem Chat habe ich obige Frage ebenfalls gestellt.
Allerdings musste ich meine e-mail Adresse hinterlegen, da im Augenblick niemand
verfügbar ist zur Beantwortung der Fage.
Ca. 1h später wurde ich von Embarcadero tel. kontaktiert !!!
Die Frage wurde wie folgt beantwortet:
Auch wenn das (Server-) System virtualisiert ist, geht das deshalb, weil beide Systeme auf der gleichen Hardware
laufen und somit eine lokale Anbindung vorliegt (was in der pro-Lizenz ja inbegriffen ist).
Wenn ich aber getrennte Hardware für Server und Client nutze geht das nicht mehr.
Ich könnte aber gerne auf XE6 updaten und dort ist dann FireDac kostenfrei mit dabei....
... wo wir dann bei dem eigentlichen Grund des Rückrufes angekommen sind.
Ich habe dankend abgeleht!
Die eigentliche Begründung des "Verkäufers" ist natürlich vollkommen unsinnig und läßt jede Form von Sachkenntnis vermissen.
(Ich habe es, um jedes Restrisiko meiner Einschätzung auszuschließen, mit dem Laptop als Client ausprobiert. Es funktioniert immer noch trotz ungleiche Hardware)

An diesem Punkt angelangt ist mir die Sache mit der Berechtigung, ob ich das jetzt darf oder nicht, eigentlich vollkommen egal. Es geht -> ich nutze es, auch wenn die Funktionalität nur auf einer Fehlfunktion basiert.
Ich hätte dabei noch nicht einmal ein schlechtes Gewissen.

Allerdings kann ich alle aufgeschreckten Ordnungswächter dahingehend beruhigen, dass ich mir trotzalledem IBDAC updaten werde, weil es mir zu aufwändig ist alles auf Firedac umzustellen.

Ausserdem liegt mir die Art und Weise (s.o.) (Rückruf/WERBUNG kombiniert mit unqualifizierter Aussage).
nicht so sehr

[Sir Rufo]

Bei Mietwagen ist die Benutzung meistens auf bestimmte Länder begrenzt. Rein technisch gesehen, kann man mit denen aber überall fahren.

Die libmysql.dll kann man frei herunterladen und weitergeben (rein vom technischen Aspekt).

OpenSource unter der GPL kann man in einem Produkt verwursten und kann (rein technisch gesehen) auf jeglichen Hinweis oder Veröffentlichung seiner Quellen verzichten.

All dieses funktioniert ohne Veränderungen oder Angaben von falschen Daten, trotzdem kann man Probleme bekommen, wenn man das einfach so macht.

Ganz wichtig, wenn es zu Beschwerden kommt, sollte man mit der gleichen Selbstverständlichkeit und Gelassenheit für einen entsprechenden Ausgleich sorgen.

[MrSpock]

Hallo Sir Rufo,

der Vergleich hinkt aber. Wenn ich mir eine xe(n) Version kaufe und ich erhalte Komponenten dazu, die ich verwenden kann, dann interessiert mich die Feature Matrix, die sagt, dass IB oder Firebird nur auf dem lokalen Server läuft, nicht, wenn es tatsächlich auch in einer CS Archiektur funktioniert. Bei SW kann ich diese Einschränkung ja einstellen bzw. einprogrammieren. Das kann ich beim Mietwagen nicht. :stupid:

Übrigens gilt diese Einschränkung auch bei XE6, oder?

[Lemmy]

Zitat:

Zitat von MrSpock (Beitrag 1260792)

Das kann ich beim Mietwagen nicht. :stupid:

warum sollte das nicht gehen? Oder wo ist das Problem, mittels GPS die Position festzustellen und dann eine Startsperre zu aktivieren?

"Interessant" finde ich hier die Begründungen.... Kein Wunder, dass die Softwarehersteller immer ristriktiver mit dem Lizenzschutz werden.

[Jens01]

Wenn man keine Lizenz für Teile des Codes besitzt, dürfte das Einkompilieren und Weitergeben schon eine Straftat sein. Oder? :gruebel:

Also Finger weg von zugekauften Komponenten!

[Daniel]

Im vorliegenden Fall habe ich wenig Möglichkeiten, auf die Menge an FireDAC-Code einzuwirken, die am Ende in der EXE landet.
Die Lizenz erlaubt es offenbar nicht, diesen Code in bestimmter Weise zu nutzen - das ist auch schon alles.

[MrSpock]

Also wenn ich ein Programm kaufe und dessen Funktionaltät nutze, ist das bestimmt keine Straftat.

@Lemmy: Ja, technisch ist das machbar, aber es ist sicherlich nicht so einfach wie das Deaktivieren von Software. Bist du der Meinung, dass der Mietwagen und die Benutzung der Delphi Komponenten in dem hier diskutierten Fall sinnvoll vergleichbar sind?

[chess]

Zitat:

Zitat von MrSpock (Beitrag 1260796)

Also wenn ich ein Programm kaufe und dessen Funktionaltät nutze, ist das bestimmt keine Straftat.

@Lemmy: Ja, technisch ist das machbar, aber es ist sicherlich nicht so einfach wie das Deaktivieren von Software. Bist du der Meinung, dass der Mietwagen und die Benutzung der Delphi Komponenten in dem hier diskutierten Fall sinnvoll vergleichbar sind?

Mein Dad sagt: "Ja klar!". Der hatte mal mit teuren Baumaschinen zu tun. Zitat: "Wenn so ein Teil ein paar Millionen kostet, dient der GPS nicht nur zur Optimierung der Arbeitsleistung, da werden auch noch ganz andere Daten übertragen... vor allem bei Mietmaschinen."
Ich bin erst 17, aber ich glaube ihm.

[Jens01]

Zitat:

Also wenn ich ein Programm kaufe und dessen Funktionaltät nutze, ist das bestimmt keine Straftat.

Ganz bestimmt!
Wenn aber Teile ohne Lizenz sind!?

Okay, will das nicht weiter diskutieren und hoffe, dass meine Überspitzung der Sachlage erkannt wurde.

Gruss Jens

[MrSpock]

Das glaube ich auch. Aber ein Mietwagen für 25000 EUR ist dann doch eine andere Klasse.

Aber die Diskussion bringt uns von der eigentlichen Thematik weg. Die Frage ist, ob das Nutzen einer aktivierten Software eine Straftat oder zumindest illegal ist. Sagen denn die Lizentbedingungen zu XE5 oder XE6 explizit, dass Firedac nur zum Zugriff auf lokale Datenbanken benutzt werden darf? Oder ist es nur die Feature Matrix, die behauptet, dass es technisch nicht geht?

[Jens01]

Zitat:

Die Frage ist, ob das Nutzen einer aktivierten Software eine Straftat oder zumindest illegal ist.

Ich meine, auf die Aktivierung kommt es wenig an. Es kommt auf den geschlossenen Vertrag an und dessen AGB -das Kleingedruckte-. So eine Irgendwas-Matrix in einem Werbeprospekt ist da aber auch eher unrelevant.
Und das Weitergeben von urheberrechtlich geschützten Material ohne Lizenz könnte eine Straftat sein. Grundsätzlich wird das aber wohl auch nicht so einfach zu klären sein.
Wenn man mir die Möglichkeit einer Funktion gibt und ich nicht so einfach erkennen kann, ob ich das nutzen darf oder nicht, kann das nach meinem Rechtsgefühl weder illegal noch eine Straftat sein. Nach meiner Meinung wäre das dann Problem des Herstellers.

Und ich betone noch mal dahingehend meine Überspitzung von zuvor.

[Uwe Raabe]

Bindend ist nach Deutschem Recht der Lizenzvertrag, der festlegt, was du mit der gekauften Software machen darfst und was nicht. Dabei ist vollkommen egal, was du eventuell mit der Software machen kannst (solange du das machen kannst, was zugesichert war).

Es gibt viele Programme, die für den privaten Gebrauch frei sind und bei gewerblicher Nutzung kostenpflichtig. Bis auf eine eventuelle Lizenzangabe im Info-Fenster unterscheidet sich das nicht voneinander. Es ist aber technisch durchaus möglich die freie Version zu installieren und auch gewerblich zu nutzen - legal ist das aber nicht.

Wenn die FireDAC-Lizenz den Zugriff auf lokale Datenbanken erlaubt, den auf andere Rechner aber verbietet, dann ist das eine legitime Nutzungseinschränkung. Fällt dabei eine Datenbank in einer VM auf einer lokalen Maschine unter erlaubt, dann ist es gar nicht so einfach, dies von einer Datenbank auf einem anderen Rechner zu unterscheiden. Die Überprüfung wäre sicher ziemlich aufwändig, wirkt sich womöglich negativ auf die Performance aus und wäre dank der mitgelieferten Sourcen auch vollkommen wirkungslos.

Ehrlich gesagt ist mir eine solche weiche Lizenzeinschränkung viel lieber als eine hart forcierte, die womöglich noch mit echten Nachteilen für die legitime Nutzung verbunden ist. Die Delphi-IDE lässt grüßen.

[himitsu]

Zitat:

Zitat von Jens01 (Beitrag 1260800)

Zitat:

Also wenn ich ein Programm kaufe und dessen Funktionaltät nutze, ist das bestimmt keine Straftat.

Ganz bestimmt!
Wenn aber Teile ohne Lizenz sind!?

Ist das dann aber nicht die Schuld des gekauften Programms?
Die Ersteller des Programms müssten doch sicherstellen, daß die Lizenzen zu enthaltenen Teilen vorhanden sind. (außer von Teilen, die durch eine kleinere Lizenz "deaktiviert" wurden)
Aber er umgeht doch keine Sperren? Oder zählt sein Vorgehen schon als Crack?

Wenn ich ein Auto kaufe und darin befindet sich ein Teil, der hier nicht erlaubt ist (z.B. Importembargo),
dann kann ich doch nichts dafür, sondern der Autohändler/Importör ist Schuld.
Gut, man darf mir auch einen Radarwarner verkaufen (das ist irrsinniger Weise nicht verboten), aber benutzen darf ich den nicht, denn das ist ja verboten.

Hmmmmmmmm, wenn ich ein Auto gekauft hab, daß 380 fährt. Wer ist dann Schuld, wenn ich damit auf in einer Fußgängerzone so schnell gefahren bin?
Wobei hier ja nicht der Mangel am Anto lag, sondern an den externen Verkehrtzeichen. :stupid:


Ich hab 'ne 1 kg Tüte Zucker gekauft. Es sind aber 1,1 kg drin.
Darf ich die zusätzlichen 100 Gramm nutzen, oder mach ich mich dann strafbar?
Oder ein Legospielsett mit zuvielen Steinen, als auf der Verpackung steht.


Wie ist das in den Delphis ohne Komandozeilenkompiler (DCC32).
Ist es da verboten das eigene Programm via Komandozeile zu kompilieren? Schließlich kann man ja auch dem BDS via Komandozeile sagen, daß kompilieren soll.

[Perlsau]

Mich würde bei diesem Thema in erster Linie interessieren, wo genau im Lizenzvertrag geschrieben steht, daß es verboten sei, mit der Pro-Version auf Remote Databases zuzugreifen. In der Feature-Matrix kann ich höchstens lesen, daß die Pro-Version diesen Zugriff angeblich nicht unterstützt, aber nicht ausdrücklich verbietet. Oben schrieb gar ein User, man solle [als Besitzer der Pro-Version ?] die Finger weglassen von zugekauften Komponenten. Nicht unterstützen ist aber nicht dasselbe wie explizit untersagen!

In einem ähnlichen Thread hatte man mir ausdrücklich zugesichert, daß die Verwendung von z.B. IbDac für den Zugriff auf Remote-Firebird-DBs nicht verboten wäre.

[Sir Rufo]

Die Pro-Version kann ja mit dem FireDAC C/S Add-on-Paket für Professional auf nicht lokale Datenbanken zugreifen (Erweiterung der Lizenz). Sowohl die Einschränkung als auch die Erweiterung betrifft aber ausschließlich FireDAC und ist nicht technisch sondern lizenzrechtlich zu betrachten.

Und so schwer zu verstehen ist das doch alles gar nicht, oder versteht jemand die Einschränkung der Starter Edition auch nicht:

Zitat:

Nutzungslizenz bis zu Einnahmen aus den Delphi-Anwendungen von 1.000 US-Dollar (bzw. das Äquivalent in der lokalen Währung) oder bis das Entwicklerteam auf mehr als fünf Mitarbeiter erweitert wird

[Perlsau]

Moin, du schreibst:

Zitat:

Zitat von Sir Rufo (Beitrag 1260834)

Die Pro-Version kann ja mit dem FireDAC C/S Add-on-Paket für Professional auf nicht lokale Datenbanken zugreifen (Erweiterung der Lizenz).

Mkinzler schrieb doch oben: "Auch wenn es geht. Du hast keine entsprechende Berechtigung (Lizenz!)" Du schreibst jetzt, es würde gar nicht gehen ohne das Zusatz-Paket. Ich kann's natürlich nicht beurteilen, da ich "nur" 2009 pro habe. Meine Frage lautete daher: Steht es wirklich irgendwo in den Lizenzbestimmungen ausdrücklich drin, daß man mit den Firedac-Komponenten zwar auf Remote-DBs zugreifen könnte, das aber nicht darf? Bis jetzt kenne ich nur die Feature-Matrix, die besagt, daß Remote-Zugriff via FireDac von Pro-Versionen nicht unterstützt würde. Das heißt, es ginge eigentlich gar nicht, wodurch sich ein explizites Verbot der Nutzung einer nicht vorhandenen Funktionalität erübrigt. Laut TE geht es aber doch (virtueller Server, was ist das? VM?).

Zitat:

Zitat von Sir Rufo (Beitrag 1260834)

Sowohl die Einschränkung als auch die Erweiterung betrifft aber ausschließlich FireDAC und ist nicht technisch sondern lizenzrechtlich zu betrachten.

Und wo in den Lizenzbestimmungen steht geschrieben, daß die Nutzung dieses bestimmten Features, das laut Feature-Matrix gar nicht existiert, verboten ist?

Kannst du mir folgen?

[Sir Rufo]

Zitat:

Zitat von Perlsau (Beitrag 1260836)

Du schreibst jetzt, es würde gar nicht gehen ohne das Zusatz-Paket.

Wo schreibe ich das? Bitte auch den Rest lesen (den du ja auch noch zitiert hast)

Zitat:

Zitat von Sir Rufo

Sowohl die Einschränkung als auch die Erweiterung betrifft aber ausschließlich FireDAC und ist nicht technisch sondern lizenzrechtlich zu betrachten.

Zitat:

Zitat von Perlsau (Beitrag 1260836)

Zitat:

Zitat von Sir Rufo (Beitrag 1260834)

Sowohl die Einschränkung als auch die Erweiterung betrifft aber ausschließlich FireDAC und ist nicht technisch sondern lizenzrechtlich zu betrachten.

Und wo in den Lizenzbestimmungen steht geschrieben, daß die Nutzung dieses bestimmten Features, das laut Feature-Matrix gar nicht existiert, verboten ist?

Kannst du mir folgen?

Ja durchaus, aber ich kann dir diese Frage nicht beantworten. Und selbst wenn ich den Lizenz-Text vor mir hätte könnte ich mangels juristischer Kompetenz nicht sagen ob dieser rechtlich hier in Deutschland anwendbar und durchsetzbar wäre.

Aber würde ich das wirklich brauchen? Bevor ich mir da einen Fachanwalt nehme, der diese Lizenz auf den Kopf stellt und dort Passagen findet die rechtlich nicht haltbar sind, da nehme ich einfach einen Bruchteil (€519,00 zzgl. MwSt) der zu erwartenden Anwaltskosten in die Hand und erwerbe ganz einfach dieses AddOn und der Drops ist gelutscht.

Alternativ würde ich aber wohl den Erwerb von alternativen Komponenten (z.B. UniDAC Professional/Source Single Developer $399,95) erwägen.

[Daniel]

Ja, es steht drin. Ausdrücklich.

Gemäß den Bestimmungen und Bedingungen dieses Vertrags gewährt der Lizenzgeber dem Lizenznehmer als dem lizenzierten Benutzer des Produkts das eingeschränkte Recht, die als "dbExpress" und "FireDAC" bezeichneten Komponenten des Produkts ausschließlich in ausführbarer Form zu verwenden, um auf eine lokale Datenbank zuzugreifen, die auf demselben Computer wie die erstellten Programme installiert ist. Der Lizenznehmer ist nicht berechtigt, die als "dbExpress" oder "FireDAC" bezeichneten Komponenten des Produkts zusammen mit einer Datenbank zu verwenden, die auf einem anderen Computer als die erstellten Programme installiert ist.

Hier ist - lustigerweise - nur von den Rechten die Rede, nicht davon, ob es auch anders ginge.
Was muss man da noch weiter reden? Ich halte diese Passage und die Intention dahinter für klar kommuniziert. Ob man das nun gut findet oder nicht, steht auf einem anderen Blatt.

[Sir Rufo]

Zitat:

Zitat von Daniel (Beitrag 1260840)

Hier ist - lustigerweise - nur von den Rechten die Rede, nicht davon, ob es auch anders ginge.
Was muss man da noch weiter reden? Ich halte diese Passage und die Intention dahinter für klar kommuniziert. Ob man das nun gut findet oder nicht, steht auf einem anderen Blatt.

:thumb:

Das separate Angebot (AddOn) zur Erweiterung dieser Lizenz verstärkt diese Intention auch noch.

Kann bei einer Lizenz überhaupt etwas Anderes als Rechte eingeräumt werden?

[Daniel]

Zitat:

Zitat von Perlsau (Beitrag 1260833)

In der Feature-Matrix kann ich höchstens lesen, daß die Pro-Version diesen Zugriff angeblich nicht unterstützt, aber nicht ausdrücklich verbietet.

Ein solches "Verbot" gibt es auch nicht. Mit dem Zeug, das aus einer XE6Pro-Schachtel herauskommt, hast Du keine Lizenz, um auf Remote-Datenbanken zuzugreifen, siehe oben. Dir steht und stand es auch schon immer frei, mit weiteren Komponenten auf beliebige Datenbanken zuzugreifen. Bei diesen weiteren Komponenten kann es sich entweder um das oben bereits erwähnte DB-Pack handeln oder beliebige andere Komponenten.

[Perlsau]

Zitat:

Zitat von Daniel (Beitrag 1260840)

Ja, es steht drin. Ausdrücklich.

Auch von mir ein :thumb: ... genau das wollte ich wissen :-D

Zitat:

Zitat von Daniel (Beitrag 1260842)

Zitat:

Zitat von Perlsau (Beitrag 1260833)

In der Feature-Matrix kann ich höchstens lesen, daß die Pro-Version diesen Zugriff angeblich nicht unterstützt, aber nicht ausdrücklich verbietet.

Ein solches "Verbot" gibt es auch nicht. Mit dem Zeug, das aus einer XE6Pro-Schachtel herauskommt, hast Du keine Lizenz, um auf Remote-Datenbanken zuzugreifen, siehe oben. Dir steht und stand es auch schon immer frei, mit weiteren Komponenten auf beliebige Datenbanken zuzugreifen. Bei diesen weiteren Komponenten kann es sich entweder um das oben bereits erwähnte DB-Pack handeln oder beliebige andere Komponenten.

Daniel, es geht nicht um generellen Remote-Zugriff, sondern lediglich um Remote-Zugriff mittels FireDac bzw. dBExpress. Daß man mit zugekauften Komponenten nicht an diese Einschränkung gebunden ist, leuchtet wohl jedem ein.

Zitat:

Zitat von Sir Rufo (Beitrag 1260839)

Zitat:

Zitat von Perlsau (Beitrag 1260836)

Du schreibst jetzt, es würde gar nicht gehen ohne das Zusatz-Paket.

Wo schreibe ich das? Bitte auch den Rest lesen (den du ja auch noch zitiert hast)

Zitat:

Zitat von Sir Rufo

Sowohl die Einschränkung als auch die Erweiterung betrifft aber ausschließlich FireDAC und ist nicht technisch sondern lizenzrechtlich zu betrachten.

Na hier:

Zitat:

Zitat von Sir Rufo (Beitrag 1260839)

Die Pro-Version kann ja mit dem FireDAC C/S Add-on-Paket für Professional auf nicht lokale Datenbanken zugreifen (Erweiterung der Lizenz).

Wenn du schreibst, daß es mit dem zugekaufen Add-On-Paket ginge ("kann ... mit ... zugreifen"), dann dürfte es ohne dieses Paket eigentlich nicht funktionieren. "Können" weist auf Funktionalität, nicht aber auf Lizenzbestimmungen hin, das wäre dann "dürfen".

Zumindest habe ich das so verstanden. Es sei denn, dieses Add-On-Paket fügt den FireDac-Komponenten keine weitere Funktionalität hinzu, sondern hebt lediglich die entsprechen, von Daniel oben zitierten Lizenzbestimmungen auf (jetzt "darf" man, auch wenn man zuvor schon hätte "können" können), nicht aber irgendwelche technischen Sperren (jetzt "kann" man). Laut Feature-Matrix unterstützen die FireDac-Komponenten der Pro-Versionen aber gar keinen Remote-Zugriff (sie "können" nicht). Würden sie es dennoch unterstützen, wäre die Feature-Matrix fehlerhaft. Ist die Feature-Matrix dagegen korrekt und die Pro-Versionen der FireDac-Komponenten sind technisch gar nicht dafür ausgelegt, auf Remote-Datenbanken zuzugreifen, dann wäre der von Daniel zitierte Auszug aus den Lizenzbestimmungen eigentlich überflüssig.

Genau dieser Sachverhalt ist mir noch nicht wirklich klargeworden: Geht es von Haus aus und ist lediglich verboten? Oder ist es erst gar nicht möglich und die lizenzrechtliche Einschränkung verbietet damit eine technisch unmögliche Nutzungsweise?

[Sir Rufo]

Wenn man den Satz so aus dem Absatz und damit aus dem Kontext herausreißt, ja, dann kann man tatsächlich dieses herauslesen was du da jetzt hinein interpretierst.

So ist der aber nicht gemeint und wird mit dem daran anfolgendem Satz erklärt.

Nur so zur Auffrischung: Das Thema ist FireDAC Lizenz und meine Aussage war

Zitat:

Die Pro-Version kann ja mit dem FireDAC C/S Add-on-Paket für Professional auf nicht lokale Datenbanken zugreifen (Erweiterung der Lizenz). Sowohl die Einschränkung als auch die Erweiterung betrifft aber ausschließlich FireDAC und ist nicht technisch sondern lizenzrechtlich zu betrachten.

Dieses bitte nicht auseinanderreißen, da beide Sätze inhaltlich zusammengehören (darum befinden sich beide Sätze in einem Absatz). Ein auszugsweises Zitieren könnte bei einigen Lesern suggerieren, dass ich da etwas sage, was ich gar nicht sagen wollte.

Somit bezieht sich das kann auf das Thread-Thema FireDAC Lizenz und auf (Erweiterung der Lizenz) und auf lizenzrechtlich zu betrachten.

[Perlsau]

Bitte entschuldige, es war nicht meine Absicht, deine Ausführungen aus dem Zusammenhang zu reißen. Jetzt ist klar, daß du nicht behauptet hast, man kann ohne Add-On-Paket nicht, sondern man darf ohne Add-On-Paket nicht.

Ergo kann die Pro-Version auch ohne "FireDAC C/S Add-on-Paket für Professional auf nicht lokale Datenbanken zugreifen", was man lizenzrechtlich aber nicht darf. Somit wäre die Feature-Matrix von XE5 PRO (ab Seite 10) fehlerhaft, denn dort steht zu lesen, daß der Zugriff via FireDac auf Remote-DBs nicht unterstützt würde:
Lediglich bei > Pro ist ein Kreuz verzeichnet, wenn es um nicht-lokale DBs geht.

[mkinzler]

Das ist doch völlig unerheblich! Man darf es nicht und basta!

[Perlsau]

Sorry, aber deine offensichtliche Verärgerung (basta!) ist für mich nicht nachvollziehbar: Natürlich ist jetzt klargeworden, daß man's nicht darf. Aber man darf doch darauf hinweisen, daß die Feature-Matrix offensichtlich fehlerhaft ist, oder darf man das jetzt auch nicht?

[Sir Rufo]

Zitat:

Zitat von Perlsau (Beitrag 1260853)

Aber man darf doch darauf hinweisen, daß die Feature-Matrix offensichtlich fehlerhaft ist, oder darf man das jetzt auch nicht?

Darf man, aber wo ist denn da der Fehler? :gruebel:

Wenn ich die Pro Version habe und ich auf eine Remote-Datenbank zugreifen möchte, dann sagt mir die Feature-Matrix, dass ich das nur Optional mit Erwerb von FireDAC C/S Add-on-Paket für Professional bekomme.

Somit ist es unerheblich ob man es trotzdem (aus technischer Sicht) kann, wenn es (aus lizenzrechtlicher Sicht) nicht erlaubt ist.

[MrSpock]

Zitat:

Zitat von Perlsau (Beitrag 1260833)

Mich würde bei diesem Thema in erster Linie interessieren, wo genau im Lizenzvertrag geschrieben steht, daß es verboten sei, mit der Pro-Version auf Remote Databases zuzugreifen. In der Feature-Matrix kann ich höchstens lesen, daß die Pro-Version diesen Zugriff angeblich nicht unterstützt, aber nicht ausdrücklich verbietet. Oben schrieb gar ein User, man solle [als Besitzer der Pro-Version ?] die Finger weglassen von zugekauften Komponenten. Nicht unterstützen ist aber nicht dasselbe wie explizit untersagen!

In einem ähnlichen Thread hatte man mir ausdrücklich zugesichert, daß die Verwendung von z.B. IbDac für den Zugriff auf Remote-Firebird-DBs nicht verboten wäre.

Genau so sehe ich das auch. Übrigens habe ich es gestern mal ausprobiert. Es geht. Man kann mit dem Rad Studio XE6 mit FireDAC auf eine Firebird Datenbank auf einem externen Server zugreifen. Ich habe bisher FIBPlus benutzt und bin jetzt auf IBDAC umgestiegen, so dass ich FireDAC nicht benötige. Aber ich habe die Lizenzdatei in der Tiefe nicht gelesen. Werde ich aber demnächst mal machen und prüfen, ob dort steht, dass man als RAD Studio Pro Besitzer FireDAC nicht zum Zugriff auf Datenbanken auf einem externen Server nutzen darf.

[MrSpock]

Zitat:

Zitat von Sir Rufo (Beitrag 1260854)

Zitat:

Zitat von Perlsau (Beitrag 1260853)

Aber man darf doch darauf hinweisen, daß die Feature-Matrix offensichtlich fehlerhaft ist, oder darf man das jetzt auch nicht?

Darf man, aber wo ist denn da der Fehler? :gruebel:

Wenn ich die Pro Version habe und ich auf eine Remote-Datenbank zugreifen möchte, dann sagt mir die Feature-Matrix, dass ich das nur Optional mit Erwerb von FireDAC C/S Add-on-Paket für Professional bekomme.

Und das ist technisch nicht korrekt. Ob es lizenzrechtlich korrekt ist, ist in den Lizenzbedingungen zu prüfen.

[Sir Rufo]

Zitat:

Zitat von MrSpock (Beitrag 1260856)

Zitat:

Zitat von Sir Rufo (Beitrag 1260854)

Zitat:

Zitat von Perlsau (Beitrag 1260853)

Aber man darf doch darauf hinweisen, daß die Feature-Matrix offensichtlich fehlerhaft ist, oder darf man das jetzt auch nicht?

Darf man, aber wo ist denn da der Fehler? :gruebel:

Wenn ich die Pro Version habe und ich auf eine Remote-Datenbank zugreifen möchte, dann sagt mir die Feature-Matrix, dass ich das nur Optional mit Erwerb von FireDAC C/S Add-on-Paket für Professional bekomme.

Und das ist technisch nicht korrekt. Ob es lizenzrechtlich korrekt ist, ist in den Lizenzbedingungen zu prüfen.

Ein Schild an der Scheibe einer Tierhandlung:

Zitat:

Tierfreunde klopfen nicht an die Scheibe, anderen ist es verboten!

PS: Daniel hat den Lizenztext doch gepostet ... der ist doch eindeutig

[Perlsau]

Zitat:

Zitat von Sir Rufo (Beitrag 1260854)

Zitat:

Zitat von Perlsau (Beitrag 1260853)

Aber man darf doch darauf hinweisen, daß die Feature-Matrix offensichtlich fehlerhaft ist, oder darf man das jetzt auch nicht?

Darf man, aber wo ist denn da der Fehler? :gruebel:

Das habe ich doch bereits mehrfach geschrieben: In der Feature-Matrix steht, daß die Pro-Version keine Remote-Zugriffe via dbExpress und Firedac unterstützt. Wenn es dennoch möglich ist, dann unterstützen die Pro-Versionen diesen Zugriff dennoch (Unterstützung = Feature = man kann), auch wenn er nicht erlaubt ist (man darf aber nicht). Somit trifft diese Aussage in der Feature-Matrix nicht zu = fehlerhaft.

Zitat:

Zitat von MrSpock (Beitrag 1260855)

Zitat:

Zitat von Perlsau (Beitrag 1260833)

Mich würde bei diesem Thema in erster Linie interessieren, wo genau im Lizenzvertrag geschrieben steht, daß es verboten sei, mit der Pro-Version auf Remote Databases zuzugreifen. In der Feature-Matrix kann ich höchstens lesen, daß die Pro-Version diesen Zugriff angeblich nicht unterstützt, aber nicht ausdrücklich verbietet. Oben schrieb gar ein User, man solle [als Besitzer der Pro-Version ?] die Finger weglassen von zugekauften Komponenten. Nicht unterstützen ist aber nicht dasselbe wie explizit untersagen!

In einem ähnlichen Thread hatte man mir ausdrücklich zugesichert, daß die Verwendung von z.B. IbDac für den Zugriff auf Remote-Firebird-DBs nicht verboten wäre.

Genau so sehe ich das auch. Übrigens habe ich es gestern mal ausprobiert. Es geht. Man kann mit dem Rad Studio XE6 mit FireDAC auf eine Firebird Datenbank auf einem externen Server zugreifen. Ich habe bisher FIBPlus benutzt und bin jetzt auf IBDAC umgestiegen, so dass ich FireDAC nicht benötige. Aber ich habe die Lizenzdatei in der Tiefe nicht gelesen. Werde ich aber demnächst mal machen und prüfen, ob dort steht, dass man als RAD Studio Pro Besitzer FireDAC nicht zum Zugriff auf Datenbanken auf einem externen Server nutzen darf.

Okay, dann wäre das ja jetzt eindeutig nachgewiesen: Es geht, aber man darf nicht :thumb:

Zitat:

Zitat von MrSpock (Beitrag 1260856)

Zitat:

Zitat von Sir Rufo (Beitrag 1260854)

Zitat:

Zitat von Perlsau (Beitrag 1260853)

Aber man darf doch darauf hinweisen, daß die Feature-Matrix offensichtlich fehlerhaft ist, oder darf man das jetzt auch nicht?

Darf man, aber wo ist denn da der Fehler? :gruebel:

Wenn ich die Pro Version habe und ich auf eine Remote-Datenbank zugreifen möchte, dann sagt mir die Feature-Matrix, dass ich das nur Optional mit Erwerb von FireDAC C/S Add-on-Paket für Professional bekomme.

Und das ist technisch nicht korrekt. Ob es lizenzrechtlich korrekt ist, ist in den Lizenzbedingungen zu prüfen.

Genau so sehe ich das auch: technisch nicht korrekt ausgedrückt, denn das Feature ist ja auch in der Pro-Version vorhanden, man darf es nur nicht einsetzen, wenn man nicht zuvor eine Zusatz-Lizenz erworben hat. :thumb:

[Sir Rufo]

Ob es wohl sein kann, dass die Feature-Matrix einen schnellen Überblick über die Schnittmenge der technischen und lizenzrechtlichen Aspekte gibt?

Also, was kann ich effektiv (unter Berücksichtigung technischer und lizenzrechtlicher Aspekte) benutzen?

Das ist ja mal eine schlaue Matrix :roll:

PS: Man sollte nochmal durchdiskutieren, welche Aspekte da noch berücksichtigt sein könnten.

[MrSpock]

Zitat:

Zitat von Sir Rufo (Beitrag 1260857)

PS: Daniel hat den Lizenztext doch gepostet ... der ist doch eindeutig

Die Seite im Thread hatte ich übersehen. Dann ist es lizenzrechtlich jetzt auch klar.