Debuggen von Azure Functions auf dem lokalen Rechner mit IronOCR

Curtis Chau

Updated: 29. Juni 2026

Download IronOCR

• NuGet Download
• DLL Download
• Windows Installer

• ---

• Start Free Trial

Copy for LLMs

• Copy for LLMs

  Copy page as Markdown for LLMs
  # Debuggen von Azure Functions auf dem lokalen Rechner mit IronOCR ## Probleme beim lokalen Ausführen von Azure Häufige Ausnahmen, die bei diesem Problem auftreten, sind: - Fehler beim Bereitstellen von Tesseract für IronOCR - 'libtesseract-5' konnte nicht gefunden werden - 'libtesseract-5' kann nicht gefunden werden - 'Tesseract-5' konnte nicht gefunden werden - Fehler beim Suchen der Bereitstellungskonfigurationsdatei unter \bin\runtimes\win-x64\native\IronOcr.Native.deployment.json - IronOCR: Fehlende .traineddata-Datei für 'EnglishBest', die unter folgendem Pfad liegen sollte ## Problem mit Abhängigkeiten beim Ausführen von Azure Functions lokal Beim lokalen Ausführen von Azure mit Azurite (VS2022) oder dem Azure Storage Emulator (VS2019) wird ein zusätzliches Bin-Verzeichnis erstellt, das der Storage Emulator für die Bereitstellung nutzt. Nur DLL-Dateien werden in dieses Verzeichnis kopiert, sodass Software, die zusätzliche Dateien erfordert, nicht funktioniert und die oben genannte Ausnahme auslösen kann. Sie können dieses Problem beheben, indem Sie das Runtimes-Verzeichnis in das separate Bin-Verzeichnis kopieren, das vom Storage Emulator verwendet wird. Wir empfehlen dies als Post-Build-Ereignis zu tun (siehe unten für Anweisungen), wenn es lokal ausgeführt wird (da durch erneutes Kompilieren/Bauen das Bin-Verzeichnis in seinen ursprünglichen Zustand zurückkehren wird). Dieses Problem werden Sie nicht haben, wenn Sie in die Cloud bereitstellen. - **Problem:** Beim lokalen Ausführen eines Azure-Funktion-Projekts wird ein zusätzliches _bin_-Verzeichnis erstellt, aus dem es die Funktion ausführt. Es kopiert jedoch nicht alle erforderlichen Dateien in dieses _bin_-Verzeichnis. - **Beispiel:** Ein Projekt unter _C:\code\azure-functions-test_, das nach _C:\code\azure-functions-test\bin\Debug\netcoreapp3.1_ gebaut wird - **Lösung:** Kopieren Sie das Verzeichnis _C:\code\azure-functions-test\bin\Debug\netcoreapp3.1\runtimes_, sodass es auch innerhalb von _C:\code\azure-functions-test\bin\Debug\netcoreapp3.1\bin_ existiert - Dateien überschreiben, wenn aufgefordert.  ## Schritte für das Post-Build-Ereignis 1. Klicken Sie mit der rechten Maustaste auf das Azure Functions-Projekt und wählen Sie Eigenschaften. 2. Scrollen Sie nach unten zum Bereich Ereignisse. 3. Geben Sie einen Post-Build-Ereignisbefehl ein, der alle erforderlichen Dateien in das richtige Verzeichnis kopiert: ```shell XCOPY "$(TargetDir)runtimes" "$(TargetDir)bin\runtimes" /S /E /Y /I /R /D ``` - **Erklärung:** - `XCOPY` wird verwendet, um Dateien und Verzeichnisse zu kopieren. - `$(TargetDir)runtimes` ist das Quellverzeichnis, in dem die Laufzeitdateien zunächst kompiliert werden. - `$(TargetDir)bin\runtimes` ist das Zielverzeichnis für Laufzeitdateien, wenn die Anwendung lokal ausgeführt wird. - Optionen: - `/S` kopiert Verzeichnisse und Unterverzeichnisse, außer leere. - `/E` kopiert alle Unterverzeichnisse, einschließlich der leeren. - `/Y` unterdrückt die Bestätigung zum Überschreiben vorhandener Dateien. - `/I` nimmt an, dass, wenn das Ziel nicht existiert und mehr als eine Datei kopiert wird, das Ziel ein Verzeichnis sein muss. - `/R` überschreibt schreibgeschützte Dateien. - `/D` kopiert nur Dateien, die neuer sind oder im Ziel fehlen. 

• ---

• Open in ChatGPT

  Ask ChatGPT about this page
• Open in Gemini

  Ask Gemini about this page
• Open in Grok

  Ask Grok about this page
• Open in Perplexity

  Ask Perplexity about this page

Share

