Frage zu "Foxit Quick PDF Library and Debenu Product Line End-of-Life announcement"

[slemke76]

Hallo zusammen,

ich habe gestern eine Mail von Foxit bekommen, in der es heisst:

Zitat:

From December 13th 2021, Foxit will be sunsetting the following products:
- Foxit Quick PDF Library (All Platforms)
- Debenu PDF Aerialist
- Debenu PDF Aerialist Pharma
- Debenu PDF Tools
- Debenu PDF Tools Pro
- Debenu PDF Viewer SDK
This means that we will not add new features, releases, or enhancements to these products. We will continue to support our customers with active Maintenance and Support contracts for critical bugs and security features until December13th, 2022. After that date, the product will go into end-of-support and you will not be supported any longer.

Es wird dann u.a. auf das "Foxit PDF SDK for Windows" verwiesen.

Meine Frage dazu - wenn ich das richtig sehe, konnte ich bei der "Foxit Quick PDF Library (All Platforms)" den Delphi Source dazu bekommen, bei dem "Foxit PDF SDK for Windows" gibt es anscheinend nichts für Delphi (siehe https://developers.foxit.com/platform-page-windows/), so dass man dann etwas mit DLLs o.ä. bauen müsste.

Sehe ich das richtig?

Wenn dem so wäre, wäre das sehr schade. Ich habe einen Prototypen für eine Idee gebaut und das Produkt passte richtig gut. Ich würde gerne den Inhalt des PDFs auswerten; prima fand ich, dass alles in meiner EXE ist, was ich brauche.

Grüße
Sebastian

[fred.ahrens]

Mist!
Habe gerade auf QuickPDF umgestellt und eine Lizenz dafür gekauft.

Kennt jemand gute Alternativen (außer Gnostice)?

[KodeZwerg]

WPCubed, sehr gute Delphi Integration für PDF.

[Harry Stahl]

Das ist echt schade, habe mich da gerade richtig gut eingearbeitet. Und echter Vorteil war, dass Quick PDF für alle Plattformen zur Verfügung stand (wobei ich nur Windows, macOS und Linux verwendet habe).

Ich überlege evtl. dennoch die Delphi-Source Version zu kaufen, falls das noch (also preislich reduziertes Upgrade) geht, damit könnte man wohl noch eine Zeit lang zu recht kommen.

Die Library ist echt schon mächtig, so ca. 1000 API Funktionen, um PDF in jeder Hinsicht zu bearbeiten.

Aber ansonsten wäre ich hier auch interessiert an Ersatz-Empfehlungen, vor allem Plattform übergreifende Alternativen...

[slemke76]

Hallo,

Zitat:

Zitat von fred.ahrens (Beitrag 1498933)

Kennt jemand gute Alternativen (außer Gnostice)?

spricht etwas gegen Gnostice? Habe mir das eben mal angesehen...

Zitat:

Zitat von Harry Stahl (Beitrag 1498941)

Ich überlege evtl. dennoch die Delphi-Source Version zu kaufen, falls das noch (also preislich reduziertes Upgrade) geht, damit könnte man wohl noch eine Zeit lang zu recht kommen.

Dann man schnell, die Mail klang so, als ob das ab Montag nicht mehr klappt.

Grüße
Sebastian

[Harry Stahl]

Zitat:

Zitat von Harry Stahl (Beitrag 1498941)

Ich überlege evtl. dennoch die Delphi-Source Version zu kaufen, falls das noch (also preislich reduziertes Upgrade) geht, damit könnte man wohl noch eine Zeit lang zu recht kommen.

Zitat:

Zitat von Sebastian

Dann man schnell, die Mail klang so, als ob das ab Montag nicht mehr klappt.

Grüße
Sebastian

Wenn, dann würde ich jetzt nicht den vollen Preis zahlen wollen, sondern quasi ein Upgrade, habe aktuell 3 Lizenzen für Windows, macOS und Linux. Der volle Preis für die Delphi-source-version ohne Vergünstigung wäre 1000 Euro, das wäre mir doch ein wenig zu viel des Guten... Ich habe dem Sales Bereich eine Mail geschickt..., mal sehen...

[fred.ahrens]

Zitat:

Zitat von slemke76 (Beitrag 1498943)

spricht etwas gegen Gnostice? Habe mir das eben mal angesehen...

Es gibt viele Probleme mit Speicherverbrauch und Speicherlecks - vor allem bei größeren PDF-Dateien. Deshalb habe ich gerade zu QuickPDF gewechselt, da hier z.B. eine der Funktionen die wir ausführen (Stamp auf jeder Seite des Dokuments einfügen) nur ca. 120kb Arbeitsspeicher belegt, während Gnostice für die selbe Aktion gerne mal die 2GB-Grenze sprengt.

Es gab auch oft Probleme, dass einige PDF-Dateien beim Einlesen mit Gnostice zum Absturz geführt haben. Man konnte zwar diese Dateien als Beispiel an den Support schicken und es gab auch relativ schnell einen Fix, aber es dauerte oft nicht lange, bis die nächste Datei mit einem Problem auftauchte, die den nächsten Fix erforderte. Alles in allem machte die Gnostice-Lösung eher einen sehr fragilen Eindruck.
Bei QuickPDF haben wir alle bekannten Problemfälle durchgejagt und hatten von Anfang an keine Probleme. Selbst bei PDF-Dateien, die auch im Acrobat Reader Probleme machen, ist die Fehlerbehandlung irgendwie stabiler und lässt nicht gleich die ganze Anwendung abstürzen.

Ich spiele auch schon mit dem Gedanken, die Quelltexte für QuickPDF zu kaufen. Wenn man damit die Sprünge zu Delphi 11 und 12 schaffen würde, wäre mir damit schon geholfen.

[slemke76]

Guten Morgen,

Zitat:

Zitat von fred.ahrens (Beitrag 1498949)

Es gibt viele Probleme mit Speicherverbrauch und Speicherlecks [..]

Danke für dein Feedback. Ich habe jetzt eben tatsächlich noch QuickPDF mit Source gekauft, für meine Zwecke ist das prima, die nächsten Sprünge sollten mit Source wohl auch machbar sein hoffe ich :-)

