Skapa ett standardarbetsflöde för logikappar för Azure Logic Apps med en enda klientorganisation med Hjälp av Visual Studio Code

Gäller för: Azure Logic Apps (Standard)

Den här instruktionsguiden visar hur du skapar ett exempel på ett integreringsarbetsflöde som körs i Azure Logic Apps med en enda klientorganisation med hjälp av Visual Studio Code med tillägget Azure Logic Apps (Standard). Innan du skapar det här arbetsflödet skapar du en standardlogikappresurs som innehåller följande funktioner:

  • Logikappen kan innehålla flera tillståndskänsliga och tillståndslösa arbetsflöden.

  • Arbetsflöden i samma logikapp och klientorganisation körs i samma process som Azure Logic Apps-körningen, så att de delar samma resurser och ger bättre prestanda.

  • Du kan skapa, köra och testa arbetsflöden lokalt med hjälp av Visual Studio Code-utvecklingsmiljön.

    När du är klar kan du distribuera logikappen till Azure där arbetsflödet kan köras i Azure Logic Apps-miljön med en enda klientorganisation eller i en App Service Environment v3 (endast ASEv3 – Windows-planer). Du kan också distribuera och köra arbetsflödet var som helst där Kubernetes kan köras, inklusive Azure, Azure Kubernetes Service, lokalt eller till och med andra molnleverantörer, på grund av den containerbaserade körningen i Azure Logic Apps. Mer information om Azure Logic Apps för en enskild klientorganisation finns i En klientorganisation jämfört med flera klientorganisationer och integrationstjänstmiljön.

Även om exempelarbetsflödet är molnbaserat och bara består av två steg kan du skapa arbetsflöden från hundratals åtgärder som kan ansluta en mängd olika appar, data, tjänster och system i molnet, lokalt och i hybridmiljöer. Exempelarbetsflödet börjar med den inbyggda utlösaren för begäran och följer med en Office 365 Outlook-åtgärd. Utlösaren skapar en anropsbar slutpunkt för arbetsflödet och väntar på en inkommande HTTPS-begäran från alla anropare. När utlösaren tar emot en begäran och utlöses körs nästa åtgärd genom att skicka e-post till den angivna e-postadressen tillsammans med valda utdata från utlösaren.

Tips

Om du inte har ett Office 365 konto kan du använda andra tillgängliga åtgärder som kan skicka meddelanden från ditt e-postkonto, till exempel Outlook.com.

Om du vill skapa det här exempelarbetsflödet med hjälp av Azure-Portal i stället följer du stegen i Skapa integreringsarbetsflöden med hjälp av Azure Logic Apps för enskild klientorganisation och Azure-Portal. Båda alternativen ger möjlighet att utveckla, köra och distribuera logikapparbetsflöden i samma typer av miljöer. Men med Visual Studio Code kan du utveckla, testa och köra arbetsflöden lokalt i utvecklingsmiljön.

Skärmbild som visar Visual Studio Code, logikappsprojektet och arbetsflödet.

Under processens gång utför du följande uppgifter på hög nivå:

  • Skapa ett projekt för logikappen och ett tomt tillståndskänsligt arbetsflöde.
  • Lägg till en utlösare och en åtgärd.
  • Köra, testa, felsöka och granska körningshistoriken lokalt.
  • Hitta domännamnsinformation för brandväggsåtkomst.
  • Distribuera till Azure, vilket inkluderar att aktivera Application Insights om du vill.
  • Hantera din distribuerade logikapp i Visual Studio Code och Azure-Portal.
  • Aktivera körningshistorik för tillståndslösa arbetsflöden.
  • Aktivera eller öppna Application Insights efter distributionen.

Krav

Åtkomst och anslutning

  • Åtkomst till Internet så att du kan ladda ned kraven, ansluta från Visual Studio Code till ditt Azure-konto och publicera från Visual Studio Code till Azure.

  • Ett Azure-konto och prenumeration. Om du inte har någon prenumeration kan du registrera ett kostnadsfritt Azure-konto.

  • Om du vill skapa samma exempelarbetsflöde i den här artikeln behöver du ett Office 365 Outlook-e-postkonto som använder ett Microsoft arbets- eller skolkonto för att logga in.

    Om du väljer en annan e-postanslutning, till exempel Outlook.com, kan du fortfarande följa exemplet och de allmänna stegen är desamma. Dina alternativ kan dock skilja sig åt på vissa sätt. Om du till exempel använder Outlook.com-anslutningsappen använder du ditt personliga Microsoft-konto i stället för att logga in.

Lagringskrav

För lokal utveckling i Visual Studio Code måste du konfigurera ett lokalt datalager för ditt logikappsprojekt och arbetsflöden som ska användas för körning i din lokala utvecklingsmiljö. Du kan använda och köra Azurite Storage-emulatorn som ditt lokala datalager.

  1. Ladda ned och installera Azurite 3.12.0 eller senare.
  2. Innan du kör logikappen måste du starta emulatorn.

Mer information finns i Azurite-dokumentationen.

Verktyg

  • Visual Studio Code, som är kostnadsfri. Ladda också ned och installera dessa verktyg för Visual Studio Code om du inte redan har dem:

    • Azure-kontotillägget, som ger en enda vanlig filtreringsupplevelse för Azure-inloggning och prenumeration för alla andra Azure-tillägg i Visual Studio Code.

    • C# för Visual Studio Code-tillägget, som gör att F5-funktioner kan köra logikappen.

    • Azure Functions Core Tools – 4.x-version med hjälp av msi-versionen (Microsoft Installer), som är func-cli-X.X.XXXX-x*.msi. De här verktygen innehåller en version av samma körningsmiljö som driver Azure Functions-körning, som Azure Logic Apps-tillägget (Standard) använder i Visual Studio Code.

      • Om du har en installation som är tidigare än dessa versioner avinstallerar du den versionen först eller kontrollerar att path-miljövariabeln pekar på den version som du laddar ned och installerar.

      • Azure Functions v3-supporten upphör i slutet av 2022. Från och med mitten av oktober 2022 använder nya standardlogikapparbetsflöden i Azure-Portal automatiskt Azure Functions v4. Under november 2022 migreras befintliga standardarbetsflöden i Azure-Portal automatiskt till Azure Functions v4. Om du inte har distribuerat dina standardlogikappar som NuGet-baserade projekt eller fäst dina logikappar på en specifik paketversion, är den här uppgraderingen utformad för att inte kräva någon åtgärd från dig eller ha en körningspåverkan. Men om undantagen gäller dig, eller om du vill ha mer information om Azure Functions v3-stöd, se Azure Logic Apps Standard stöder nu Azure Functions v4.

    • Azure Logic Apps-tillägget (Standard) för Visual Studio Code.

      Viktigt

      Projekt som skapats med tidigare förhandsgranskningstillägg fungerar inte längre. Om du vill fortsätta avinstallerar du alla tidigare versioner och återskapar dina logikappprojekt.

      Så här installerar du Tillägget Azure Logic Apps (Standard ):

      1. I Visual Studio Code väljer du Tillägg i det vänstra verktygsfältet.

      2. I sökrutan för tillägg anger du azure logic apps standard. I resultatlistan väljer du Azure Logic Apps (Standard)>Installera.

        När installationen är klar visas tillägget i listan Tillägg: Installerat .

        Skärmbild som visar Visual Studio Code med Tillägget Azure Logic Apps (Standard) installerat

        Tips

        Om tillägget inte visas i listan över installerade kan du prova att starta om Visual Studio Code.

      För närvarande kan du ha både tilläggen Consumption (multi-tenant) och Standard (single-tenant) installerade samtidigt. Utvecklingsupplevelserna skiljer sig från varandra på vissa sätt, men din Azure-prenumeration kan innehålla logikapptyperna Standard och Förbrukning. Visual Studio Code visar alla distribuerade logikappar i din Azure-prenumeration, men ordnar dina appar under varje tillägg, Azure Logic Apps (förbrukning) och Azure Logic Apps (Standard).

  • Om du vill använda åtgärden Infogade kodåtgärder som kör JavaScript installerar duNode.js versionerna 12.x.x eller 14.x.x.

    Tips

    För Windows laddar du ned MSI-versionen. Om du använder ZIP-versionen i stället måste du manuellt göra Node.js tillgängliga med hjälp av en PATH-miljövariabel för operativsystemet.

  • Om du vill köra webhook-baserade utlösare och åtgärder lokalt, till exempel den inbyggda HTTP Webhook-utlösaren, måste du konfigurera vidarebefordran för motringnings-URL:en i Visual Studio Code.

  • Om du vill testa exempelarbetsflödet i den här artikeln behöver du ett verktyg som kan skicka anrop till slutpunkten som skapats av utlösaren Begäran. Om du inte har något sådant verktyg kan du ladda ned, installera och använda Postman-appen .

  • Om du skapar dina logikappresurser med inställningar som stöder användning av Application Insights kan du aktivera diagnostikloggning och spårning för logikappen. Du kan göra det antingen när du skapar logikappen eller efter distributionen. Du måste ha en Application Insights-instans, men du kan skapa den här resursen i förväg, när du skapar logikappen eller efter distributionen.

Konfigurera Visual Studio Code

  1. Kontrollera att alla tillägg är korrekt installerade genom att läsa in eller starta om Visual Studio Code.

  2. Bekräfta att Visual Studio Code automatiskt hittar och installerar tilläggsuppdateringar så att alla tillägg får de senaste uppdateringarna. Annars måste du avinstallera den inaktuella versionen manuellt och installera den senaste versionen.

    1. Arkiv-menyn går du till Inställningar>Inställningar.

    2. På fliken Användare går du till Funktionstillägg>.

    3. Bekräfta att Automatisk kontroll Uppdateringar och Automatisk uppdatering är markerade.