• Share on Facebook
• Share on X (Twitter)
• Share on LinkedIn

• ---

• Email article

Probleme beim lokalen Ausführen von Azure

Häufige Ausnahmen, die bei diesem Problem auftreten, sind:

• Fehler beim Bereitstellen von Tesseract für IronOCR
• 'libtesseract-5' konnte nicht gefunden werden
• 'libtesseract-5' kann nicht gefunden werden
• 'Tesseract-5' konnte nicht gefunden werden
• Fehler beim Suchen der Bereitstellungskonfigurationsdatei unter \bin\runtimes\win-x64\native\IronOcr.Native.deployment.json
• IronOCR: Fehlende .traineddata-Datei für 'EnglishBest', die unter folgendem Pfad liegen sollte

Problem mit Abhängigkeiten beim Ausführen von Azure Functions lokal

Beim lokalen Ausführen von Azure mit Azurite (VS2022) oder dem Azure Storage Emulator (VS2019) wird ein zusätzliches Bin-Verzeichnis erstellt, das der Storage Emulator für die Bereitstellung nutzt. Nur DLL-Dateien werden in dieses Verzeichnis kopiert, sodass Software, die zusätzliche Dateien erfordert, nicht funktioniert und die oben genannte Ausnahme auslösen kann.

Sie können dieses Problem beheben, indem Sie das Runtimes-Verzeichnis in das separate Bin-Verzeichnis kopieren, das vom Storage Emulator verwendet wird. Wir empfehlen dies als Post-Build-Ereignis zu tun (siehe unten für Anweisungen), wenn es lokal ausgeführt wird (da durch erneutes Kompilieren/Bauen das Bin-Verzeichnis in seinen ursprünglichen Zustand zurückkehren wird). Dieses Problem werden Sie nicht haben, wenn Sie in die Cloud bereitstellen.

• Problem: Beim lokalen Ausführen eines Azure-Funktion-Projekts wird ein zusätzliches bin-Verzeichnis erstellt, aus dem es die Funktion ausführt. Es kopiert jedoch nicht alle erforderlichen Dateien in dieses bin-Verzeichnis.
• Beispiel: Ein Projekt unter C:\code\azure-functions-test, das nach C:\code\azure-functions-test\bin\Debug\netcoreapp3.1 gebaut wird
• Lösung: Kopieren Sie das Verzeichnis C:\code\azure-functions-test\bin\Debug\netcoreapp3.1\runtimes, sodass es auch innerhalb von C:\code\azure-functions-test\bin\Debug\netcoreapp3.1\bin existiert
• Dateien überschreiben, wenn aufgefordert.

Schritte für das Post-Build-Ereignis

1. Klicken Sie mit der rechten Maustaste auf das Azure Functions-Projekt und wählen Sie Eigenschaften.

2. Scrollen Sie nach unten zum Bereich Ereignisse.

3. Geben Sie einen Post-Build-Ereignisbefehl ein, der alle erforderlichen Dateien in das richtige Verzeichnis kopiert:

   XCOPY "$(TargetDir)runtimes" "$(TargetDir)bin\runtimes" /S /E /Y /I /R /D

   SHELL
   • Erklärung:
     • XCOPY wird verwendet, um Dateien und Verzeichnisse zu kopieren.
     • $(TargetDir)runtimes ist das Quellverzeichnis, in dem die Laufzeitdateien zunächst kompiliert werden.
     • $(TargetDir)bin\runtimes ist das Zielverzeichnis für Laufzeitdateien, wenn die Anwendung lokal ausgeführt wird.

• Optionen:
  • /S kopiert Verzeichnisse und Unterverzeichnisse, außer leere.
  • /E kopiert alle Unterverzeichnisse, einschließlich der leeren.
  • /Y unterdrückt die Bestätigung zum Überschreiben vorhandener Dateien.
  • /I nimmt an, dass, wenn das Ziel nicht existiert und mehr als eine Datei kopiert wird, das Ziel ein Verzeichnis sein muss.
  • /R überschreibt schreibgeschützte Dateien.
  • /D kopiert nur Dateien, die neuer sind oder im Ziel fehlen.

Curtis Chau

Jetzt mit dem Ingenieurteam chatten

Technischer Autor

Curtis Chau hat einen Bachelor-Abschluss in Informatik von der Carleton University und ist spezialisiert auf Frontend-Entwicklung mit Expertise in Node.js, TypeScript, JavaScript und React. Leidenschaftlich widmet er sich der Erstellung intuitiver und ästhetisch ansprechender Benutzerschnittstellen und arbeitet gerne mit modernen Frameworks sowie der Erstellung gut strukturierter, optisch ansprechender Handbücher.

...

Weiterlesen