Grüße
Sebastian

[Bernhard Geyer]

Zitat:

Zitat von fred.ahrens (Beitrag 1498949)

Zitat:

Zitat von slemke76 (Beitrag 1498943)

spricht etwas gegen Gnostice? Habe mir das eben mal angesehen...

Es gibt viele Probleme mit Speicherverbrauch und Speicherlecks - vor allem bei größeren PDF-Dateien. Deshalb habe ich gerade zu QuickPDF gewechselt, da hier z.B. eine der Funktionen die wir ausführen (Stamp auf jeder Seite des Dokuments einfügen) nur ca. 120kb Arbeitsspeicher belegt, während Gnostice für die selbe Aktion gerne mal die 2GB-Grenze sprengt.

Es gab auch oft Probleme, dass einige PDF-Dateien beim Einlesen mit Gnostice zum Absturz geführt haben. Man konnte zwar diese Dateien als Beispiel an den Support schicken und es gab auch relativ schnell einen Fix, aber es dauerte oft nicht lange, bis die nächste Datei mit einem Problem auftauchte, die den nächsten Fix erforderte. Alles in allem machte die Gnostice-Lösung eher einen sehr fragilen Eindruck.

Die Probleme mit Gnostics kann ich bestätigen.
Grusseliger Quellcode. Selbst da was zu machen würde mehr oder minder in bestehenden Quellcode wegschmeißen und neu machen.
Selbst nach einem "großen Redesign" waren grundlegende Probleme immer noch vorhanden.

Ein Glück das wir für unsere Aufgaben auf PDFBox wechseln konnten und seitdem ist der Supportaufwand gefühlt um 100% gefallen
(Und wenn es mal einen gab, hat es oft gereicht wieder die neueste PDFBox-Version zu ziehen und zu integrieren).

[Harry Stahl]