Som standard är följande inställningar aktiverade och inställda för Tillägget Azure Logic Apps (Standard):

  • Azure Logic Apps Standard: Project Runtime, som är inställd på version ~3

    Anteckning

    Den här versionen krävs för att använda åtgärderna infogade kodåtgärder.

  • Azure Logic Apps Standard: Experimental View Manager, som aktiverar den senaste designern i Visual Studio Code. Om det uppstår problem i designern, till exempel att dra och släppa objekt, inaktiverar du den här inställningen.

Följ dessa steg för att hitta och bekräfta de här inställningarna:

  1. Arkiv-menyn går du till Inställningar>Inställningar.

  2. På fliken Användare går du till >Tillägg>Azure Logic Apps (Standard).

    Du kan till exempel hitta inställningen Azure Logic Apps Standard: Project Runtime här eller använda sökrutan för att hitta andra inställningar:

    Skärmbild som visar Visual Studio Code-inställningar för tillägget

Anslut till ditt Azure-konto

  1. I aktivitetsfältet i Visual Studio Code väljer du Azure-ikonen.

    Skärmbild som visar aktivitetsfältet i Visual Studio Code och den valda Azure-ikonen.

  2. I Azure-fönstret under Azure: Logic Apps (Standard) väljer du Logga in på Azure. När autentiseringssidan för Visual Studio Code visas loggar du in med ditt Azure-konto.

    Skärmbild som visar Azure-fönstret och den valda länken för Azure-inloggning.

    När du har loggat in visar Azure-fönstret prenumerationerna i ditt Azure-konto. Om du också har det offentligt utgivna tillägget kan du hitta alla logikappar som du har skapat med tillägget i avsnittet Logic Apps , inte avsnittet Logic Apps (Standard ).

    Om de förväntade prenumerationerna inte visas eller om du vill att fönstret endast ska visa specifika prenumerationer följer du dessa steg:

    1. I prenumerationslistan flyttar du pekaren bredvid den första prenumerationen tills knappen Välj prenumerationer (filterikonen) visas. Välj filterikonen.

      Skärmbild som visar Azure-fönstret och den valda filterikonen.

      Eller välj ditt Azure-konto i statusfältet i Visual Studio Code.

    2. När en annan prenumerationslista visas väljer du de prenumerationer som du vill använda och kontrollerar sedan att du väljer OK.

Skapa ett lokalt projekt

Innan du kan skapa logikappen skapar du ett lokalt projekt så att du kan hantera, köra och distribuera logikappen från Visual Studio Code. Det underliggande projektet liknar ett Azure Functions projekt, även kallat ett funktionsappsprojekt. Dessa projekttyper är dock separata från varandra, så logikappar och funktionsappar kan inte finnas i samma projekt.

  1. På datorn skapar du en tom lokal mapp som ska användas för projektet som du senare skapar i Visual Studio Code.

  2. Stäng alla öppna mappar i Visual Studio Code.

  3. I Azure-fönstret bredvid Azure: Logic Apps (Standard) väljer du Skapa nytt projekt (ikon som visar en mapp och en blixt).

    Skärmbild som visar verktygsfältet i Azure-fönstret med

  4. Om Windows Defender Firewall uppmanar dig att bevilja nätverksåtkomst för Code.exe, vilket är Visual Studio Code, och för func.exe, som är Azure Functions Core Tools, väljer du Privata nätverk, till exempel mitt hem- eller arbetsnätverk>Tillåt åtkomst.

  5. Bläddra till den plats där du skapade projektmappen, välj mappen och fortsätt.

    Skärmbild som visar dialogrutan

  6. I malllistan som visas väljer du antingen Tillståndskänsligt arbetsflöde eller Tillståndslöst arbetsflöde. I det här exemplet väljs Tillståndskänsligt arbetsflöde.

    Skärmbild som visar listan över arbetsflödesmallar med

  7. Ange ett namn för arbetsflödet och tryck på Retur. I det här exemplet används Fabrikam-Stateful-Workflow som namn.

    Skärmbild som visar rutan

    Anteckning

    Du kan få ett fel med namnet azureLogicAppsStandard.createNewProject med felmeddelandet Det går inte att skriva till arbetsyteinställningar eftersom azureFunctions.suppressProject inte är en registrerad konfiguration. Om du gör det kan du prova att installera Azure Functions-tillägget för Visual Studio Code, antingen direkt från Visual Studio Marketplace eller inifrån Visual Studio Code.

    Visual Studio Code har skapat projektet och öppnar filen workflow.json för arbetsflödet i kodredigeraren.

    Anteckning

    Om du uppmanas att välja hur du vill öppna projektet väljer du Öppna i aktuellt fönster om du vill öppna projektet i det aktuella Visual Studio Code-fönstret. Om du vill öppna en ny instans för Visual Studio Code väljer du Öppna i nytt fönster.

  8. Öppna explorer-fönstret i Visual Studio-verktygsfältet om det inte redan är öppet.

    Explorer-fönstret visar projektet, som nu innehåller automatiskt genererade projektfiler. Projektet har till exempel en mapp som visar arbetsflödets namn. I den här mappen innehåller filen workflow.json arbetsflödets underliggande JSON-definition.

    Skärmbild som visar Explorer-fönstret med projektmappen, arbetsflödesmappen och filen

    I Visual Studio Code har logikappprojektet någon av följande typer:

    • Tilläggspaketbaserad (Node.js), som är standardtypen
    • NuGet-paketbaserad (.NET), som du kan konvertera från standardtypen

    Baserat på dessa typer innehåller projektet lite olika mappar och filer. Ett NuGet-baserat projekt innehåller en .bin-mapp som innehåller paket och andra biblioteksfiler. Ett paketbaserat projekt innehåller inte mappen .bin och andra filer. Vissa scenarier kräver ett NuGet-baserat projekt för att appen ska kunna köras, till exempel när du vill utveckla och köra anpassade inbyggda åtgärder. Mer information om hur du konverterar projektet till att använda NuGet finns i Aktivera redigering av inbyggda anslutningsappar.

    För det standardpaketbaserade projektet har projektet en mapp- och filstruktur som liknar följande exempel:

    MyBundleBasedLogicAppProjectName
    | .vscode
    | Artifacts
      || Maps 
         ||| MapName1
         ||| ...
      || Schemas
         ||| SchemaName1
         ||| ...
    | WorkflowName1
      || workflow.json
      || ...
    | WorkflowName2
      || workflow.json
      || ...
    | workflow-designtime
    | .funcignore
    | connections.json
    | host.json
    | local.settings.json
    

    På projektets rotnivå hittar du följande filer och mappar med andra objekt:

    Name Mapp eller fil Beskrivning
    .vscode Mapp Innehåller filer för Visual Studio Code-relaterade inställningar, till exempel filerna extensions.json, launch.json, settings.json och tasks.json .
    Artifacts Mapp Innehåller integrationskontoartefakter som du definierar och använder i arbetsflöden som stöder B2B-scenarier (business-to-business). Exempelstrukturen innehåller till exempel kartor och scheman för XML-transformerings- och valideringsåtgärder.
    <WorkflowName> Mapp För varje arbetsflöde < innehåller mappen WorkflowName> en workflow.json-fil som innehåller arbetsflödets underliggande JSON-definition.
    workflow-designtime Mapp Innehåller filer för miljörelaterade inställningar för utveckling.
    .funcignore Fil Innehåller information om dina installerade Azure Functions Core Tools.
    connections.json Fil Innehåller metadata, slutpunkter och nycklar för alla hanterade anslutningar och Azure-funktioner som dina arbetsflöden använder.

    Viktigt! Om du vill använda olika anslutningar och funktioner för varje miljö måste du parametrisera filen connections.json och uppdatera slutpunkterna.
    host.json Fil Innehåller körningsspecifika konfigurationsinställningar och värden, till exempel standardgränserna för Azure Logic Apps-plattformen med en enda klientorganisation, logikappar, arbetsflöden, utlösare och åtgärder. På logikappprojektets rotnivå innehåller metadatafilen host.json de konfigurationsinställningar och standardvärden som alla arbetsflöden i samma logikapp använder när de körs, antingen lokalt eller i Azure.

    Obs! När du skapar logikappen skapar Visual Studio Code en host.snapshot.*.json-fil i lagringscontainern. Om du tar bort logikappen tas inte den här säkerhetskopian bort. Om du skapar en annan logikapp med samma namn skapas en annan ögonblicksbildsfil. Du kan bara ha upp till 10 ögonblicksbilder för samma logikapp. Om du överskrider den här gränsen får du följande fel:

    Microsoft.Azure.WebJobs.Script.WebHost: Repository has more than 10 non-decryptable secrets backups (host))

    Lös det här felet genom att ta bort de extra ögonblicksbildfilerna från lagringscontainern.
    local.settings.json Fil Innehåller appinställningar, anslutningssträngar och andra inställningar som dina arbetsflöden använder när de körs lokalt. Med andra ord gäller dessa inställningar och värden endast när du kör dina projekt i din lokala utvecklingsmiljö. Under distributionen till Azure ignoreras filen och inställningarna och ingår inte i distributionen.

    Den här filen lagrar inställningar och värden som lokala miljövariabler som används av dina lokala utvecklingsverktyg som appSettings värden. Du kan anropa och referera till dessa miljövariabler både vid körning och distribution med hjälp av appinställningar och parametrar.

    Viktigt! Filen local.settings.json kan innehålla hemligheter, så se till att du även exkluderar den här filen från projektkällans kontroll.

Aktivera inbyggd anslutningsredigering

Du kan skapa egna inbyggda anslutningsappar för alla tjänster som du behöver med hjälp av utökningsramverket för Azure Logic Apps med en enda klientorganisation. I likhet med inbyggda anslutningsappar som Azure Service Bus och SQL Server ger dessa anslutningsappar högre dataflöde, låg svarstid, lokal anslutning och körs internt i samma process som Azure Logic Apps-körningen med en enda klient.

Redigeringsfunktionen är för närvarande endast tillgänglig i Visual Studio Code, men är inte aktiverad som standard. Om du vill skapa dessa anslutningsappar måste du först konvertera projektet från tilläggspaketbaserat (Node.js) till NuGet-paketbaserat (.NET).

