Fast-Report Änderung bei den Produkten

[Papaschlumpf73]

Da ich keine Ahnung von dem Lizenzkram habe, wollte ich mal die SQL Reporting Services als mögliche Alternative in den Raum werfen - sofern man eh mit einem SQL-Server arbeitet.

[MichaelT]

Gibt es dafür bereits einen Designer?

Wir hatten die Reporting Services selbst einmal als Option in Betracht gezogen, aber am Ende die RDL selbst generiert. Die Entwicklung war damals unter VS 2008 und .net.

Ich habe die Entwicklung seitens MS in dem Eck mittels Videos auf Youtube und auch die Hilfe verfolgt und mittlerweile schauen die Reporting Services besser/ganz brauchbar aus. Wer einen SQL Server laufen hat, für den macht es vermutlich Sinn, auch wenn die Reports damals nicht sehr komplex sein durften. Aus der Sicht einer Erweiterung zum SQL Server waren/sind SSRS schon recht gut. Meistens muss man sich bei MS, wenn es um Praxistauglichkeit in der Breite geht, viel manuell machen und mit der Kirche ums Kreuz laufen. Ohne Evaluierng im Vorfeld sitzt man schnell bei den letzten 5% auf ewig in der Bredouille. Auf dem Weg schickt man das 'Problemkind Reporting' in Richtung DB Server. Außerhalb der Delphi und VS Welt ist mit Reporting relativ hurtig zusammengeräumt.

Was für diese Industrieanwendungen vermutlich nicht viel bringt.

Unsere Anforderung war damals eher ein Frontend für Analysis Services usw. Damals gab es noch nicht einmal Power BI & Co. MDX als Datenquelle geht direkt. Damals war der Trend 'Alles in irgendein Portal und Web'. Von Access kann man auch importieren, aber ob das so tutti fein läuft im biederen Detail, ich kann nicht recht daran glauben.

Die meisten .net Lösungen sind in der IDE zu debuggen. Das Zeug von GrapeCity/Mesicus war auch noch recht gut. Aber viele andere rennen gerne jahrelang Hypes nach oder rannten. Wenn man solche Fässer aufmachen will, dann bietet sich auch Altova bspw. Stylevision usw.

Ich ging damals auf Fast Reports und Report Builder.

Im Moment bin ich eher bei Harbour und DBASE wieder gelandet. Unsere Anforderungen als Entwickler sind zumeist höher als jene der User.

lg.
Michael

Zitat:

Zitat von Papaschlumpf73 (Beitrag 1538018)

Da ich keine Ahnung von dem Lizenzkram habe, wollte ich mal die SQL Reporting Services als mögliche Alternative in den Raum werfen - sofern man eh mit einem SQL-Server arbeitet.

[Papaschlumpf73]

Zitat:

Zitat von MichaelT (Beitrag 1538060)

Gibt es dafür bereits einen Designer?

Keine Ahnung, wir benutzen auch FR. Ich bin nur beim Lesen öfters darüber gestoßen und habe dann gesehen, dass die SQL Server Reporting Services bei der normalen SQL-Server-Lizenz schon dabei sind.

[user69]

Hat eigentlich schon mal wer die Dateien (source) aus deren online Installer komplett separiert und eine Anleitung dafür?

Für Sicherungszwecke wäre es hilfreich, nach der automatischen Installation die Dateien in einen eigenen Pfad zu verschieben und dort auch zu kompilieren. Gibt es da ne Anleitung. Früher war da alles verfügbar, aber nun speichern die alles an verschiedenen orten und kompilieren mit dem installer. Außerdem weiß ich nicht, wie lange alte Versionen Online sind.

Ich kann zwar den source modifizieren und kompilieren, aber immer nur mit deren Installer.

Was wenn ich eine alte Version immer wieder nutzen möchte? Deshalb hätte ich das gerne reproduzierbar gesichert.
Gibt es da Lösungen?

[jaenicke]

Ich kompiliere die verschiedenen Komponenten generell mit einem selbst geschriebenen Installationstool. Damit kann ich dann mit einem Klick alle Komponenten installieren oder deinstallieren.

Welche Packages das sind, muss man natürlich selbst schauen, aber die stehen ja in der Liste der installierten Packages.

[himitsu]

Joar, einmal installieren und dann in die "Known Packages" geschaut,
bzw. einfach im Quellcode nach den Projekten (DPK) gesucht,
schon kennst du die Packages.

