FastReport funktioniert nicht beim Kunden

[WKaiser]

Hallo,
ich arbeite mit Delphi XE3, MSSQL-Server und Fastreport4.
Bei einem Kunden funktioniert die Reportausgabe nicht - in der Preview werden immer 0 Seiten angezeigt.
Die gleiche Datenbank des Kunden ergibt auf meinen Rechnern normale Reportausgaben.
Der Kunde hat mein Programm auch als Admin gestartet - keinen Erfolg. Seine Rechner sind in einer Domäne, zu deren Konfiguration mir noch nichts bekannt ist.
Wäre für alle Hinweise, wonach ich suchen sollte, sehr dankbar.

[Lemmy]

Hallo,

die benötigte Reportdatei ist vorhanden und liegt im richtigen Verzeichnis?

[WKaiser]

ja alle reportvorlagen liegen im richtigen Verzeichnis - wurde überprüft. Ansonsten käme m.M. auch eine Fehlermeldung - es wird aber das Preview-Fenster angezeigt, allerdings mit 0 Seiten Ergebnis.

[Devil1925]

wird der Fastreport im Quellcode erzeugt und läuft ohne eine Reportdatei oder gibt es eine Datei?

[WKaiser]

Für die verschiedenen Reportausgaben habe ich fr3-Dateien als Reportvorlagen, der Rest wird im Programm/Quellcode organisiert. Bei etlichen Kunden (arbeite erst seit 3 Jahren mit FR4, vorher Quickreport) gab es bisher auch keine Probleme.

[frankyboy1974]

hallo,

schau mal nach dem Druckereinstellungen beim Kunden.

mfg

[WKaiser]

hm,
wonach sollte ich da schauen? evtl. ob überhaupt ein Drucker definiert ist?

[Devil1925]

Ich habe das bei einigen Kunden schon festgestellt, dass der Fastreport nicht funktioniert, wenn kein Standartdrucker installiert / definiert ist.

[WKaiser]

Hallo,
ich habe gerade vom Kunden die Antwort bekommen: es sind mehrere Drucker definiert und auch ein Standarddrucker festgelegt.
Alle Drucker sind Netzwerkdrucker.

[kretabiker]

Was passiert, wenn ein anderer Drucker als Standarddrucker eingestellt wird? Bei einem unserer Kunden lag es an einem fehlerhaften Druckertreiber; nach dem Aktualisieren des Treibers gings dann wieder.

[WKaiser]

Kunde hat jetzt alle definierten Drucker mal als Standarddrucker getestet - keine Änderung.

[Dejan Vu]

Was sagt den der FR-Support?

[Darlo]

Habt Ihr mal probiert ein PDF-Drucker als Standarddrucker zu definieren? Hatte das Problem auch mal dass ein Netzwerkdrucker nicht erreichbar war und dadurch nix ging (allerdings Quickreport). Kann da PDF24 empfehlen, ist auch kostenlos.

[WKaiser]

4 Drucker probiert, PDF war nicht dabei aber ein XPS-Drucker;
an den FR-Support habe ich mich noch nicht vorgearbeitet - wie erreichbar?

[vagtler]

https://www.fast-report.com/de/support/

[EarlyBird]

Zitat:

Zitat von WKaiser (Beitrag 1328633)

Ansonsten käme m.M. auch eine Fehlermeldung - es wird aber das Preview-Fenster angezeigt, allerdings mit 0 Seiten Ergebnis.

Zur Info
Es kommt keine Fehlermeldung wenn der Report nicht gefunden wird.
Eventuell gibt es keine Leseberechtigung die für FR3 Datei?

Kannst Du den Report auf dem Kundenrechner im Designer öffnen?
Bekommt der Report eventuell keine Daten aus der Datenbank?

[blondervolker]

Hallo,

hatte ich auch mal. Gucke mal auf meinen Screen. Ich hatte die PDF nicht mit draufgeklatscht. Vielleicht ? Oder nicht? :lol:

[kretabiker]

Zwei Testmöglichkeiten fallen mir noch ein:
- Was passiert, wenn du direkt druckst, ohne Preview? Kommt überhaupt was raus?
- Was passiert, wenn der Report als PDF exportiert wird (nicht via PDF-Drucker, sondern als Export mit der entsprechenden PDF-Komponente von FR)?

Ausreichend Platz auf dem Systemlaufwerk für temporäre Dateien ist vorhanden?