Leider kenne ich nur die Quick-PDF Library, die mit ca. 1000 API-Funktionen recht umfangreich ist und mir da eigentlich nichts unmöglich mit scheint.

Falls man mir morgen die Source-Version nicht mehr (zudem wie von mir gewollt zu einem vergünstigten Upgrade-Preis) verkaufen sollte, stehe ich erst mal mit der bisherigen Lösung da (Einzel Quick-PDF-Lizenzen auf DLL-Basis) da, die dann aber Ende 2022 endgültig tot ist.

Ich bräuchte also irgendwann bald einen Ersatz mit entsprechendem Leistungsumfang und zwar für die Plattformen Windows, MAC und Linux und das auch halbwegs erschwinglich (also gerne deutlich unter 1000 Euro).

Wenn es nur für Windows ist scheidet es aus...

Unter pdfbox finde ich übrigens nichts vernünftiges / eindeutiges. Was ist damit genau gemeint?

[Bernhard Geyer]

Zitat:

Zitat von Harry Stahl (Beitrag 1498970)

Unter pdfbox finde ich übrigens nichts vernünftiges / eindeutiges. Was ist damit genau gemeint?

Das PDF-Box: https://pdfbox.apache.org/
Ist zwar Java-Code, aber da wir bei uns eh schon die Jara-Runtime zu unserem Delphi-Programm mitliefern (wegen DB-Zugriffskomponenten) war die Integration der Lib (hier nur für 2 Funktionen als Kommandozeilenaufruf) auch kein Hexenwerk mehr.

[Harry Stahl]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1498980)

Zitat:

Zitat von Harry Stahl (Beitrag 1498970)

Unter pdfbox finde ich übrigens nichts vernünftiges / eindeutiges. Was ist damit genau gemeint?

Das PDF-Box: https://pdfbox.apache.org/
Ist zwar Java-Code, aber da wir bei uns eh schon die Jara-Runtime zu unserem Delphi-Programm mitliefern (wegen DB-Zugriffskomponenten) war die Integration der Lib (hier nur für 2 Funktionen als Kommandozeilenaufruf) auch kein Hexenwerk mehr.

Danke für den ergänzenden Hinweis. Freut mich, dass es für Euch passt, aber Java möchte ich nicht verwenden (und die Java-Runtime dürfe ja einiges an Umfang haben). Ich stehe da mehr auf schlankere Programmvarianten...

[Bernhard Geyer]

Zitat:

Zitat von Harry Stahl (Beitrag 1498986)

Danke für den ergänzenden Hinweis. Freut mich, dass es für Euch passt, aber Java möchte ich nicht verwenden (und die Java-Runtime dürfe ja einiges an Umfang haben). Ich stehe da mehr auf schlankere Programmvarianten...

Ja, Java ist einiges an Overhead.
Aber für uns ideal, da die Online-Variante eh mit Java läuft und damit auch Teile des Code einen Reuse erfahren können.
Auf jedenfall war mit Ablösung von Gnostice eine doch schon mehr als nervige Fehlerquelle weg.

[gubbe]

Wenn man nach PDF-Lösungen für Delphi sucht, findet man oft nur QuickPDF oder Gnostice und übersieht eine sehr gute Alternative.
Ich kann DynaPDF sehr empfehlen. Das ist zwar nicht in Delphi geschrieben, aber es gibt eine Delphi-Unit zur Einbindung der DLL.
Sehr mächtige Bibliothek zu Bearbeitung und Anzeige von PDF-Dateien. Quelltext (C++) in der Enterprise-Version erhältlich, deutscher Hersteller, guter Support und vor allem für so ziemlich alle Plattformen verfügbar.

Ich habe auch QuickPDF, aber da war nach meinem Endruck schon länger absehbar, dass das nicht mehr lange unterstützt wird seitdem es von Foxit übernommen wurden. Der Support hatte mich auch nicht überzeugt. Was habe ich von einem Bugfix, der erst mit dem nächsten offiziellen Release kommt? Bei DynaPDF dagegen gibt es häufige Updates. Schaut mal im Download-Bereich nach dem Datum der verschiedenen Versionen. Teilweise 1-2 neue Versionen pro Monat.

