Excel-Datei in Dienst + Thread erzeugen und speichern

[marky522]

Hallo,

in der DLL wird eigentlich nichts Besonderes gemacht.
Es sind folgende Units eingebunden - betrifft die Version V2, die ja verwendet wurde:

uses
SysUtils,math,Windows,
Classes;

Ich kann mir jedenfalls nicht erklären, warum es nicht geht, bzw. nicht gehen soll.

Kann es sein, dass Du aus einem Dienst heraus die DLL nicht aufrufen kannst oder darfst,
z.B. aufgrund des Verzeichnisses, in dem die DLL liegt?

Gruß Markus

[FBrust]

Hallo,

die DLL liegt im gleichen Verzeichnis, in dem auch die exe des Dienstes liegt (D:\Ausgabe, also nicht das Programmverzeichnis).

Ich habe wiederum ein Testprogramm erstellt, das auch dort liegt und die gleiche Funktion zum Erstellen der Excel-Datei verwendet - das funktioniert, aber aus dem Dienst heraus passiert nichts, keine Datei, keine Fehlermeldung.


Gruß
Frank

[himitsu]

Hast du mal im VirtualStore nachgesehn, ob sie nicht vielleicht dort liegt?

Bzw. in Taskmanager/Prozesse kann man sich auch so Spalten einblenden, ala UAC-Virtualisierung und Datenausführungsverhinderung.
Letzteres sollte hier aber eigentlich egal sein und UAC steht vermutlich auf Deaktiviert, aber das sollte so auch OK sein.


Die DLL wird im Hauptthread geladen und dann im Thread verwendet, oder nur im Thread ge- und entladen?

Zitat:

Zitat von FBrust (Beitrag 1269077)

passiert nichts, ..., keine Fehlermeldung.

Sicher?
http://www.delphipraxis.net/181427-f...ml#post1268581
http://www.delphipraxis.net/180673-s...ml#post1261638
http://www.delphipraxis.net/179601-d...ml#post1252483

[FBrust]

Hallo,

ich hab mich an dem Beispielprogramm orientiert, dort wird die DLL auch nicht explizit ge- und entladen, ich vermute, dass dies in der Unit passiert, aber da kann Markus sicher mehr dazu sagen.

Ansonsten wird die Unit UXLSV2 nur in diesem einen Thread (der ja nur ein Unterthread ist) verwendet.

Hab gerade nachgesehen, im Virtualstore ist die Datei auch nicht.


Gruß
Frank

[himitsu]

Zitat:

Zitat von FBrust (Beitrag 1269090)

ich vermute, dass dies in der Unit passiert,

:nachseh:

"external"
Jupp, wird von der Unit, genauer von Windows (dem Loader) beim Programmstart geladen, also im Haupthtread.

[marky522]

Hallo Frank,

ich kann mir nicht erklären, warum die Exceldateierstellung in einem Dienst nicht laufen sollte.

Ich habe Dir mal die für Delphi 2010 Prof. kompilierte Usbiff8.dcu der Usbiff8.pas angehängt zusammen mit einem
Demo-Projekt - also keine DLL, nur Units. In einen Thread habe ich das schon laufen lassen, und es geht.

Würde mich interessieren, ob es damit in einem Dienst klappt.

MfG
Markus

[FBrust]

Hallo Markus,

danke für das Testprogramm.

Ich habe im Dienst nun mit Hilfe des Testprogramms folgende Funktion erstellt:

Delphi-Quellcode:

function TResultT.TestExcelfile(intCustID: integer; strResultFile: string): boolean;
var
  strFile    : string;
  strPath    : string;
  strFileName: string;
  XLSFile    : TXLS;
begin
  Result := True;

  strFileName := 'D:\Ausgabe\test.xls';
  try
    try
      XLSFile           := CreateXLS(PAnsiChar(strFileName),xlsfmcreate);
      XLSFile.Creator   := PAnsiChar('Test99');
      XLSFile.Font.Name := (PAnsiChar('Segoe UI'));
      XLSFile.WorkSheetAdd(PAnsiChar('Stichprobenergebnis'));

       // Kopfdaten
      XLSFile.Write(0,1,1, PAnsiChar('Test'));
      XLSFile.Write(0,1,3, PAnsiChar('Kunde'));

      XLSFile.Write(0,2,3, PAnsiChar(GetCustNameByID(intCustID, conData)));

      XLSFile.Write(0,1,4, PAnsiChar('Stichprobe vom:'));

      XLSFile.Write(0,1,5, PAnsiChar('Prüfer/in:'));

      XLSFile.Write(0,1,6, PAnsiChar('Vereinbartes Qualitätsniveau:'));

      XLSFile.WriteFile;
    except
      on E:Exception do
        begin
          WriteLog('Fehler bei Erzeugen Excel-Tabelle, Meldung: ' + E.Message, 1);
          Result := False;
        end;
    end;
  finally
    XLSFile.Free;
  end;

Beim Durchsteppen im Debugger zeigt sich, dass diese Methode auch ohne Probleme durchlaufen wird. Es wird aber keine Datei geschrieben. Die Datei ist, wie im obigen Quellcode zu sehen, mit komplettem Pfad angegeben.