Ein kleines Testprogramm mit einem einfachen Report (ohne und mit Datenbindung) machen und nochmal alle in diesem Thread genannten Schritte testen. Was passiert?

Nutzt du die Emba-Version von FR oder hast du eine seperate Lizenz? Im zweiten Fall - wenn möglich - auf die neueste Version updaten (so es denn noch eine für FR4 gibt).

Mit den gesammelten Erkenntnissen ggfs. an den FR-Support wenden. Die brauchen immer einiges: Am liebsten ein Testprojekt, ansonsten Angaben zum Rechner und Software: OS-Version, Grafikkarte + Treiberversion, installierte Drucker, verwendete Delphi- und FR-Version usw.

[WKaiser]

Danke,
werde dann mal weiter testen.
Vorab: Die einzelnen Exportkomponenten sind gesetzt (PDF;EXCEL,...)
Das gleiche Programm funktioniert mit den Kundendaten auf mehreren meinen Rechnern und bei mehreren anderen Kunden.
Beim jetzigen Kunden besteht das Problem auf 2 mit diesem Programm ausgerüsteten Rechnern (Server und Client).
Die FR3-Dateien sind tatsächlich im richtigen Verzeichnis vorhanden. Richtig, wenn sie nicht vorhanden sind kommt in der Regel doch keine Fehlermeldung, aber es kommt in den meisten (nicht allen) meiner Untermenüs eine von mir programmierte Fehlermeldung, dass die Printvorlage nicht gefunden wurde.
Ich habe an vielen Stellen ausser der Printausgabe mit Preview noch einen Button für den Export nach EXCEL - d.h. hier wird auch mittels FR4 ein EXCEL-Export ohne Preview mit einer speziellen Vorlage (ohne lästige Titelzeilen und mit ordentlicher Spaltenausrichtung) durchgeführt - funktioniert natürlich bei diesem Kunden auch nicht.

Die Vermutung, dass beim Report keine Daten ankommen habe ich auch - aber warum?

Zur Leseberechtigung der Vorlagen: Der Kunde hatte sich auch als Admin am Rechner angemeldet.

[kretabiker]

Hmhmhm...

Für mein Verständnis, da es sich um eine Client-Server-Anwendung handelt: Der Druck auch nicht, wenn das Programm direkt auf dem Server ausgeführt wird?

[EarlyBird]

welche Komponenten nutzt Du denn für den Datenbankzugriff?

Eventuell kannst Du ja auf einen DB-Monitor sehen was beim Öffnen des Reports passiert.

[WKaiser]

Das gleiche Programm hat auf dem Server das gleiche Problem. Es ist auch keine echte Client-Server-Anwendung. Auf dem Server liegt eben nur die Datenbank und ansonsten die gleichen Anwederprogramme wie auf dem Client.

[kretabiker]

Wenn auch auf dem Server der Ausdruck nicht klappt, kann man rechner- und netzwerkbezogene Ursachen wohl ausschließen. Da wohl auch die Anzeige der Daten im Programm funktioniert (Annahme von mir), nur das Drucken nicht, fällt auch ne Firewall und ein blockierter Zugriff auf die DB aus.

Bleibt die Frage nach der Datenanbindung der Reports und evtl. ein DB-Monitor, wie von EarlyBird vorgeschlagen. Unterscheidet sich bei der Datenanbindung was zwischen Programm und Reports?

[EarlyBird]

Um das Problem ein wenig einzugrenzen kannst Du die FR3 Datei austauschen:
Erstelle einen neuen Report ohne Datenbankanbindung.
Lege einfach nur ein Memo mit Text in das neue Fr3 Template.
Wird auch die Seite nicht angezeigt hast Du ein Datei Zugriffsproblem(Datei im falsches Verzeichnis oder ...)
Wenn Die Seite angezeigt wird liegt es an der Datenbank anbindung

[WKaiser]

Meine Datenanbindung erfolgt über ADO und die zu FR4 gehörigen Komponenten, alles direkt im Programm. Wie schon gesagt, gibt es mit diesem Programm bei mehreren Kunden keinerlei Probleme mit den Reports, nur eben bei dem jetzigen Kunden.