Diese dann kompilieren (DCC32, MBBuild, oder sonstwas) und die DesignTime-Packages im Delphi registrieren.
* sie könntest du z.B. in eine ProjektGruppe einfügen und dann im Delphi kompilieren, sowie installieren
* heute könnte man sich auch ein Offline-GetItPackage dafür schreiben
* bei uns macht es der FinalBuilder, welcher am Ende auch einen Code hat, um die Packages ins Known Packages einzufügen.
* für DevExpress hatte ich mir ein Tool geschrieben, welches die Packages selbst sucht und nach Abhängigkeiten sortiert
* ...

https://www.delphipraxis.net/213558-...-compiler.html

[Harry Stahl]

Dass man Fastreports (bzw. den Designer) nicht ohne weiteres für ERP-Programme nutzen darf, war schon immer so. Ich hatte mir damals die FMX-Prof. Version von Fastreports zulegen wollen (und habe es auch getan), jedoch vorher gefragt, ob mein Adressenverwaltungsprogramm bzw. Rechnungsprogramm nach deren Auffassung ERP sei. Das hatte man verneint und mir geantwortet, dass ich FR in meinen verkauften Programm nutzen, bzw. den Designer weitergeben darf.

Allerdings wird nun die FMX-Version in alter Form nicht mehr weitergeführt und bislang gibt es auch kein Update-Preis dafür (habe explizit nachgefragt).

D.h. ich müsste 499,-- Euro für die FMX-Prof-Version zahlen.

Das sehe ich nun nicht ein.

Plane daher, mir eine aufrufbare Exe (evtl. auch DLL) mit Delphi 11.3 zu machen (bis dahin ist die FMX-Version noch nutzbar) und die zu reportenden Daten dann an die EXE / DLL übergeben, die dann die Druckausgabe macht bzw. auch den Designer enthält. Wahrscheinlich wird es eher eine EXE, weil ich die dann (einfacher) auf allen 3 Plattformen (Win, MacOS und Linux) verwenden kann.

[TurboMagic]

Hallo,

wo findet man denn diese Deployment Lizenzinfos?
Hier jedenfalls nicht:

https://www.fast-report.com/buy

[johndoe049]

Zitat:

Zitat von TurboMagic (Beitrag 1538748)

Hallo,

wo findet man denn diese Deployment Lizenzinfos?
Hier jedenfalls nicht:

https://www.fast-report.com/buy

https://www.fast-report.com/licenses

[johndoe049]

Zitat:

Zitat von Harry Stahl (Beitrag 1538736)

Dass man Fastreports (bzw. den Designer) nicht ohne weiteres für ERP-Programme nutzen darf, war schon immer so. Ich hatte mir damals die FMX-Prof. Version von Fastreports zulegen wollen (und habe es auch getan), jedoch vorher gefragt, ob mein Adressenverwaltungsprogramm bzw. Rechnungsprogramm nach deren Auffassung ERP sei. Das hatte man verneint und mir geantwortet, dass ich FR in meinen verkauften Programm nutzen, bzw. den Designer weitergeben darf.

Allerdings wird nun die FMX-Version in alter Form nicht mehr weitergeführt und bislang gibt es auch kein Update-Preis dafür (habe explizit nachgefragt).

D.h. ich müsste 499,-- Euro für die FMX-Prof-Version zahlen.

Das sehe ich nun nicht ein.

Plane daher, mir eine aufrufbare Exe (evtl. auch DLL) mit Delphi 11.3 zu machen (bis dahin ist die FMX-Version noch nutzbar) und die zu reportenden Daten dann an die EXE / DLL übergeben, die dann die Druckausgabe macht bzw. auch den Designer enthält. Wahrscheinlich wird es eher eine EXE, weil ich die dann (einfacher) auf allen 3 Plattformen (Win, MacOS und Linux) verwenden kann.

Hatten wir auch geplant, bis wir folgendes gelesen haben:

3.1 Prohibited Conduct. Licensee shall not:

(g) create a Solution that does not differ significantly from the Software, or the main functionality of which is based mostly on the functionality of the Software;
(h) develop and/or distribute stand-alone report generators based on the Software;

Wir haben bei Fast Report angefragt, ob ein eigenständiges Druckprogramm möglich ist, oder ob das unter die Einschränkungen fällt. Wir warten noch auf eine Antwort von denen.

Wenns nicht damit möglich ist, werden wir Lazarus oder Code Typhoon ein Druckprogramm erstellen und einen Freeware Generator nehmen. LazReport ist vom Funktionsumfang und von der Einbindung fast identisch. Der Designer ist zwar hässlich, aber wie oft muss man Druckvorlagen erstellen oder anpassen.