Wenn man die Erfahrungen mit Gnostice so liest, nützt es doch auch nichts, wenn das Produkt in Delphi geschrieben ist, wenn die Qualität nicht überzeugt. Bei DynaPDF liegt dann eben noch eine DLL im Programmverzeichnis, aber QuickPDF war auch schon länger nicht mehr nur reines Delphi, seit für das Rendering PDFium eingebaut wurde.

Ansonsten hat aber auch Winsoft ein paar Lösungen, auf den verschiedenen Plattformen die nativen PDF-Bibliotheken einzubinden oder auch PDFium unter Windows.

[Harry Stahl]

Zitat:

Zitat von gubbe (Beitrag 1499000)

Ich kann DynaPDF sehr empfehlen. Das ist zwar nicht in Delphi geschrieben, aber es gibt eine Delphi-Unit zur Einbindung der DLL.
Sehr mächtige Bibliothek zu Bearbeitung und Anzeige von PDF-Dateien.

Hey, danke für diese Info.

Hier gibt es eine gute Feature-Übersicht dafür: https://www.dynaforms.com/de/features.html

Scheint im Prinzip alles dabei zu sein, was man auch mit Quick-PDF machen kann. Dass es eine DLL ist, würde mich nicht stören, habe bislang auch nur auf dieser Basis mit Quick-PDF gearbeitet (hat auch durchaus einige Vorteile).

[win568]

Hi

Wir verwenden GDPicture von Orpalis. Komplette Integration per TLB in Delphi. Durch SideBySide Loading kann das Framework ohne Registrierung verwendet werden.

[Harry Stahl]

Zitat:

Zitat von fred.ahrens (Beitrag 1499037)

....

- erledigt.

[gubbe]

Zitat:

Zitat von Harry Stahl (Beitrag 1499039)

Zitat:

Zitat von fred.ahrens (Beitrag 1499037)

....

- erledigt.

Hmm, was ist denn hier passiert? Wollt ihr uns nicht teilhaben lassen an der Diskussion? :)

[fred.ahrens]

Zitat:

Zitat von gubbe (Beitrag 1499054)

Zitat:

Zitat von Harry Stahl (Beitrag 1499039)

Zitat:

Zitat von fred.ahrens (Beitrag 1499037)

....

- erledigt.

Hmm, was ist denn hier passiert? Wollt ihr uns nicht teilhaben lassen an der Diskussion? :)

Sorry. Ich war da etwas voreilig und Foxit hat mich um Löschung gebeten.
Ich kann aber empfehlen, sich mit dem Foxit Support in Verbindung zu setzen. Man ist dort um Unterstützung bemüht. Jetzt wo die Situation geklärt ist, antworten sie ja auch wieder :-D

[Harry Stahl]

Zitat:

Zitat von gubbe (Beitrag 1499000)

W
Ich kann DynaPDF sehr empfehlen. Das ist zwar nicht in Delphi geschrieben, aber es gibt eine Delphi-Unit zur Einbindung der DLL.

Ich teste gerade mal, lädt PDF-Dateien sehr schnell. Was ich noch nicht ganz verstanden habe, wie ich pdf.RenderpageToImage anwende, wenn ich das Image nicht als datei auf die Festplatte speichern, sonder in den Imagebuffer (Memory) schreiben möchte.

Und wie lese ich den (mit GetImageBuffer) wieder aus?

Hast Du da evtl. ein Beispiel zur Hand?

[swestner]

Hallo,

wir haben einen langen Leidensweg mit PDF-Verarbeitung / Anzeige hinter uns:

Gnostice, Synapse (wegen PDF/A), PDFIum (Winsoft), PDFKit unter iOS usw.

Das QuickPDF hatten wir uns auch mal angesehen aber die Firma Foxit hat Anfragen nicht beantwortet usw. Wenig vertrauenserweckend.

