Mamy błąd w naszym WebJob działającym w naszym środowisku na żywo. Zidentyfikowaliśmy błąd i naprawiłem go, co mogę zweryfikować w naszym środowisku Dev. Opublikowałem swoją WebJob jako "Azure WebJob" w naszym środowisku na żywo, ale błąd nadal występuję. Aby dodać do zamieszania, błąd pojawia się czasami. Więc z jakiegoś powodu stary kod czasami się gdzieś wybiera.Azure WebJob działa pod starym kodem
Czy ktoś może mi pomóc to zrozumieć?
Miałem podobny problem. Wdrażamy przy użyciu środowiska stage na platformie Azure i okazało się, że "stare" WebJobs (działający kod ze starszą wersją modelu struktury encji) nadal działa w kolejce. Te zadania, w których następnie pobieranie wiadomości i ich spożywania. Aby dodać do problemu, wyjątek został zużyty w próbie catch, a status WebJob okazał się sukcesem.
Sprawdź, czy masz środowisko sceniczne (dodaj zdarzenie do nazwy Webapp), a jeśli tak, przejdź do portalu zarządzania Azure i zatrzymaj je.
Uwaga, nie wystarczy zatrzymać aplikację Webapp, musisz zatrzymać WebJobs bezpośrednio. Odbywa się to (w nowym portalu) w Ustawieniach-> WebJobs, a następnie klikając prawym przyciskiem myszy nazwę Webjobs wybierając opcję Stop.
Dzięki! Lekcja, której się nauczyłeś, zawsze kończy się po sprawdzeniu, czy wszystko jest gotowe i działa w przyszłości ... – Oskar
Spędziłem wieku patrząc na ten problem. Okazuje się, że projekt pracy sieciowej działa w konsoli na moim komputerze w pracy! Bez względu na to, co zrobiłem na Azure, obecność tego exe działającego i używającego tego samego miejsca do przechowywania zadań sieciowych oznaczało, że stary kod uruchomiony na moim komputerze roboczym odebrał zadania przed Azure. Łatwa naprawa: po prostu upewnij się, że żaden z exe nie działa poza Azure!
Oto PowerShell, aby zatrzymać webjob w automacie: Stop-AzureWebsiteJob -Nazwa $ webAppName -JobName $ webjobName -PassThru -Slot $ destinationSlot – RuSs