Viktigt

Den här åtgärden är en enkelriktad åtgärd som du inte kan ångra.

  1. I Explorer-fönstret, i projektets rot, flyttar du muspekaren över ett tomt område under alla andra filer och mappar, öppnar snabbmenyn och väljer Konvertera till Nuget-baserat logic app-projekt.

    Skärmbild som visar fönstret Utforskaren med projektets snabbmeny öppen från ett tomt område i projektfönstret.

  2. När prompten visas bekräftar du projektkonverteringen.

  3. Om du vill fortsätta kan du läsa och följa stegen i artikeln Azure Logic Apps Running Anywhere – inbyggd anslutningsapps utökningsbarhet.

Öppna arbetsflödesdefinitionsfilen i designern

  1. Expandera projektmappen för arbetsflödet. Öppna snabbmenyn för filen workflow.json och välj Öppna i Designer.

    Skärmbild som visar Explorer-fönstret och genvägsfönstret för filen workflow.json med

  2. I listan Aktivera anslutningsappar i Azure väljer du Använd anslutningsappar från Azure, som gäller för alla hanterade anslutningsappar som är tillgängliga och distribuerade i Azure, inte bara anslutningsappar för Azure-tjänster.

    Skärmbild som visar Explorer-fönstret med listan

    Anteckning

    Tillståndslösa arbetsflöden stöder för närvarande endast åtgärder för hanterade anslutningsappar, som distribueras i Azure och inte utlösare. Även om du har möjlighet att aktivera anslutningsappar i Azure för ditt tillståndslösa arbetsflöde, visar designern inte några utlösare för hanterade anslutningsappar som du kan välja.

  3. I listan Välj prenumeration väljer du den Azure-prenumeration som ska användas för ditt logikappsprojekt.

    Skärmbild som visar Explorer-fönstret med rutan

  4. I listan med resursgrupper väljer du Skapa ny resursgrupp.

    Skärmbild som visar Explorer-fönstret med resursgruppslistan och

  5. Ange ett namn för resursgruppen och tryck på Retur. I det här exemplet används Fabrikam-Workflows-RG.

    Skärmbild som visar rutan Utforskarens fönster och resursgruppens namn.

  6. I listan med platser väljer du den Azure-region som ska användas när du skapar resursgruppen och resurserna. I det här exemplet används USA, västra centrala.

    Skärmbild som visar Explorer-fönstret med platslistan och

    När du har slutfört det här steget öppnar Visual Studio Code arbetsflödesdesignern.

    Anteckning

    När Visual Studio Code startar arbetsflödets designtids-API kan du få ett meddelande om att det kan ta några sekunder att starta. Du kan ignorera det här meddelandet eller välja OK.

    Om designern inte öppnas läser du felsökningsavsnittet, designern kan inte öppnas.

    När designern visas visas kommandotolken Välj en åtgärd i designern och är markerad som standard, vilket visar fönstret Lägg till en åtgärd .

    Skärmbild som visar arbetsflödesdesignern.

  7. Lägg sedan till en utlösare och åtgärder i arbetsflödet.

Lägga till en utlösare och åtgärder

När du har öppnat designern visas kommandotolken Välj en åtgärd i designern och är markerad som standard. Nu kan du börja skapa arbetsflödet genom att lägga till en utlösare och åtgärder.

Arbetsflödet i det här exemplet använder den här utlösaren och följande åtgärder:

  • Den inbyggda begärandeutlösaren, När en HTTP-begäran tas emot, som tar emot inkommande anrop eller begäranden och skapar en slutpunkt som andra tjänster eller logikappar kan anropa.

  • Åtgärden Office 365 Outlook, Skicka ett e-postmeddelande.

  • Den inbyggda svarsåtgärden som du använder för att skicka ett svar och returnera data tillbaka till anroparen.

Lägg till utlösaren Förfrågning

  1. Bredvid designern i fönstret Lägg till en utlösare under sökrutan Välj en åtgärd kontrollerar du att Inbyggd är markerat så att du kan välja en utlösare som körs internt.

  2. I sökrutan Välj en åtgärd anger du when a http requestoch väljer den inbyggda utlösaren Förfrågning som heter När en HTTP-begäran tas emot.

    Skärmbild som visar arbetsflödesdesignern och fönstret Lägg till en utlösare med utlösaren

    När utlösaren visas i designern öppnas utlösarens informationsfönster för att visa utlösarens egenskaper, inställningar och andra åtgärder.

    Skärmbild som visar arbetsflödesdesignern med utlösaren

    Tips

    Om informationsfönstret inte visas kontrollerar du att utlösaren har valts i designern.

  3. Om du behöver ta bort ett objekt från designern följer du dessa steg för att ta bort objekt från designern.

Lägg till åtgärden Office 365 Outlook

  1. I designern, under utlösaren som du lade till, väljer du plustecknet (+) >Lägg till en åtgärd.

    Kommandotolken Välj en åtgärd visas i designern och fönstret Lägg till en åtgärd öppnas igen så att du kan välja nästa åtgärd.

  2. I fönstret Lägg till en åtgärd går du till sökrutan Välj en åtgärd och väljer Azure så att du kan välja en åtgärd för en hanterad anslutningsapp som distribueras i Azure.

    I det här exemplet markeras och används åtgärden Office 365 Outlook, Skicka ett e-postmeddelande (V2)..

    Skärmbild som visar arbetsflödesdesignern och lägg till ett åtgärdsfönster med Office 365 Outlook-åtgärden

  3. I informationsfönstret för åtgärden väljer du Logga in så att du kan skapa en anslutning till ditt e-postkonto.

    Skärmbild som visar arbetsflödesdesignern och fönstret Skicka ett e-postmeddelande (V2) med

  4. När Visual Studio Code ber dig om medgivande för att få åtkomst till ditt e-postkonto väljer du Öppna.

    Skärmbild som visar Visual Studio Code-prompten för att tillåta åtkomst.

    Tips

    Om du vill förhindra framtida frågor väljer du Konfigurera betrodda domäner så att du kan lägga till autentiseringssidan som en betrodd domän.

  5. Följ de efterföljande anvisningarna för att logga in, tillåta åtkomst och tillåta att du återgår till Visual Studio Code.

    Anteckning

    Om för mycket tid går innan du slutför prompterna överskrider autentiseringsprocessen tidsgränsen och misslyckas. I det här fallet går du tillbaka till designern och försöker logga in igen för att skapa anslutningen.

  6. När tillägget Azure Logic Apps (Standard) uppmanar dig att godkänna åtkomsten till ditt e-postkonto väljer du Öppna. Följ den efterföljande prompten för att tillåta åtkomst.

    Skärmbild som visar tilläggsprompten för att tillåta åtkomst.

    Tips

    Om du vill förhindra framtida frågor väljer du Fråga inte igen för det här tillägget.

    När Visual Studio Code har skapat anslutningen visar vissa anslutningsappar meddelandet The connection will be valid for {n} days only. Den här tidsgränsen gäller endast för varaktigheten när du redigerar logikappen i Visual Studio Code. Efter distributionen gäller inte längre den här gränsen eftersom logikappen kan autentisera vid körning med hjälp av den automatiskt aktiverade systemtilldelade hanterade identiteten. Den här hanterade identiteten skiljer sig från autentiseringsuppgifterna eller συμβολοσειρά σύνδεσης som du använder när du skapar en anslutning. Om du inaktiverar den här systemtilldelade hanterade identiteten fungerar inte anslutningar vid körning.

  7. Om åtgärden Skicka ett e-postmeddelande inte visas markerad i designern väljer du den åtgärden.

  8. I informationsfönstret för åtgärden går du till fliken Parametrar och anger den information som krävs för åtgärden, till exempel:

    Skärmbild som visar arbetsflödesdesignern med information om Office 365 outlook-åtgärden Skicka ett e-postmeddelande.

    Egenskap Krävs Värde Beskrivning
    Till Ja <din e-postadress> E-postmottagaren, som kan vara din e-postadress i testsyfte. I det här exemplet används det fiktiva e-postmeddelandet , sophiaowen@fabrikam.com.
    Ämne Ja An email from your example workflow E-postämnet
    Brödtext Ja Hello from your example workflow! Innehållet i e-postmeddelandets brödtext

    Anteckning

    Om du vill göra ändringar i informationsfönstret på fliken Inställningar, Statiskt resultat eller Kör efter kontrollerar du att du väljer Klar för att genomföra ändringarna innan du växlar flikar eller ändrar fokus till designern. Annars behåller Inte Visual Studio Code dina ändringar.

  9. Välj Spara i designern.

Viktigt

Om du vill köra ett arbetsflöde lokalt som använder en webhook-baserad utlösare eller åtgärder, till exempel den inbyggda HTTP Webhook-utlösaren eller åtgärden, måste du aktivera den här funktionen genom att konfigurera vidarebefordran för webhookens motringnings-URL.

Aktivera webhooks som körs lokalt

När du använder en webhook-baserad utlösare eller åtgärd, till exempel HTTP Webhook, med en logikapp som körs i Azure, prenumererar Logic Apps-körningen på tjänstslutpunkten genom att generera och registrera en återanrops-URL med slutpunkten. Utlösaren eller åtgärden väntar sedan på att tjänstslutpunkten ska anropa URL:en. Men när du arbetar i Visual Studio Code börjar den genererade återanrops-URL:en med http://localhost:7071/.... Den här URL:en är för din localhost-server, som är privat så att tjänstslutpunkten inte kan anropa den här URL:en.

Om du vill köra webhook-baserade utlösare och åtgärder lokalt i Visual Studio Code måste du konfigurera en offentlig URL som exponerar din localhost-server och på ett säkert sätt vidarebefordrar anrop från tjänstslutpunkten till url:en för webhook-återanrop. Du kan använda en vidarebefordringstjänst och ett verktyg som ngrok, som öppnar en HTTP-tunnel till din localhost-port, eller så kan du använda ditt eget motsvarande verktyg.