Der Dienst läuft unter SYSTEM. SYSTEM hat auf den Zielordner volle Zugriffsrechte.

Ich bin jetzt dabei, ein kleines VCL-Programm zu schreiben, dass vom Dienst per ShellExecute aufgerufen wird, mal sehen, ob das besser funktioniert.

Anmerkung: Was mich halt verwirrt, ist dass im gleichen Thread (TResultT) per FastReport PDF-Dateien erzeugt werden (auch mehrere hintereinander), die im gleichen Verzeichnis landen - das funktioniert einwandfrei, nur Excel (und in Fortsetzung von dem Ganzen) und Outlook weigern sich zu kooperieren. Evtl. muss dafür später ein Tray-Programm her.


Grüße
Frank

[Sir Rufo]

Dein Resourcenschutzblock und Exceptionblock sind falsch. So ist das richtig:

Delphi-Quellcode:

function TResultT.TestExcelfile(intCustID: integer; strResultFile: string): boolean;
var
  strFile    : string;
  strPath    : string;
  strFileName: string;
  XLSFile    : TXLS;
begin
  Result := True;

  strFileName := 'D:\Ausgabe\test.xls';
  try
    XLSFile           := CreateXLS(PAnsiChar(strFileName),xlsfmcreate);
    try
      XLSFile.Creator   := PAnsiChar('Test99');
      XLSFile.Font.Name := (PAnsiChar('Segoe UI'));
      XLSFile.WorkSheetAdd(PAnsiChar('Stichprobenergebnis'));

       // Kopfdaten
      XLSFile.Write(0,1,1, PAnsiChar('Test'));
      XLSFile.Write(0,1,3, PAnsiChar('Kunde'));

      XLSFile.Write(0,2,3, PAnsiChar(GetCustNameByID(intCustID, conData)));

      XLSFile.Write(0,1,4, PAnsiChar('Stichprobe vom:'));

      XLSFile.Write(0,1,5, PAnsiChar('Prüfer/in:'));

      XLSFile.Write(0,1,6, PAnsiChar('Vereinbartes Qualitätsniveau:'));

      XLSFile.WriteFile;
    finally
      XLSFile.Free;
    end;
  except
    on E:Exception do
      begin
        WriteLog('Fehler bei Erzeugen Excel-Tabelle, Meldung: ' + E.Message, 1);
        Result := False;
      end;
  end;
end;

[marky522]

Hallo Frank,

ich bitte Dich noch mal genau zu überprüfen, ob du die USbiff8.dcu oder eine der DLLs verwendest.

Es sieht für mich nämlich so aus, als würdest Du jetzt die DLL Usbiff8.dll verweden - zumindest wäre dann Dein Code stimmig.
Bei dieser Variante verbleibt die Instanz der Klasse nicht in der DLL, sondern es wird auch in deinem Code direkt angesprochen.

Wenn Du eine DLL verweden willst, empfehle ich Dir die Usbiff8V2.dll, bei der die Instanz in Klasse in der DLL verbleibt, oder
Du probiert die Variante aus Test.zip ganz ohne DLL.

Bitte beachte, dass die Schnittstellen bei allen drei Varianten sich geringfügig unterscheiden!

MfG

Markus

[FBrust]

Hallo Markus,

es funktioniert :party:

ich habe jetzt (nach einem erneuten tiefen Blick in das Testprogramm) die usbiff8.dcu in die Uses-Klausel des Dienstes aufgenommen und die Testfunktion so umgeschrieben:

Delphi-Quellcode:

   
function TResultT.TestExcelfile(intCustID: integer; strResultFile: string): boolean;
var
  strFile: string;
  XLSFile: TXLSExport;
begin
  Result := True;

   strFile := 'D:\Ausgabe\Test.xls';

   XLSFile:= TXLSExport.Create(strFile,xlsfmcreate);
   XLSFile.Creator := AnsiString('Test');
   /////// FÜLLMUSTER //////////
   XLSFile.WorkSheetAdd(AnsiString('Füllmuster'));
   XLSFile.SetColWidth(0,0,20);
   XLSFile.SetColWidth(0,1,20);
   XLSFile.Pattern.Style := TXLSPatternstyle(0);
   XLSFile.Font.Name:=AnsiString('Times New Roman');
   XLSFile.Write(0,0,0,AnsiString('test:'));

   XLSFile.Free;
end;

Dies wäre nach meinem Verständnis die Variante ohne DLL.

Die obige Funktion macht jetzt auch, was sie soll, d. h. es wird eine test.xls im angegebenen Verzeichnis erzeugt, die auch lesbar ist :thumb:

Jetzt muss ich sie nur noch so ausbauen, dass sie die geforderten Daten enthält, aber das sollte machbar sein.

Jedenfalls nochmals vielen Dank für Euer aller Mühe (wg. "Mail an Outlook in Dienst und Thread übergeben" melde ich mich dann in einem neuen Thread 8-)).

Grüße
Frank