Zum Vorschlag eine Testvorlage ohne Datenanbindung: Nur eine neue Vorlage mit nur einem Titelband oder anderes Band ohne DB-Anbindung und einem Memofeld bringt bei mir keine Ausgabe (auch schon in der Preview in Entwicklungsumgebung. D.h. das Ergebnsi sieht genaqu wie beim Kunden aus, alles leer und in der Kopfzeile werden 0 Seiten angezeigt.

[haentschman]

Moin...:P
[mein Senf]
Der Report dürfte hier nicht der Schuldige sein. Ich denke das das Dataset, welches den Report füttert, leer ist. Kannst du das ausschließen? Du hast diese Frage noch nicht eindeutig beantwortet. :wink:
[/mein Senf]

[EarlyBird]

Zitat:

Zitat von WKaiser (Beitrag 1328744)

Zum Vorschlag eine Testvorlage ohne Datenanbindung: Nur eine neue Vorlage mit nur einem Titelband oder anderes Band ohne DB-Anbindung und einem Memofeld bringt bei mir keine Ausgabe (auch schon in der Preview in Entwicklungsumgebung. D.h. das Ergebnsi sieht genaqu wie beim Kunden aus, alles leer und in der Kopfzeile werden 0 Seiten angezeigt.

Was ist wenn Du nur ein Masterband einfügst, ein Memo mit Text hinzufügst und die Eigenschaft RowCount des Masterbandes auf 5 festlegst und Dataset auf "nicht zugeordnet" einstellst?
Wird der Report dann auch nicht angezeigt?

[WKaiser]

Zum Report ohne Datenanbindung: nach dem letzten Hinweis funktioniert das - um das beim Kunden zu testen muß ich aber nun bis Montag warten. Wenn das dort auch funktioniert, kann ich doch aber nur sagen, dass FR prinzipiell funktioniert. Ich vermute aber, das beim Kunden die Fütterung der Reports mit den Daten nicht funktioniert und damit zur Frage im vor letzten Beitrag.
Ja, Daten liegen zur Reportausgabe bereit. In der Regel werden in dem Programm immer die Daten über einen Report ausgegeben, die gegebenenfalls selektiert und dann im Datengrid angezeigt werden. Der Datenbezug in TfrxDBDataset ist hier durch den Verweis auf das TDataset, das die Daten im Grid anzeigt gegeben. Dieser Mechanismus in diesem und einigen anderen meinen Programmen funktioniert ja auch bei allen Kunden, ausser diesem einen nicht.
Der Kunde hat Client-PC#s mit Windows 7 Prof, 32 Bit und den Server WindowsServer 2008, 64 Bit; Ausserdem habe ich nebenbei (im Telefongespräch) gehört, dass dort Cytrix läuft, aber es wurde behauptet, dass meine Programme nicht über Cytrix eingebunden sind.

[WKaiser]

Hallo,
ich habe jetzt im Anhang 2 meiner Datenanbindungen dargestellt, jeweils die TDataset und TfrxDBDataset.
Wie schon mehrfach vermutet wurde, werden wahrscheinlich die Daten in den Report nicht durchgereicht.
Die meisten meiner Kunden nutzen einen einfachen SQL-Server (auch SQLEXPRESS) mit den Standardeinstellungen bei der Installation, ohne zusätliche Einstelluingen/Konfigurationen durch einen DBO-Experten (der ich auch nicht bin). D.h. damit funktioniert dann alles.
Könnte es nun sein, dass meine im Anhang aufgezeigten Einstellungen zu den Datasets/frxDBDatasets bestimmten speziellen Konfigurationen eines SQL-Servers (SQLServer 2008 Enterprise, SP3) so wiedersprechen, dass in diesem Falle die Datenübergabe nicht funktioniert?

[EarlyBird]

Du kannst im TfrxDBDataset noch prüfen ob die Zuordnung FieldAliases richtig ist.
(Aber wenn es wo anders funktioniert dürfte das wohl nicht der Fehler sein)

Da die Daten im Programm schon angezeigt werden ist meine Vermutung eher das die FR3 Datei nicht gefunden wird.
Daher der Test mit dem Report ohne Datenanbindung. So kannst du den Fehler weiter eingrenzen

[WKaiser]

Den Report ohne Datenanbindung kann ich erst am Montag beim Kunden testen lassen. Jedoch wird das wohl kaum neue Erkenntnisse bringen. Wenn ich mein Verzeichnis mit den FR3-Dateien umbenenne, so kommt von in der Regel von mir eine Fehlermeldung, dass die Reportvorlage nicht gefunden wurden, oder wo ich das vorher nicht kontrolliere passiert bei der Druckaufforderung (Druck-Button) einfach gar nichts.

[kretabiker]

Gibt es hier neue Erkenntnisse?

[WKaiser]

Leider noch keine neuen Erkenntnisse.
Der Kunde ist erst ab 8.2. wieder erreichbar und eine vor einer Woche an den Support von Fastreport gestellte Frage wurde auch noch nicht beantwortet.
Falls das Problem mal gelöst werden sollte, gebe ich unbedingt Bescheid.

Im Moment überlege ich, wie ich das Problem beim Kunden weiter untersuchen lassen könnte. Ich vermute ja, dass die Datenanbindung zu FR nicht übergeben wird, aber warum?
Beispiele zu den Datasets habe ich letztens angehangen - dort alles ok? Wie gesagt, bei den vielen anderen Kunden gibt es mit dem gleichen Programm keine Probleme und die Datenbank auf mehreren meinen Rechnern getestet macht auch keine Probleme.
Ich habe jetzt für weitere Tests beim Kunden die schriftliche Protokollierung von Fehlern beim Preview eingebaut - bisher kam aber keine Fehlermeldung beim Kunden (es wurden eben immer nur 0 Seiten zum Report angezeigt und damit auch keine Reportvorschau).
Gibt es weitere Ideen, was ich als weiter Tests/Überprüfungen beim Kunden vorbereiten könnte?

[frankyboy1974]

hallo,

nur noch mal ins Blaue geraten: Wie sieht das mit der Ländereinstellung beim Kunden aus? Ich hab in meinem Berufsleben, dass schon hin-und wieder erlebt, dass ein Programm bei mir und bei den meisten Kunden funktioniert, aber irgendein Kunde plötzlich die jemenitische Ländereinstellung verwendet und das Programm deswegen nicht richtig funktioniert.

mfg

[WKaiser]

Ok, werde ich dann nächste Woche auch prüfen, obwohl ich hier nicht daran glaube - es handelt sich um einen Kunden in Dresden und m.M. vollständig deutsche Firma.

[kretabiker]

Noch eine Idee für weitere Schritte, wenn das reportlose Testprojekt auch keine Erkenntnisse bringt: Wie wäre es, in einem Testprojekt mit praxisbezogener Datenbindung in den Events des TfrxDBDataSets ein wenig Logging zu betreiben, z.B. um festzustellen, welchen Zustand die Datenmenge hat (ist sie direkt nach dem Öffnen EOF etc.). Und je nachdem was das ADODataset an Möglichkeiten bietet, könnte man dazu parallel auch Logmeldungen wegschreiben (z.B. mit CodeSite leicht möglich)

Oder du versuchst dein Originalprojekt remote zu debuggen. Das hat mir mal geholfen, einen blöden und schwer zu findenden SOAP-Fehler zu identifizieren - irgendwo hier im Forum ist ein Beitrag dazu.

Virenscanner und Firewall, die da irgendwie zwischenfunken könnten, hatten wir schon ausgeschlossen? Ist zwar unwahrscheinlich, da im Restprogramm die Daten wohl angezeigt werden, aber man hat ja schon so einiges erlebt.

[p80286]

Zitat:

Zitat von WKaiser (Beitrag 1329379)

Ok, werde ich dann nächste Woche auch prüfen, obwohl ich hier nicht daran glaube - es handelt sich um einen Kunden in Dresden und m.M. vollständig deutsche Firma.

Ja und? Da ich einige Kollegen in USA habe arbeite ich fast nur mit der englischsprachigen Oberfläche.

Gruß
K-H

[WKaiser]

Ich danke für die großartige Beteiligung.
Das Problem wurde geklärt.
Ich hatte zwar vor dem Reportaufruf das Vorhandensein der Reportvorlage geprüft - mit vollständigem Pfad, aber bei der Zuweisung der Vorlage zum Report mit LoadFromFile hatte ich nur den lokalen Pfad ausgehend vom Programmstandort genutzt und der Kunde hatte das Arbeitsverzeichnis im Desktop-Icon nach der Installation geändert.

Der Support von FR hatte übrigens geantwortet und den Hinweis gegeben nicht die Preview, sondern den .DesignReport zu starten - hier wurde dann im Designer ein neuer/leerer unbekannter Report gestartet.