Konfigurera vidarekoppling av samtal med ngrok

  1. Registrera dig för ett ngrok-konto om du inte har något. Annars loggar du in på ditt konto.

  2. Hämta din personliga autentiseringstoken, som din ngrok-klient behöver för att ansluta och autentisera åtkomst till ditt konto.

    1. Om du vill hitta sidan med autentiseringstoken går du till instrumentpanelsmenyn för kontot, expanderar Autentisering och väljer Din authtoken.

    2. Från rutan Din autentiseringstoken kopierar du token till en säker plats.

  3. Från nedladdningssidan för ngrok eller instrumentpanelen för ditt konto laddar du ned den ngrok-version som du vill använda och extraherar .zip-filen. Mer information finns i Steg 1: Packa upp för att installera.

  4. Öppna kommandotolken på datorn. Bläddra till den plats där du har filenngrok.exe .

  5. Anslut ngrok-klienten till ditt ngrok-konto genom att köra följande kommando. Mer information finns i Steg 2: Anslut ditt konto.

    ngrok authtoken <your_auth_token>

  6. Öppna HTTP-tunneln till localhost-port 7071 genom att köra följande kommando. Mer information finns i Steg 3: Starta den.

    ngrok http 7071

  7. Leta upp följande rad i utdata:

    http://<domain>.ngrok.io -> http://localhost:7071

  8. Kopiera och spara den URL som har det här formatet: http://<domain>.ngrok.io

Konfigurera vidarebefordran-URL:en i appinställningarna

  1. I Visual Studio Code i designern lägger du till HTTP + Webhook-utlösaren eller åtgärden.

  2. När kommandotolken visas för värdslutpunktens plats anger du url:en för vidarebefordran (omdirigering) som du skapade tidigare.

    Anteckning

    Om du ignorerar uppmaningen visas en varning om att du måste ange vidarebefordran-URL:en, så välj Konfigurera och ange URL:en. När du har slutfört det här steget visas inte prompten igen för efterföljande webhook-utlösare eller åtgärder som du kan lägga till.

    Om du vill att prompten ska visas igen öppnar du snabbmenyn local.settings.json på projektets rotnivå och väljer Konfigurera webhook-omdirigeringsslutpunkt. Uppmaningen visas nu så att du kan ange vidarebefordran-URL:en.

    Visual Studio Code lägger till vidarebefordrings-URL:en till filen local.settings.json i projektets rotmapp. I - Values objektet visas egenskapen som heter Workflows.WebhookRedirectHostUri nu och är inställd på vidarebefordran-URL:en, till exempel:

    {
       "IsEncrypted": false,
       "Values": {
          "AzureWebJobsStorage": "UseDevelopmentStorage=true",
          "FUNCTIONS_WORKER_RUNTIME": "node",
          "FUNCTIONS_V2_COMPATIBILITY_MODE": "true",
          <...>
          "Workflows.WebhookRedirectHostUri": "http://xxxXXXXxxxXXX.ngrok.io",
          <...>
       }
    }
    

    Anteckning

    Om projektet är NuGet-paketbaserat (.NET), inte tilläggspaketbaserat (Node.js), "FUNCTIONS_WORKER_RUNTIME" är inställt på "dotnet". Men om du vill använda infogade kodåtgärder måste du ha "FUNCTIONS_WORKER_RUNTIME" angett till "node"

Första gången du startar en lokal felsökningssession eller kör arbetsflödet utan felsökning registrerar Logic Apps-körningen arbetsflödet med tjänstslutpunkten och prenumererar på slutpunkten för att meddela webhook-åtgärderna. Nästa gång arbetsflödet körs registreras inte körningen eller prenumerationen på nytt eftersom prenumerationsregistreringen redan finns i lokal lagring.

När du stoppar felsökningssessionen för en arbetsflödeskörning som använder webhook-baserade utlösare eller åtgärder som körs lokalt tas inte de befintliga prenumerationsregistreringarna bort. Om du vill avregistrera måste du ta bort prenumerationsregistreringarna manuellt.

Anteckning

När arbetsflödet börjar köras kan terminalfönstret visa fel som det här exemplet:

message='Http request failed with unhandled exception of type 'InvalidOperationException' and message: 'System.InvalidOperationException: Synchronous operations are disallowed. Call ReadAsync or set AllowSynchronousIO to true instead.'

I det här fallet öppnar du filen local.settings.json i projektets rotmapp och kontrollerar att egenskapen är inställd på true:

"FUNCTIONS_V2_COMPATIBILITY_MODE": "true"

Hantera brytpunkter för felsökning

Innan du kör och testar logikappens arbetsflöde genom att starta en felsökningssession kan du ange brytpunkter i filen workflow.json för varje arbetsflöde. Ingen annan konfiguration krävs.

För närvarande stöds brytpunkter endast för åtgärder, inte utlösare. Varje åtgärdsdefinition har dessa brytpunktsplatser:

  • Ange start brytpunkten på raden som visar åtgärdens namn. När den här brytpunkten når under felsökningssessionen kan du granska åtgärdens indata innan de utvärderas.

  • Ange den avslutande brytpunkten på raden som visar åtgärdens avslutande klammerparentes (}). När den här brytpunkten når under felsökningssessionen kan du granska åtgärdens resultat innan åtgärden är klar.

Följ dessa steg för att lägga till en brytpunkt:

  1. Öppna filen workflow.json för det arbetsflöde som du vill felsöka.

  2. På den rad där du vill ange brytpunkten väljer du i den vänstra kolumnen i kolumnen. Om du vill ta bort brytpunkten väljer du den brytpunkten.

    När du startar felsökningssessionen visas körningsvyn till vänster i kodfönstret, medan verktygsfältet Felsök visas längst upp.

    Anteckning

    Om körningsvyn inte visas automatiskt trycker du på Ctrl+Skift+D.

  3. Om du vill granska den tillgängliga informationen när en brytpunkt träffar går du till körningsvyn och undersöker fönstret Variabler.

  4. Om du vill fortsätta arbetsflödeskörningen går du till verktygsfältet Felsök och väljer Fortsätt (uppspelningsknapp).

Du kan lägga till och ta bort brytpunkter när som helst under arbetsflödeskörningen. Men om du uppdaterar filen workflow.json när körningen startar uppdateras inte brytpunkter automatiskt. Starta om logikappen om du vill uppdatera brytpunkterna.

Allmän information finns i Brytpunkter – Visual Studio Code.

Köra, testa och felsöka lokalt