Das ganze PDF-Thema war ein ständiges Elend. Unsere Anforderungen sind umfangreich:
PDFs zusammenführen, Wasserzeichen anbringen, PDFs verschlüsseln, PDFs splitten, GUI um PDFs anzuzeigen und Annotations darauf zu zeichnen, Seiten extrahieren, Inhalte von PDFs ändern, PDF von Scratch auf erstellen, Bilder einfügen / extrahieren / ersetzen, PDF/A, das ganze Threadsafe (!) und noch zig anderes Zeug mehr.

Vor drei Monaten hatten wir dann Kontakt zu DynaPDF aufgenommen.

Der Hersteller hat uns dann im Rahmen eines Kundenprojekts die Delphi-Bibliotheken angepaßt und den bereits vorhandenen Viewer um die Funktionen zur Anbringung von Annotations auf dem PDF ergänzt.

Vorerst nur unter VCL aber für Frühjahr ist FMX geplant.

Unter VCL sind wir aber schon mit der aktuell verfügbaren Lösung sämtliche Probleme los und die Bibliothek ist rasend schnell.

Selbst in unseren in C# geschriebenen Webservices haben wir das iText rausgeworden und durch DynaPDf ersetzt. Keine Problem mehr insbesondere bei kaputten PDFs.

Wenn wir jetzt das FMX im Frühjahr noch umgesetzt bekommen dann haben wir eine Bibliothek für VCL, FMX und .Net und sparen uns eine Menge Arbeit bei der Verwaltung von Drittkomponenten und können Wissen bündeln und wiederverwenden und sind die ganzen Probleme mit Gnostice, PDFium usw. endlich los.

Vor dem Hintergrund kann ich jedem nur raten, einen ähnlichen Weg zu gehen wie wir.

https://www.dynaforms.com/de/home.html

Die Enterprise-Lizenz für etwas mehr als 1000 Euro ist wirklich gut angelegtes Geld.

Ein Wartungsvertrag wird empfohlen.

Grüße

Stefan

[gubbe]

Zitat:

Zitat von fred.ahrens (Beitrag 1499056)

Ich kann aber empfehlen, sich mit dem Foxit Support in Verbindung zu setzen. Man ist dort um Unterstützung bemüht. Jetzt wo die Situation geklärt ist, antworten sie ja auch wieder :-D

Danke für den Hinweis. Ich werde dort mal nachfragen, welche Optionen es jetzt gibt.

[haentschman]

Moin...:P

Zitat:

DynaPDF

...verwendet die Bibliothek gsdll32.dll oder ist das ganze nativ? :gruebel:

[gubbe]

Zitat:

Zitat von haentschman (Beitrag 1499070)

...verwendet die Bibliothek gsdll32.dll oder ist das ganze nativ? :gruebel:

Nein, DynaPDF verwendet kein Ghostscript. Es steckt alles in einer DLL ohne weitere Abhängigkeiten.

[haentschman]

:thumb: +1

[gubbe]

Zitat:

Zitat von Harry Stahl (Beitrag 1499058)

Ich teste gerade mal, lädt PDF-Dateien sehr schnell. Was ich noch nicht ganz verstanden habe, wie ich pdf.RenderpageToImage anwende, wenn ich das Image nicht als datei auf die Festplatte speichern, sonder in den Imagebuffer (Memory) schreiben möchte.

Und wie lese ich den (mit GetImageBuffer) wieder aus?

Hast Du da evtl. ein Beispiel zur Hand?

Ich verwende die Funktion nicht, sondern zeichne mit einem Rasterizer in einen Device Context. Dazu gibt es bei DynaPDF auch Beispiele in Delphi.

Wenn Du mit RenderPageToImage arbeiten willst, müsstest Du den Rückgabewert von GetImageBuffer direkt als Bild im angegebenen Format weiterverarbeiten.
Ich habe das mal versucht und das Beispiel (render_page_to_image) so abgewandelt, dass das Bild im Speicher erzeugt wird:

Delphi-Quellcode:

procedure RenderPageToImage(Image: TImage);
var
  w: Integer;
  pdf: TPDF;
  BufSize: Cardinal;
  Buffer: PAnsiChar;
  Stream: TMyStream;
