Debugowanie Azure Functions na maszynie lokalnej z IronOCR

Curtis Chau

Updated: 29 czerwca 2026

Download IronOCR

• NuGet Download
• DLL Download
• Windows Installer

• ---

• Start Free Trial

Copy for LLMs

• Copy for LLMs

  Copy page as Markdown for LLMs
  # Debugowanie Azure Functions na maszynie lokalnej z IronOCR ## Problemy podczas uruchamiania Azure lokalnie Typowe wyjątki występujące przy tym problemie to: - Błąd podczas wdrażania Tesseract dla IronOCR - Nie udało się znaleźć 'libtesseract-5' - Nie można zlokalizować 'libtesseract-5' - Nie udało się zlokalizować Tesseract-5 - Błąd podczas lokalizowania pliku konfiguracyjnego wdrożenia w \bin\runtimes\win-x64\native\IronOcr.Native.deployment.json - IronOCR: Brak pliku .traineddata dla 'EnglishBest', który powinien się znajdować w ## Problem z zależnościami podczas uruchamiania Azure Functions lokalnie Podczas uruchamiania Azure lokalnie, używając Azurite (VS2022) lub Emulatora Azure Storage (VS2019), tworzony jest dodatkowy katalog bin, który Emulator Storage używa do wdrażania. Do tego katalogu kopiowane są tylko pliki DLL, więc oprogramowanie, które wymaga dodatkowych plików, nie będzie działać i może rzucać powyższym wyjątkiem. Można rozwiązać ten problem, kopiując katalog runetimes do oddzielnego katalogu bin używanego przez Emulator Storage. Zalecamy wykonanie tego jako zdarzenia po kompilacji (zobacz poniżej instrukcje), gdy uruchamiasz lokalnie (ponieważ ponowna kompilacja/zbudowanie przywróci katalog bin do pierwotnego stanu). Nie napotkasz tego problemu podczas wdrażania do chmury. - **Problem:** Podczas lokalnego uruchamiania projektu funkcji Azure, tworzy on dodatkowy folder _bin_, z którego uruchamia funkcję. Jednakże nie kopiuje do wspomnianego folderu _bin_ wszystkich niezbędnych plików. - **Przykład:** Projekt w _C:\code\azure-functions-test_, który buduje do _C:\code\azure-functions-test\bin\Debug\netcoreapp3.1_ - **Rozwiązanie:** Sklonuj katalog _C:\code\azure-functions-test\bin\Debug\netcoreapp3.1\runtimes_ aby także istniał w _C:\code\azure-functions-test\bin\Debug\netcoreapp3.1\bin_ - Nadpisz wszystkie istniejące pliki, jeśli zostaniesz poproszony o potwierdzenie  ## Kroki wydarzenia po kompilacji 1. Kliknij prawym przyciskiem myszy projekt Azure Functions, wybierz Właściwości. 2. Przewiń w dół do sekcji Wydarzenia. 3. Wprowadź polecenie wydarzenia po kompilacji, które skopiuje wszystkie wymagane pliki do odpowiedniego katalogu: ```shell XCOPY "$(TargetDir)runtimes" "$(TargetDir)bin\runtimes" /S /E /Y /I /R /D ``` **Wyjaśnienie:** - `XCOPY` sluzy do kopiowania plikow i drzew katalogowych. - `$(TargetDir)runtimes` to katalog zrodlowy, w ktorym poczatkowo kompilowane sa pliki wykonywalne. - `$(TargetDir)bin\runtimes` to katalog docelowy dla plikow wykonywalnych uruchamianych lokalnie. - Opcje: - `/S` kopiuje katalogi i podkatalogi z wyjatkiem pustych. - `/E` kopiuje wszystkie podkatalogi, wlaczajac puste. - `/Y` nie potwierdza nadpisania istniejacych plikow. - `/I` gdy katalog docelowy nie istnieje i kopiujesz wiecej niz jeden plik, zaklada, ze katalog docelowy musi byc katalogiem. - `/R` nadpisuje pliki tylko do odczytu. - `/D` kopiuje tylko pliki, ktore sa nowsze lub brakujace w katalogu docelowym. 

• ---

• 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