Testa logikappen genom att följa de här stegen för att starta en felsökningssession och hitta URL:en för slutpunkten som skapas av utlösaren Förfrågning. Du behöver den här URL:en så att du senare kan skicka en begäran till slutpunkten.

  1. Om du vill felsöka ett tillståndslöst arbetsflöde enklare kan du aktivera körningshistoriken för arbetsflödet.

  2. Öppna menyn Kör i Aktivitetsfältet i Visual Studio Code och välj Starta felsökning (F5).

    Terminalfönstret öppnas så att du kan granska felsökningssessionen.

    Anteckning

    Om du får felet "Felet finns när du har kört preLaunchTask 'generateDebugSymbols'", se felsökningsavsnittet, felsökningssessionen kan inte startas.

  3. Leta nu upp motringnings-URL:en för slutpunkten i utlösaren Förfrågning.

    1. Öppna explorer-fönstret igen så att du kan visa projektet.

    2. På snabbmenyn för filen workflow.json väljer du Översikt.

      Skärmbild som visar utforskarfönstret och genvägsfönstret för filen workflow.json med

    3. Leta reda på värdet för motringnings-URL , som ser ut ungefär som den här URL:en för exempelutlösaren Förfrågning:

      http://localhost:7071/api/<workflow-name>/triggers/manual/invoke?api-version=2020-05-01&sp=%2Ftriggers%2Fmanual%2Frun&sv=1.0&sig=<shared-access-signature>

      Skärmbild som visar arbetsflödets översiktssida med motringnings-URL

  4. Om du vill testa återanrops-URL:en genom att utlösa logikappens arbetsflöde öppnar du Postman eller önskat verktyg för att skapa och skicka begäranden.

    Det här exemplet fortsätter med Postman. Mer information finns i Postman Začínáme.

    1. I verktygsfältet Postman väljer du Nytt.

      Skärmbild som visar postman med knappen Ny markerad

    2. I fönstret Skapa ny går du till Byggblock och väljer Begär.

    3. I fönstret Spara begäran under Begärans namn anger du ett namn för begäran, Test workflow triggertill exempel .

    4. Under Välj en samling eller mapp att spara till väljer du Skapa samling.

    5. Under Alla samlingar anger du ett namn för samlingen som ska skapas för att organisera dina begäranden, trycker på Retur och väljer Spara till <samlingsnamn>. Det här exemplet används Logic Apps requests som samlingsnamn.

      I Postman öppnas fönstret för begäran så att du kan skicka en begäran till återanrops-URL:en för utlösaren Förfrågning.

      Skärmbild som visar Postman med det öppnade fönstret för begäran

    6. Gå tillbaka till Visual Studio Code. Kopiera egenskapsvärdet för återanrops-URL från arbetsflödets översiktssida.

    7. Gå tillbaka till Postman. I fönstret för begäran, bredvid metodlistan, som för närvarande visar GET som standardmetod för begäran, klistrar du in återanrops-URL:en som du tidigare kopierade i adressrutan och väljer Skicka.

      Skärmbild som visar Postman och motringnings-URL i adressrutan med knappen Skicka markerad

      Exempelarbetsflödet för logikappen skickar ett e-postmeddelande som ser ut ungefär så här:

      Skärmbild som visar Outlook-e-post enligt beskrivningen i exemplet

  5. Gå tillbaka till arbetsflödets översiktssida i Visual Studio Code.

    Om du har skapat ett tillståndskänsligt arbetsflöde, efter att begäran som du skickade utlöser arbetsflödet, visar översiktssidan arbetsflödets körningsstatus och historik.

    Tips

    Om körningsstatusen inte visas kan du prova att uppdatera översiktssidan genom att välja Uppdatera. Ingen körning sker för en utlösare som hoppas över på grund av ouppfyllda kriterier eller att inga data hittas.

    Skärmbild som visar arbetsflödets översiktssida med körningsstatus och historik

    I följande tabell visas möjliga slutliga statusar som varje arbetsflödeskörning kan ha och visas i Visual Studio Code:

    Körningsstatus Beskrivning
    Avbruten Körningen stoppades eller avslutades inte på grund av externa problem, till exempel ett systemavbrott eller en förfallen Azure-prenumeration.
    Annullerat Körningen utlöstes och startades men fick en annulleringsbegäran.
    Misslyckades Minst en åtgärd i körningen misslyckades. Inga efterföljande åtgärder i arbetsflödet har konfigurerats för att hantera felet.
    Körs Körningen utlöstes och pågår, men den här statusen kan också visas för en körning som begränsas på grund av åtgärdsbegränsningar eller den aktuella prisplanen.

    Tips: Om du konfigurerar diagnostikloggning kan du få information om eventuella begränsningshändelser som inträffar.

    Lyckades Körningen lyckades. Om någon åtgärd misslyckades hanterade en efterföljande åtgärd i arbetsflödet felet.
    Tidsgränsen har överskrids Tidsgränsen för körningen överskreds eftersom den aktuella varaktigheten överskred gränsen för körningsvaraktighet, vilket styrs av inställningen Kvarhållning av körningshistorik i dagar. Varaktigheten för en körning beräknas med körningens starttid och körningslängdsgräns vid den starttiden.

    Obs! Om körningens varaktighet också överskrider den aktuella kvarhållningsgränsen för körningshistorik, som också styrs av inställningen Kvarhållning av körningshistorik i dagar, rensas körningen från körningshistoriken av ett dagligt rensningsjobb. Oavsett om körningen överskrider tidsgränsen eller slutförs beräknas kvarhållningsperioden alltid med hjälp av körningens starttid och aktuella kvarhållningsgräns. Så om du minskar varaktighetsgränsen för en körning under flygning överskrider körningen tidsgränsen. Körningen stannar dock eller rensas från körningshistoriken baserat på om körningens varaktighet överskred kvarhållningsgränsen.

    Väntar Körningen har inte startats eller pausats, till exempel på grund av en tidigare arbetsflödesinstans som fortfarande körs.
  6. Om du vill granska statusarna för varje steg i en specifik körning och stegets indata och utdata väljer du knappen ellips (...) för den körningen och väljer Visa körning.

    Skärmbild som visar arbetsflödets körningshistorikrad med ellipsknappen och

    Visual Studio Code öppnar övervakningsvyn och visar status för varje steg i körningen.

    Skärmbild som visar varje steg i arbetsflödeskörningen och deras status

    Anteckning

    Om en körning misslyckades och ett steg i övervakningsvyn visar 400 Bad Request felet kan det här problemet bero på ett längre utlösarnamn eller åtgärdsnamn som gör att den underliggande URI:n (Uniform Resource Identifier) överskrider standardteckengränsen. Mer information finns i "400 felaktig begäran".

    I följande tabell visas möjliga statusar som varje arbetsflödesåtgärd kan ha och visas i Visual Studio Code:

    Åtgärdsstatus Beskrivning
    Avbruten Åtgärden stoppades eller avslutades inte på grund av externa problem, till exempel ett systemavbrott eller en förfallen Azure-prenumeration.
    Annullerat Åtgärden kördes men fick en begäran om att avbryta.
    Misslyckades Åtgärden misslyckades.
    Körs Åtgärden körs för närvarande.
    Överhoppad Åtgärden hoppades över eftersom den omedelbart föregående åtgärden misslyckades. En åtgärd har ett runAfter villkor som kräver att föregående åtgärd slutförs innan den aktuella åtgärden kan köras.
    Lyckades Åtgärden lyckades.
    Lyckades med återförsök Åtgärden lyckades men bara efter en eller flera återförsök. Om du vill granska återförsökshistoriken väljer du den åtgärden i vyn körningshistorikinformation så att du kan visa indata och utdata.
    Tidsgränsen har överskrids Åtgärden stoppades på grund av den tidsgräns som anges av den åtgärdens inställningar.
    Väntar Gäller för en webhook-åtgärd som väntar på en inkommande begäran från en anropare.
  7. Om du vill granska indata och utdata för varje steg väljer du det steg som du vill inspektera.

    Skärmbild som visar status för varje steg i arbetsflödet plus indata och utdata i den utökade åtgärden

  8. Om du vill granska råa indata och utdata för det steget ytterligare väljer du Visa råa indata eller Visa råutdata.

  9. Om du vill stoppa felsökningssessionen går du till menyn Kör och väljer Stoppa felsökning (Skift + F5).

Returnera ett svar

Om du vill returnera ett svar till anroparen som skickade en begäran till logikappen kan du använda den inbyggda svarsåtgärden för ett arbetsflöde som börjar med utlösaren Förfrågning.

  1. I arbetsflödesdesignern går du till åtgärden Skicka ett e-postmeddelande och väljer plustecknet (+) >Lägg till en åtgärd.

    Kommandotolken Välj en åtgärd visas i designern och fönstret Lägg till en åtgärd öppnas igen så att du kan välja nästa åtgärd.

  2. I fönstret Lägg till en åtgärd under sökrutan Välj en åtgärd kontrollerar du att Inbyggt är markerat. I sökrutan anger du responseoch väljer åtgärden Svar .

    Skärmbild som visar arbetsflödesdesignern med åtgärden Svar markerad.

    När åtgärden Svar visas i designern öppnas åtgärdens informationsfönster automatiskt.

    Skärmbild som visar arbetsflödesdesignern med informationsfönstret

  3. På fliken Parametrar anger du nödvändig information för den funktion som du vill anropa.

    Det här exemplet returnerar egenskapsvärdet Brödtext som utdata från åtgärden Skicka ett e-postmeddelande .

    1. Klicka i rutan Brödtextegenskap så att listan med dynamiskt innehåll visas och visar tillgängliga utdatavärden från föregående utlösare och åtgärder i arbetsflödet.

      Skärmbild som visar informationsfönstret för åtgärden

    2. I listan med dynamiskt innehåll går du till Skicka ett e-postmeddelande och väljer Brödtext.

      Skärmbild som visar den öppna listan med dynamiskt innehåll. I listan under rubriken

      När du är klar har egenskapen Svarsåtgärdens brödtext nu angetts till utdatavärdetSkicka ett e-postmeddelande.

      Skärmbild som visar status för varje steg i arbetsflödet plus indata och utdata i den expanderade åtgärden

  4. I designern väljer du Spara.

Testa logikappen igen

När du har uppdaterat logikappen kan du köra ett nytt test genom att köra felsökaren igen i Visual Studio och skicka en annan begäran för att utlösa den uppdaterade logikappen, ungefär som stegen i Kör, testa och felsöka lokalt.

  1. Öppna menyn Kör i Aktivitetsfältet i Visual Studio Code och välj Starta felsökning (F5).

  2. I Postman eller ditt verktyg för att skapa och skicka begäranden skickar du en annan begäran för att utlösa arbetsflödet.

  3. Om du har skapat ett tillståndskänsligt arbetsflöde kontrollerar du statusen för den senaste körningen på arbetsflödets översiktssida. Om du vill visa status, indata och utdata för varje steg i den körningen väljer du knappen ellipser (...) för den körningen och väljer Visa körning.

    Här är till exempel steg för steg-status för en körning efter att exempelarbetsflödet uppdaterades med åtgärden Svar.

    Skärmbild som visar status för varje steg i det uppdaterade arbetsflödet plus indata och utdata i den utökade åtgärden

  4. Om du vill stoppa felsökningssessionen går du till menyn Kör och väljer Stoppa felsökning (Skift + F5).

Hitta domännamn för brandväggsåtkomst

Innan du distribuerar och kör logikappens arbetsflöde i Azure-Portal måste du konfigurera behörigheter för utlösar- eller åtgärdsanslutningar som finns i arbetsflödet om din miljö har strikta nätverkskrav eller brandväggar som begränsar trafiken.

Följ dessa steg för att hitta de fullständigt kvalificerade domännamnen (FQDN) för dessa anslutningar:

  1. I logikappprojektet öppnar du filen connections.json , som skapas när du har lagt till den första anslutningsbaserade utlösaren eller åtgärden i arbetsflödet, och letar upp managedApiConnections objektet.

  2. För varje anslutning som du skapade kopierar och sparar du egenskapsvärdet connectionRuntimeUrl någonstans säkert så att du kan konfigurera brandväggen med den här informationen.

    Det här exemplet innehåller filen connections.json två anslutningar, en AS2-anslutning och en Office 365 anslutning med följande connectionRuntimeUrl värden:

    • AS2: "connectionRuntimeUrl": https://9d51d1ffc9f77572.00.common.logic-{Azure-region}.azure-apihub.net/apim/as2/11d3fec26c87435a80737460c85f42ba

    • Office 365: "connectionRuntimeUrl": https://9d51d1ffc9f77572.00.common.logic-{Azure-region}.azure-apihub.net/apim/office365/668073340efe481192096ac27e7d467f

    {
       "managedApiConnections": {
          "as2": {
             "api": {
                "id": "/subscriptions/{Azure-subscription-ID}/providers/Microsoft.Web/locations/{Azure-region}/managedApis/as2"
             },
             "connection": {
                "id": "/subscriptions/{Azure-subscription-ID}/resourceGroups/{Azure-resource-group}/providers/Microsoft.Web/connections/{connection-resource-name}"
             },
             "connectionRuntimeUrl": https://9d51d1ffc9f77572.00.common.logic-{Azure-region}.azure-apihub.net/apim/as2/11d3fec26c87435a80737460c85f42ba,
             "authentication": {
                "type":"ManagedServiceIdentity"
             }
          },
          "office365": {
             "api": {
                "id": "/subscriptions/{Azure-subscription-ID}/providers/Microsoft.Web/locations/{Azure-region}/managedApis/office365"
             },
             "connection": {
                "id": "/subscriptions/{Azure-subscription-ID}/resourceGroups/{Azure-resource-group}/providers/Microsoft.Web/connections/{connection-resource-name}"
             },
             "connectionRuntimeUrl": https://9d51d1ffc9f77572.00.common.logic-{Azure-region}.azure-apihub.net/apim/office365/668073340efe481192096ac27e7d467f,
             "authentication": {
                "type":"ManagedServiceIdentity"
             }
          }
       }
    }
    