begin
  pdf := nil;
  try
    pdf := TPDF.Create;
    pdf.CreateNewPDF(''); 
    pdf.SetImportFlags(ifImportAll or ifImportAsPage);
    if pdf.OpenImportFile('test.pdf', ptOpen, '') < 0 then
    begin
      pdf.Free;
      Exit;
    end;
    pdf.Append;
    pdf.ImportPageEx(1, 1.0, 1.0);
    pdf.EndPage;
    w := 1024;
    if pdf.RenderPageToImage(1, '', 0, w, 0, rfDefault, pxfRGB, cfFlate,
      ifmPNG) then
    begin
      buffer := pdf.GetImageBuffer(BufSize);
      Stream := TMyStream.Create;
      try
        Stream.SetPointer(Buffer, BufSize);
        Image.Picture.LoadFromStream(Stream);
      finally
        pdf.FreeImageBuffer;
        Stream.Free;
      end;
    end;
  except
    on E: Exception do
    begin
      Showmessage(E.Message);
    end;
  end;
  if pdf <> nil then
    pdf.Free;
end;

MyStream ist einfach ein MemoryStream in der gleichen Unit, damit man die Protected-Funktion "setPointer" aufrufen kann:

Delphi-Quellcode:

type
  TMyStream = class(TMemoryStream)
  end;

Zum Testen braucht man nur ein TImage im Form und ruft bei ButtonClick die Funktion auf. Die DLL muss neben der Exe liegen und natürlich eine test.pdf.

Vielleicht hat auch jemand eine bessere Idee hat, wie man das Bild aus dem Buffer laden kann?

[Harry Stahl]

Zitat:

Zitat von gubbe (Beitrag 1499082)

Wenn Du mit RenderPageToImage arbeiten willst, müsstest Du den Rückgabewert von GetImageBuffer direkt als Bild im angegebenen Format weiterverarbeiten.
Ich habe das mal versucht und das Beispiel (render_page_to_image) so abgewandelt, dass das Bild im Speicher erzeugt wird:

Herzlichen Dank!

Funktioniert prima.

Meine Tochter hat mir aus ihrer Studienzeit (Architektur) mal so ein paar Monster PDF-Dateien (zig tausende Elemente, Blattmaße 42x80 cm) zum Testen gegeben. Hier rendert Dynapdf die Seiten im Vergleich zu QPDF 2-3 mal so schnell, das ist doch ein deutlicher Unterschied (statt 6 nur 2 Sekunden warten).

Kleines Update: Dyna-PDF funktioniert auch unter Linux und macOS.

[bytecook]

Hallo Leute,

ich habe jetzt gerade wieder mal probiert, den Debenu Support zu erreichen. Ich habe eine aktive "Premium Upgrade Protection Subscription [Delphi Source Code License]", die noch bis 08/22 läuft.
Ich frage regelmäßig bei Foxit wegen des aktuellen Sourcecodes nach, jedoch erhalte ich seit Monaten keine Antwort auf meine Anfragen. Bevor ich jetzt meinen Anwalt einschalte wollte ich nochmal nachfragen, ob es ggf eine andere Adresse von Foxit als <<[e-mail]>> gibt.

Lg,
Peter

[gubbe]

Hallo Peter,

schreib mal direkt an leonardo_martello (statt support). Zumindest habe ich von ihm zuletzt im Dezember den aktuellen Quelltext bekommen.

[bytecook]

Zitat:

Zitat von gubbe (Beitrag 1504264)

Hallo Peter,

schreib mal direkt an leonardo_martello (statt support). Zumindest habe ich von ihm zuletzt im Dezember den aktuellen Quelltext bekommen.

Danke, habe ich eben gemacht!

NACHTRAG: Hat endlich funktioniert, habe 18.22 erhalten (6.12.2021). Gehe davon aus, das dies der letzte war :).

[ULIK]

Danke für die Info, die letzte offizielle Version war meines Wissens 18.11 nämlich. Da scheinen sie also im Hintergrund doch noch was gemacht zu haben :?