Problemy podczas uruchamiania Azure lokalnie

Typowe wyjątki występujące przy tym problemie to:

• Błąd podczas wdrażania Tesseract dla IronOCR
• Nie udało się znaleźć 'libtesseract-5'
• Nie można zlokalizować 'libtesseract-5'
• Nie udało się zlokalizować Tesseract-5
• Błąd podczas lokalizowania pliku konfiguracyjnego wdrożenia w \bin\runtimes\win-x64\native\IronOcr.Native.deployment.json
• IronOCR: Brak pliku .traineddata dla 'EnglishBest', który powinien się znajdować w

Problem z zależnościami podczas uruchamiania Azure Functions lokalnie

Podczas uruchamiania Azure lokalnie, używając Azurite (VS2022) lub Emulatora Azure Storage (VS2019), tworzony jest dodatkowy katalog bin, który Emulator Storage używa do wdrażania. Do tego katalogu kopiowane są tylko pliki DLL, więc oprogramowanie, które wymaga dodatkowych plików, nie będzie działać i może rzucać powyższym wyjątkiem.

Można rozwiązać ten problem, kopiując katalog runetimes do oddzielnego katalogu bin używanego przez Emulator Storage. Zalecamy wykonanie tego jako zdarzenia po kompilacji (zobacz poniżej instrukcje), gdy uruchamiasz lokalnie (ponieważ ponowna kompilacja/zbudowanie przywróci katalog bin do pierwotnego stanu). Nie napotkasz tego problemu podczas wdrażania do chmury.

• Problem: Podczas lokalnego uruchamiania projektu funkcji Azure, tworzy on dodatkowy folder bin, z którego uruchamia funkcję. Jednakże nie kopiuje do wspomnianego folderu bin wszystkich niezbędnych plików.
• Przykład: Projekt w C:\code\azure-functions-test, który buduje do C:\code\azure-functions-test\bin\Debug\netcoreapp3.1
• Rozwiązanie: Sklonuj katalog C:\code\azure-functions-test\bin\Debug\netcoreapp3.1\runtimes aby także istniał w C:\code\azure-functions-test\bin\Debug\netcoreapp3.1\bin
• Nadpisz wszystkie istniejące pliki, jeśli zostaniesz poproszony o potwierdzenie

Kroki wydarzenia po kompilacji

1. Kliknij prawym przyciskiem myszy projekt Azure Functions, wybierz Właściwości.

2. Przewiń w dół do sekcji Wydarzenia.

3. Wprowadź polecenie wydarzenia po kompilacji, które skopiuje wszystkie wymagane pliki do odpowiedniego katalogu:

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

   SHELL

   Wyjaśnienie:

   • XCOPY sluzy do kopiowania plikow i drzew katalogowych.
   • $(TargetDir)runtimes to katalog zrodlowy, w ktorym poczatkowo kompilowane sa pliki wykonywalne.
   • $(TargetDir)bin\runtimes to katalog docelowy dla plikow wykonywalnych uruchamianych lokalnie.
   • Opcje:
     • /S kopiuje katalogi i podkatalogi z wyjatkiem pustych.
     • /E kopiuje wszystkie podkatalogi, wlaczajac puste.
     • /Y nie potwierdza nadpisania istniejacych plikow.
     • /I gdy katalog docelowy nie istnieje i kopiujesz wiecej niz jeden plik, zaklada, ze katalog docelowy musi byc katalogiem.
     • /R nadpisuje pliki tylko do odczytu.
     • /D kopiuje tylko pliki, ktore sa nowsze lub brakujace w katalogu docelowym.

Curtis Chau

Czat z zespołem inżynierów teraz

Autor tekstów technicznych

Curtis Chau posiada tytuł licencjata z informatyki (Uniwersytet Carleton) i specjalizuje się w front-endowym rozwoju, z ekspertką w Node.js, TypeScript, JavaScript i React. Pasjonuje się tworzeniem intuicyjnych i estetycznie przyjemnych interfejsów użytkownika, Curtis cieszy się pracą z nowoczesnymi frameworkami i tworzeniem dobrze zorganizowanych, atrakcyjnych wizualnie podręczników.

...

Czytaj więcej