Distribuera till Azure

Från Visual Studio Code kan du publicera projektet direkt till Azure, som distribuerar logikappen med hjälp av resurstypen Logikapp (Standard ). Du kan publicera logikappen som en ny resurs, som automatiskt skapar nödvändiga resurser, till exempel ett Azure Storage-konto, som liknar kraven för funktionsappen. Eller så kan du publicera logikappen till en tidigare distribuerad logikappresurs (Standard), som skriver över logikappen.

Distribution för resurstypen Logikapp (Standard) kräver en värdplan och prisnivå som du väljer under distributionen. Mer information finns i Värdplaner och prisnivåer.

Publicera till en ny logikappresurs (standard)

  1. I aktivitetsfältet i Visual Studio Code väljer du Azure-ikonen.

  2. I verktygsfältet Azure: Logic Apps (Standard) väljer du Distribuera till logikapp.

    Skärmbild som visar fönstret

  3. Om du uppmanas väljer du den Azure-prenumeration som ska användas för distributionen av logikappen.

  4. I listan som Öppnas i Visual Studio Code väljer du bland följande alternativ:

    • Skapa ny logikapp (standard) i Azure (snabb)
    • Skapa ny logikapp (standard) i Azure Advanced
    • En tidigare distribuerad logikappresurs (Standard), om det finns någon

    Det här exemplet fortsätter med Skapa ny logikapp (Standard) i Azure Advanced.

    Skärmbild som visar fönstret

  5. Följ dessa steg om du vill skapa din nya Logic App-resurs (Standard ):

    1. Ange ett globalt unikt namn för den nya logikappen, som är det namn som ska användas för logikappresursen (Standard ). I det här exemplet används Fabrikam-Workflows-App.

      Skärmbild som visar fönstret

    2. Välj en värdplan för den nya logikappen. Skapa antingen ett namn för planen eller välj en befintlig plan. I det här exemplet väljs Skapa ny Serviço de Aplicativo plan.

      Skärmbild som visar fönstret

    3. Ange ett namn för din värdplan och välj sedan en prisnivå för din valda plan.

      Mer information finns i Värdplaner och prisnivåer.

    4. För optimala prestanda väljer du samma resursgrupp som projektet för distributionen.

      Anteckning

      Även om du kan skapa eller använda en annan resursgrupp kan detta påverka prestandan. Om du skapar eller väljer en annan resursgrupp, men avbryter när bekräftelsemeddelandet visas, avbryts även distributionen.

    5. För tillståndskänsliga arbetsflöden väljer du Skapa nytt lagringskonto eller ett befintligt lagringskonto.

      Skärmbild som visar fönstret

    6. Om logikappens inställningar för att skapa och distribuera stöder användning av Application Insights kan du aktivera diagnostikloggning och spårning för logikappen. Du kan göra det antingen när du distribuerar logikappen från Visual Studio Code eller efter distributionen. Du måste ha en Application Insights-instans, men du kan skapa den här resursen i förväg, när du distribuerar logikappen eller efter distributionen.

      Följ dessa steg om du vill aktivera loggning och spårning nu:

      1. Välj antingen en befintlig Application Insights-resurs eller Skapa ny Application Insights-resurs.

      2. Gå till Application Insights-resursen i Azure-Portal.

      3. På resursmenyn väljer du Översikt. Leta upp och kopiera värdet instrumenteringsnyckel .

      4. Öppna filen local.settings.json i projektets rotmapp i Visual Studio Code.

      5. I - Values objektet lägger du till APPINSIGHTS_INSTRUMENTATIONKEY egenskapen och anger värdet till instrumentationsnyckeln, till exempel:

        {
           "IsEncrypted": false,
           "Values": {
              "AzureWebJobsStorage": "UseDevelopmentStorage=true",
              "FUNCTIONS_WORKER_RUNTIME": "node",
              "APPINSIGHTS_INSTRUMENTATIONKEY": <instrumentation-key>
           }
        }
        

        Tips

        Du kan kontrollera om utlösar- och åtgärdsnamnen visas korrekt i Application Insights-instansen.

        1. Gå till Application Insights-resursen i Azure-Portal.

        2. På resursresursmenyn under Undersök väljer du Programkarta.

        3. Granska åtgärdsnamnen som visas på kartan.

        Vissa inkommande begäranden från inbyggda utlösare kan visas som dubbletter i programkartan. I stället för att WorkflowName.ActionName använda formatet använder dessa dubbletter arbetsflödesnamnet som åtgärdsnamn och kommer från Azure Functions-värden.

      6. Därefter kan du justera allvarlighetsgraden för spårningsdata som logikappen samlar in och skickar till Application Insights-instansen.

        Varje gång en arbetsflödesrelaterad händelse inträffar, till exempel när ett arbetsflöde utlöses eller när en åtgärd körs, genererar körningen olika spårningar. Dessa spårningar täcker arbetsflödets livslängd och omfattar, men är inte begränsade till, följande händelsetyper:

        • Tjänstaktivitet, till exempel start, stopp och fel.
        • Jobb och dispatcher-aktivitet.
        • Arbetsflödesaktivitet, till exempel utlösare, åtgärd och körning.
        • Aktivitet för lagringsbegäran, till exempel lyckade eller misslyckade.
        • HTTP-begärandeaktivitet, till exempel inkommande, utgående, lyckad och misslyckad.
        • Eventuella utvecklingsspårningar, till exempel felsökningsmeddelanden.

        Varje händelsetyp tilldelas en allvarlighetsgrad. Nivån samlar till exempel Trace in de mest detaljerade meddelandena, medan Information nivån registrerar allmän aktivitet i arbetsflödet, till exempel när logikappen, arbetsflödet, utlösaren och åtgärderna startar och stoppar. I den här tabellen beskrivs allvarlighetsgraderna och deras spårningstyper:

        Allvarlighetsgrad Spårningstyp
        Kritiskt Loggar som beskriver ett oåterkalleligt fel i logikappen.
        Felsöka Loggar som du kan använda för undersökning under utvecklingen, till exempel inkommande och utgående HTTP-anrop.
        Fel Loggar som anger ett fel i arbetsflödeskörningen, men inte ett allmänt fel i logikappen.
        Information Loggar som spårar den allmänna aktiviteten i logikappen eller arbetsflödet, till exempel:

        – När en utlösare, åtgärd eller körning startar och slutar.
        – När logikappen startar eller slutar.

        Spårning Loggar som innehåller de mest detaljerade meddelandena, till exempel lagringsbegäranden eller dispatcher-aktivitet, plus alla meddelanden som är relaterade till arbetsflödeskörningsaktivitet.
        Varning Loggar som belyser ett onormalt tillstånd i logikappen men inte förhindrar att det körs.

        Om du vill ange allvarlighetsgrad öppnar du filen host.json på projektets rotnivå och letar reda på objektet logging . Det här objektet styr loggfiltreringen för alla arbetsflöden i logikappen och följer ASP.NET Core layout för loggtypsfiltrering.

        {
           "version": "2.0",
           "logging": {
              "applicationInsights": {
                 "samplingExcludedTypes": "Request",
                 "samplingSettings": {
                    "isEnabled": true
                 }
              }
           }
        }
        

        Om objektet logging inte innehåller ett logLevel objekt som innehåller Host.Triggers.Workflow egenskapen lägger du till dessa objekt. Ange egenskapen till allvarlighetsgrad för den spårningstyp som du vill använda, till exempel:

        {
           "version": "2.0",
           "logging": {
              "applicationInsights": {
                 "samplingExcludedTypes": "Request",
                 "samplingSettings": {
                    "isEnabled": true
                 }
              },
              "logLevel": {
                 "Host.Triggers.Workflow": "Information"
              }
           }
        }
        

    När du är klar med distributionsstegen börjar Visual Studio Code skapa och distribuera de resurser som krävs för att publicera logikappen.

  6. Om du vill granska och övervaka distributionsprocessen går du till menyn Visa och väljer Utdata. I verktygsfältslistan Utdata väljer du Azure Logic Apps.

    Skärmbild som visar utdatafönstret med

    När Visual Studio Code har distribuerat logikappen till Azure visas följande meddelande:

    Skärmbild som visar ett meddelande om att distributionen till Azure har slutförts.

    Grattis, logikappen är nu live i Azure och aktiverad som standard.

Härnäst kan du lära dig hur du utför dessa uppgifter:

Lägga till tomt arbetsflöde i projektet

Du kan ha flera arbetsflöden i logikappsprojektet. Följ dessa steg om du vill lägga till ett tomt arbetsflöde i projektet:

  1. I aktivitetsfältet i Visual Studio Code väljer du Azure-ikonen.

  2. I Azure-fönstret bredvid Azure: Logic Apps (Standard) väljer du Skapa arbetsflöde (ikon för Azure Logic Apps).

  3. Välj den arbetsflödestyp som du vill lägga till: Tillståndskänslig eller Tillståndslös

  4. Ange ett namn för arbetsflödet.

När du är klar visas en ny arbetsflödesmapp i projektet tillsammans med en workflow.json-fil för arbetsflödesdefinitionen.

Hantera distribuerade logikappar i Visual Studio Code

I Visual Studio Code kan du visa alla distribuerade logikappar i din Azure-prenumeration, oavsett om de är den ursprungliga Logic Apps - eller Logic App-resurstypen (Standard) och välja uppgifter som hjälper dig att hantera dessa logikappar. Men för att komma åt båda resurstyperna behöver du både Azure Logic Apps - och Azure Logic Apps-tilläggen (Standard) för Visual Studio Code.

  1. Välj Azure-ikonen i det vänstra verktygsfältet. I fönstret Azure: Logic Apps (Standard) expanderar du din prenumeration, som visar alla distribuerade logikappar för den prenumerationen.

  2. Öppna logikappen som du vill hantera. I logikappens snabbmeny väljer du den uppgift som du vill utföra.

    Du kan till exempel välja aktiviteter som att stoppa, starta, starta om eller ta bort den distribuerade logikappen. Du kan inaktivera eller aktivera ett arbetsflöde med hjälp av Azure-Portal.

    Anteckning

    Åtgärderna stoppa logikappen och ta bort logikappar påverkar arbetsflödesinstanser på olika sätt. Mer information finns i Överväganden för att stoppa logikappar och överväganden för att ta bort logikappar.

    Skärmbild som visar Visual Studio Code med det öppnade tilläggsfönstret

  3. Om du vill visa alla arbetsflöden i logikappen expanderar du logikappen och expanderar sedan noden Arbetsflöden .

  4. Om du vill visa ett specifikt arbetsflöde öppnar du arbetsflödets snabbmeny och väljer Öppna i Designer, vilket öppnar arbetsflödet i skrivskyddat läge.

    Om du vill redigera arbetsflödet har du följande alternativ:

    • I Visual Studio Code öppnar du projektets workflow.json-fil i arbetsflödesdesignern, gör dina ändringar och distribuerar om logikappen till Azure.

    • Öppna logikappen i Azure-Portal. Du kan sedan öppna, redigera och spara arbetsflödet.

  5. Öppna den distribuerade logikappen i Azure-Portal genom att öppna logikappens snabbmeny och välja Öppna i portalen.

    Den Azure-Portal öppnas i webbläsaren, loggar in dig automatiskt på portalen om du är inloggad i Visual Studio Code och visar logikappen.

    Skärmbild som visar Azure-Portal sidan för logikappen i Visual Studio Code.

    Du kan också logga in separat till Azure-Portal, använda sökrutan i portalen för att hitta logikappen och sedan välja logikappen i resultatlistan.

    Skärmbild som visar Azure-Portal och sökfältet med sökresultat för distribuerad logikapp, som visas markerad.

Överväganden för att stoppa logikappar

Om du stoppar en logikapp påverkas arbetsflödesinstanserna på följande sätt:

  • Azure Logic Apps avbryter alla pågående och väntande körningar omedelbart.

  • Azure Logic Apps skapar eller kör inte nya arbetsflödesinstanser.

  • Utlösare utlöses inte nästa gång deras villkor uppfylls. Utlösartillstånden kommer dock ihåg de punkter där logikappen stoppades. Så om du startar om logikappen utlöses för alla obearbetade objekt sedan den senaste körningen.

    Om du vill förhindra att en utlösare utlöses på obearbetade objekt sedan den senaste körningen rensar du utlösartillståndet innan du startar om logikappen:

    1. I Visual Studio Code väljer du Azure-ikonen i det vänstra verktygsfältet.
    2. I fönstret Azure: Logic Apps (Standard) expanderar du din prenumeration, som visar alla distribuerade logikappar för den prenumerationen.
    3. Expandera logikappen och expandera sedan noden med namnet Arbetsflöden.
    4. Öppna ett arbetsflöde och redigera alla delar av arbetsflödets utlösare.
    5. Spara ändringarna. Det här steget återställer utlösarens aktuella tillstånd.
    6. Upprepa för varje arbetsflöde.
    7. Starta om logikappen när du är klar.

Att tänka på när du tar bort logikappar

Borttagning av en logikapp påverkar arbetsflödesinstanser på följande sätt:

  • Azure Logic Apps avbryter pågående och väntande körningar omedelbart, men kör inte rensningsuppgifter på den lagring som används av appen.

  • Azure Logic Apps skapar eller kör inte nya arbetsflödesinstanser.

  • Om du tar bort ett arbetsflöde och sedan återskapar samma arbetsflöde har det återskapade arbetsflödet inte samma metadata som det borttagna arbetsflödet. Om du vill uppdatera metadata måste du spara om alla arbetsflöden som anropar det borttagna arbetsflödet. På så sätt får anroparen rätt information för det återskapade arbetsflödet. Annars misslyckas anrop till det återskapade arbetsflödet med ett Unauthorized fel. Det här beteendet gäller även för arbetsflöden som använder artefakter i integrationskonton och arbetsflöden som anropar Azure Functions.

Hantera distribuerade logikappar i portalen

När du har distribuerat en logikapp till Azure-Portal från Visual Studio Code kan du visa alla distribuerade logikappar som finns i din Azure-prenumeration, oavsett om de är den ursprungliga Logic Apps-resurstypen eller logikappresurstypen (Standard). För närvarande organiseras och hanteras varje resurstyp som separata kategorier i Azure. Följ dessa steg för att hitta logikappar som har resurstypen Logic App (Standard ):

  1. I sökrutan Azure-Portal anger du logic apps. När resultatlistan visas går du till Tjänster och väljer Logikappar.

    Skärmbild som visar sökrutan Azure-Portal med söktexten

  2. I fönstret Logikappar väljer du den logikapp som du har distribuerat från Visual Studio Code.

    Skärmbild som visar de Azure-Portal- och logikappresurser (standard) som distribuerats i Azure.

    Den Azure-Portal öppnar den enskilda resurssidan för den valda logikappen.

    Skärmbild som visar logikappens arbetsflödes resurssida i Azure-Portal.

  3. Om du vill visa arbetsflöden i den här logikappen går du till logikappens meny och väljer Arbetsflöden.

    Fönstret Arbetsflöden visar alla arbetsflöden i den aktuella logikappen. Det här exemplet visar arbetsflödet som du skapade i Visual Studio Code.

    Skärmbild som visar resurssidan

  4. Om du vill visa ett arbetsflöde går du till fönstret Arbetsflöden och väljer det arbetsflödet.

    Arbetsflödesfönstret öppnas och visar mer information och uppgifter som du kan utföra i arbetsflödet.

    Om du till exempel vill visa stegen i arbetsflödet väljer du Designer.

    Skärmbild som visar det valda arbetsflödets fönster

    Arbetsflödesdesignern öppnas och visar arbetsflödet som du skapade i Visual Studio Code. Nu kan du göra ändringar i det här arbetsflödet i Azure-Portal.

    Skärmbild som visar arbetsflödesdesignern och arbetsflödet som distribuerats från Visual Studio Code.

Lägga till ytterligare ett arbetsflöde i portalen

Via Azure-Portal kan du lägga till tomma arbetsflöden till en logikappresurs (Standard) som du har distribuerat från Visual Studio Code och skapa dessa arbetsflöden i Azure-Portal.

  1. I Azure-Portal väljer du den distribuerade logikappresursen (Standard).

  2. På logikappmenyn väljer du Arbetsflöden. I fönstret Arbetsflöden väljer du Lägg till.

    Skärmbild som visar den valda logikappens fönster

  3. I fönstret Nytt arbetsflöde anger du namnet på arbetsflödet. Välj Antingen Tillståndskänslig eller Tillståndslös>Skapa.

    När Azure har distribuerat ditt nya arbetsflöde, som visas i fönstret Arbetsflöden , väljer du det arbetsflödet så att du kan hantera och utföra andra uppgifter, till exempel att öppna designer- eller kodvyn.

    Skärmbild som visar det valda arbetsflödet med hanterings- och granskningsalternativ.

    Om du till exempel öppnar designern för ett nytt arbetsflöde visas en tom arbetsyta. Nu kan du skapa det här arbetsflödet i Azure-Portal.

    Skärmbild som visar arbetsflödesdesignern och ett tomt arbetsflöde.

Aktivera körningshistorik för tillståndslösa arbetsflöden

Om du vill felsöka ett tillståndslöst arbetsflöde enklare kan du aktivera körningshistoriken för arbetsflödet och sedan inaktivera körningshistoriken när du är klar. Följ de här stegen för Visual Studio Code, eller om du arbetar i Azure-Portal kan du läsa Skapa arbetsflöden baserade på en klientorganisation i Azure-Portal.

  1. I Visual Studio Code-projektet expanderar du mappen med namnet workflow-designtime och öppnar filen local.settings.json .

  2. Workflows.{yourWorkflowName}.operationOptions Lägg till egenskapen och ange värdet till WithStatelessRunHistory, till exempel:

    Windows

    {
       "IsEncrypted": false,
       "Values": {
          "AzureWebJobsStorage": "UseDevelopmentStorage=true",
          "FUNCTIONS_WORKER_RUNTIME": "node",
          "Workflows.{yourWorkflowName}.OperationOptions": "WithStatelessRunHistory"
       }
    }
    

    macOS eller Linux

    {
       "IsEncrypted": false,
       "Values": {
          "AzureWebJobsStorage": "DefaultEndpointsProtocol=https;AccountName=fabrikamstorageacct; \
              AccountKey=<access-key>;EndpointSuffix=core.windows.net",
          "FUNCTIONS_WORKER_RUNTIME": "node",
          "Workflows.{yourWorkflowName}.OperationOptions": "WithStatelessRunHistory"
       }
    }
    
  3. Om du vill inaktivera körningshistoriken när du är klar anger Workflows.{yourWorkflowName}.OperationOptionsdu antingen egenskapen till Noneeller tar bort egenskapen och dess värde.

Aktivera övervakningsvyn i Azure-Portal

När du har distribuerat en Logic App-resurs (Standard) från Visual Studio Code till Azure kan du granska eventuell tillgänglig körningshistorik och information om ett arbetsflöde i resursen med hjälp av Azure-Portal och övervakningsfunktionen för arbetsflödet. Du måste dock först aktivera funktionen Övervaka vy för den logikappresursen.

  1. I Azure-Portal väljer du den distribuerade logikappresursen (Standard).

  2. På den resursens meny går du till API och väljer CORS.

  3. Lägg till jokertecknet (*) under Allowed Origins (Tillåtna ursprung) i CORS-fönstret.

  4. När du är klar väljer du Spara i CORS-verktygsfältet.

    Skärmbild som visar Azure-Portal med en distribuerad logikappresurs (Standard). På resursmenyn är

Aktivera eller öppna Application Insights efter distributionen

Under arbetsflödeskörningen genererar logikappen telemetri tillsammans med andra händelser. Du kan använda den här telemetrin för att få bättre insyn i hur väl arbetsflödet körs och hur Logic Apps-körningen fungerar på olika sätt. Du kan övervaka ditt arbetsflöde med hjälp av Application Insights, som tillhandahåller telemetri i nära realtid (live-mått). Den här funktionen kan hjälpa dig att undersöka fel och prestandaproblem enklare när du använder dessa data för att diagnostisera problem, konfigurera aviseringar och skapa diagram.

Om logikappens inställningar för att skapa och distribuera stöder användning av Application Insights kan du aktivera diagnostikloggning och spårning för logikappen. Du kan göra det antingen när du distribuerar logikappen från Visual Studio Code eller efter distributionen. Du måste ha en Application Insights-instans, men du kan skapa den här resursen i förväg, när du distribuerar logikappen eller efter distributionen.

Följ dessa steg om du vill aktivera Application Insights i en distribuerad logikapp eller granska Application Insights-data när de redan är aktiverade:

  1. Leta reda på den distribuerade logikappen i Azure-Portal.

  2. På logikappmenyn går du till Inställningar och väljer Application Insights.

  3. Om Application Insights inte är aktiverat går du till fönstret Application Insights och väljer Aktivera Application Insights. När fönstret har uppdaterats väljer du Använd längst ned.

    Om Application Insights är aktiverat går du till fönstret Application Insights och väljer Visa Application Insights-data.

När Application Insights har öppnats kan du granska olika mått för din logikapp. Mer information finns i följande avsnitt:

Ta bort objekt från designern

Om du vill ta bort ett objekt i arbetsflödet från designern följer du något av följande steg:

  • Välj objektet, öppna objektets snabbmeny (Skift+F10) och välj Ta bort. Bekräfta genom att välja OK.

  • Markera objektet och tryck på delete-tangenten. Bekräfta genom att välja OK.

  • Välj objektet så att informationsfönstret öppnas för objektet. Öppna ellipsmenyn (...) i fönstrets övre högra hörn och välj Ta bort. Bekräfta genom att välja OK.

    Skärmbild som visar ett markerat objekt i designern med det öppnade informationsfönstret plus den valda ellipsknappen och kommandot

    Tips

    Om ellipsmenyn inte visas expanderar du Visual Studio Code-fönstret tillräckligt brett så att informationsfönstret visar ellipsknappen (...) i det övre högra hörnet.

Felsöka fel och problem

Designern kan inte öppnas

När du försöker öppna designern får du det här felet "Det gick inte att starta arbetsflödets designtid". Om du tidigare försökte öppna designern och sedan avbröt eller tog bort projektet kanske tilläggspaketet inte laddas ned korrekt. Följ dessa steg för att kontrollera om problemet beror på den här orsaken:

  1. Öppna fönstret Utdata i Visual Studio Code. På menyn Visa väljer du Utdata.

  2. I listan i namnlisten för utdatafönstret väljer du Azure Logic Apps (Standard) så att du kan granska utdata från tillägget, till exempel:

    Skärmbild som visar utdatafönstret med

  3. Granska utdata och kontrollera om det här felmeddelandet visas:

    A host error has occurred during startup operation '{operationID}'.
    System.Private.CoreLib: The file 'C:\Users\{userName}\AppData\Local\Temp\Functions\
    ExtensionBundles\Microsoft.Azure.Functions.ExtensionBundle.Workflows\1.1.7\bin\
    DurableTask.AzureStorage.dll' already exists.
    Value cannot be null. (Parameter 'provider')
    Application is shutting down...
    Initialization cancellation requested by runtime.
    Stopping host...
    Host shutdown completed.
    

Lös problemet genom att ta bort mappen ExtensionBundles på den här platsen ...\Users{your-username}\AppData\Local\Temp\Functions\ExtensionBundles och försök öppna filen workflow.json igen i designern.

Nya utlösare och åtgärder saknas i designerväljaren för tidigare skapade arbetsflöden

Azure Logic Apps med en enda klient stöder inbyggda åtgärder för Azure Function Operations, Liquid Operations och XML-åtgärder, till exempel XML-validering och transformerings-XML. Men för tidigare skapade logikappar kanske dessa åtgärder inte visas i designerväljaren för att du ska kunna välja om Visual Studio Code använder en inaktuell version av tilläggspaketet, Microsoft.Azure.Functions.ExtensionBundle.Workflows.

Azure Function Operations-anslutningsappen och åtgärderna visas inte heller i designerväljaren om du inte har aktiverat eller valt Använd anslutningsappar från Azure när du skapade logikappen. Om du inte aktiverade azure-distribuerade anslutningsappar när appen skapades kan du aktivera dem från ditt projekt i Visual Studio Code. Öppna snabbmenyn workflow.json och välj Använd anslutningsappar från Azure.

Åtgärda det inaktuella paketet genom att följa dessa steg för att ta bort det inaktuella paketet, vilket gör att Visual Studio Code automatiskt uppdaterar tilläggspaketet till den senaste versionen.

Anteckning

Den här lösningen gäller endast för logikappar som du skapar och distribuerar med Visual Studio Code med tillägget Azure Logic Apps (Standard), inte de logikappar som du skapade med hjälp av Azure-Portal. Se Utlösare och åtgärder som stöds saknas i designern i Azure-Portal.

  1. Spara allt arbete som du inte vill förlora och stäng Visual Studio.

  2. Bläddra till följande mapp på datorn, som innehåller versionsmappar för det befintliga paketet:

    ...\Users\{your-username}\.azure-functions-core-tools\Functions\ExtensionBundles\Microsoft.Azure.Functions.ExtensionBundle.Workflows

  3. Ta bort versionsmappen för det tidigare paketet, till exempel om du har en mapp för version 1.1.3, ta bort mappen.

  4. Bläddra nu till följande mapp, som innehåller versionsmappar för det NuGet-paket som krävs:

    ...\Users\{your-username}\.nuget\packages\microsoft.azure.workflows.webjobs.extension

  5. Ta bort versionsmappen för det tidigare paketet.

  6. Öppna Visual Studio Code igen, ditt projekt och filen workflow.json i designern.

De saknade utlösarna och åtgärderna visas nu i designern.

"400 Felaktig begäran" visas på en utlösare eller åtgärd

När en körning misslyckas och du inspekterar körningen i övervakningsvyn kan det här felet visas på en utlösare eller åtgärd som har ett längre namn, vilket gör att den underliggande URI:n (Uniform Resource Identifier) överskrider standardteckengränsen.

Lös problemet och justera för den längre URI:n genom att redigera registernycklarna UrlSegmentMaxCount och UrlSegmentMaxLength på datorn genom att följa stegen nedan. Standardvärdena för nyckeln beskrivs i det här avsnittet Http.sys registerinställningar för Windows.

Viktigt

Se till att spara ditt arbete innan du börjar. Den här lösningen kräver att du startar om datorn när du är klar så att ändringarna kan börja gälla.

  1. Öppna fönstret Kör på datorn och kör regedit kommandot som öppnar registereditorn.

  2. I rutan User Account Control (Kontroll av användarkonto ) väljer du Ja för att tillåta dina ändringar på datorn.

  3. I den vänstra rutan under Dator expanderar du noderna längs sökvägen ,HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\HTTP\Parametersoch väljer sedan Parametrar.

  4. Leta reda på registernycklarna UrlSegmentMaxCount och UrlSegmentMaxLength i den högra rutan.

  5. Öka dessa nyckelvärden tillräckligt så att URI:erna kan hantera de namn som du vill använda. Om dessa nycklar inte finns lägger du till dem i mappen Parametrar genom att följa dessa steg:

    1. På snabbmenyn Parametrar väljer du Nytt>DWORD-värde (32-bitars).

    2. I redigeringsrutan som visas anger du UrlSegmentMaxCount som det nya nyckelnamnet.

    3. Öppna den nya nyckelns snabbmeny och välj Ändra.

    4. I rutan Redigera sträng som visas anger du värdet för värdedatanyckeln som du vill använda i hexadecimalt eller decimalformat. I hexadecimalt motsvarar det till 1024 exempel 400 decimaltecknet.

    5. Upprepa de UrlSegmentMaxLength här stegen för att lägga till nyckelvärdet.

    När du har ökat eller lagt till dessa nyckelvärden ser registereditorn ut som i det här exemplet:

    Skärmbild som visar registereditorn.

  6. När du är klar startar du om datorn så att ändringarna kan börja gälla.

Det går inte att starta felsökningssessionen

När du försöker starta en felsökningssession får du felet "Felet finns när preLaunchTask 'generateDebugSymbols' har körts". Lös problemet genom att redigera filen tasks.json i projektet för att hoppa över symbolgenereringen.

  1. I projektet expanderar du mappen med namnet .vscode och öppnar filen tasks.json .

  2. I följande uppgift tar du bort raden , "dependsOn: "generateDebugSymbols"tillsammans med kommatecknet som avslutar föregående rad, till exempel:

    Innan:

     {
       "type": "func",
       "command": "host start",
       "problemMatcher": "$func-watch",
       "isBackground": true,
       "dependsOn": "generateDebugSymbols"
     }
    

    Efter:

     {
       "type": "func",
       "command": "host start",
       "problemMatcher": "$func-watch",
       "isBackground": true
     }
    

Nästa steg

Vi vill gärna höra från dig om dina erfarenheter av Tillägget Azure Logic Apps (Standard).