Skapa ett integreringsarbetsflöde med en klientorganisation Azure Logic Apps och Visual Studio Code

Den här artikeln visar hur du skapar ett exempel på ett automatiserat integreringsarbetsflöde med hjälp av resurstypen Logic App (Standard), Visual Studio Code och Azure Logic Apps -tillägget (Standard). När du skapar det här logikapparbetsflödet i Visual Studio Code kan du köra och testa arbetsflödet i din lokala utvecklingsmiljö.

När du är klar kan du distribuera till en Azure Logic Apps-klientmiljö eller var som helst som Azure Functions kan köra, på grund av den omdesignade Azure Logic Apps containerkörningen. Jämfört med tillägget Azure Logic Apps (Consumption) för flera innehavare, som fungerar för Azure Logic Apps-miljön för flera innehavare, ger tillägget Azure Logic Apps (Standard) för en enda klient möjligheten att skapa logikappar med följande attribut:

  • Resurstypen Logic App (Standard) kan vara värd för flera tillståndslösa och tillståndslösa arbetsflöden som körs lokalt i utvecklingsmiljön, i en Azure Logic Apps-miljö för en klient eller var som helst där Azure Functions kan köras, till exempel containrar. Det här attributet ger flexibilitet och portabilitet för dina arbetsflöden.

  • I en Logikappresurs (Standard) körs arbetsflöden i samma logikapp och klientorganisation i samma process som den omdesignade Azure Logic Apps-körningen, så att de delar samma resurser och ger bättre prestanda.

  • Du kan distribuera en logikappresurs (standard) direkt till Azure eller var som helst Azure Functions kan köra, inklusive containrar.

Mer information om resurstypen Logic App (Standard) och modellen för en enskild klientorganisation finns i Single-tenant versus multi-tenant and integration service environment(Miljö för en enskild klient jämfört med flera klienter och integreringstjänst).

Exempelarbetsflödet är molnbaserat och har bara två steg, men du kan 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 begärandeutlösaren 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 en 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ödenmed en enda Azure Logic Apps 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 kod, logikappsprojekt och arbetsflöde.

När du går vidare utför du dessa uppgifter på hög nivå:

  • Skapa ett projekt för logikappen och ett tomt tillståndsfullt arbetsflöde.
  • Lägg till en utlösare och en åtgärd.
  • Kör, testa, felsök och granska körningshistoriken lokalt.
  • Hitta domännamnsinformation för brandväggsåtkomst.
  • Distribuera till Azure, vilket innefattar att aktivera Application Insights.
  • 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.

Förutsättningar

Å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 övergripande stegen är desamma. Alternativen kan dock skilja sig åt på vissa sätt. Om du till exempel använder anslutningsappen för Outlook.com använder du din personliga Microsoft-konto för att logga in.

Lagringskrav

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

  1. Ladda ned och installera Azurite 3.12.0 eller senare.
  2. Se till att starta emulatorn innan du kör logikappen.

Mer information finns i Azurite-dokumentationen.

Verktyg

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

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

    • C# för Visual Studio Code somgör att F5-funktioner kan köra logikappen.

    • Azure Functions Core Tools 3.0.3477 eller senare med hjälp av Microsoft Installer-versionen (MSI), som är func-cli-3.0.3477-x*.msi .

      Dessa verktyg innehåller en version av samma körning som driver Azure Functions runtime, som Azure Logic Apps -tillägget (Standard) använder i Visual Studio Code.

      Viktigt

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

    • Azure Logic Apps (Standard) för Visual Studio Code.

      Viktigt

      Projekt som skapats med tidigare förhandsversionstillägg fungerar inte längre. Om du vill fortsätta avinstallerar du eventuella tidigare versioner och återskapar logikappsprojekten.

      Följ dessa steg Azure Logic Apps installera tillägget för Azure Logic Apps (Standard):

      1. I Visual Studio Code går du till det vänstra verktygsfältet och väljer Tillägg.

      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 Visual Studio Kod med Azure Logic Apps (Standard)-tillägget 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 förbrukningstillägg (flera klient) och standardtillägg (en klient) 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 organiserar dina appar under varje tillägg, Azure Logic Apps (Förbrukning) och Azure Logic Apps (Standard).

  • Om du vill använda åtgärden Inline Code Operations som kör JavaScript installerar duNode.js versionerna 10.x.x, 11.x.x eller 12.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änglig med hjälp av en PATH-miljövariabel för ditt operativsystem.

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

  • 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 begärandeutlösaren. Om du inte har något sådant verktyg kan du ladda ned, installera och använda Postman.

  • Om du skapar logikappresurser med inställningar som stöder användning Application Insightskan du även 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 antingen 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 dina 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 Funktioner > Tillägg.

    3. Kontrollera att Automatisk kontroll av uppdateringar och Automatisk uppdatering är markerade.

Som standard är följande inställningar aktiverade och inställda för 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 för infogade kodåtgärder.

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

Följ dessa steg om du vill hitta och bekräfta 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 kodinställningar för tillägget "Azure Logic Apps (Standard)."

Anslut till ditt Azure-konto

  1. På Visual Studio Code Activity Bar (Kodaktivitetsfält) väljer du Azure-ikonen.

    Skärmbild som visar Visual Studio kodaktivitetsfält och vald Azure-ikon.

  2. I Azure-fönstret, under Azure: Logic Apps (Standard) väljer du Logga in på Azure. När sidan Visual Studio Code-autentisering 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 även har det offentligt utgivna tillägget hittar du 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-Visual Studio i statusfältet kod.

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

Skapa ett lokalt projekt

Innan du kan skapa logikappen måste du skapa 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. I Visual Studio Code stänger du alla öppna mappar.

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

    Skärmbild som visar verktygsfältet i Azure-fönstret med "Skapa nytt projekt" markerat.

  4. Om Windows Defender-brandväggen uppmanar dig att bevilja nätverksåtkomst för , vilket är Visual Studio Code och för , som är Azure Functions Core Tools, väljer du Code.exe func.exe 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 Välj mapp med en nyligen skapad projektmapp och knappen "Välj" markerad.

  6. I listan med mallar som visas väljer du antingen Tillståndsful Workflow (Tillståndsful Workflow) eller Stateless Workflow (Tillståndslöst arbetsflöde). I det här exemplet väljer du Tillståndsful Workflow.

    Skärmbild som visar listan med arbetsflödesmallar med "Tillståndsful Workflow" valt.

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

    Skärmbild som visar rutan "Skapa nytt tillståndslöst arbetsflöde (3/4)" och "Fabrikam-Stateful-Workflow" som arbetsflödesnamn.

    Visual Studio Code har skapat projektet och öppnar filenworkflow.jsför arbetsflödet i kodredigeraren.

    Anteckning

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

  8. Från verktygsfältet Visual Studio du Explorer-fönstret, 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ållerworkflow.jspå filen arbetsflödets underliggande JSON-definition.

    Skärmbild som visar Explorer-fönstret med projektmapp, arbetsflödesmapp och "workflow.jspå"-fil.

  9. Om du använder macOS eller Linux kan du konfigurera åtkomst till ditt lagringskonto genom att följa dessa steg, som krävs för att köra projektet lokalt:

    1. I projektets rotmapp öppnar du filen local.settings.jsfilen.

      Skärmbild som visar Explorer-fönstret och "local.settings.json"-filen i projektet.

    2. Ersätt AzureWebJobsStorage egenskapsvärdet med lagringskontots anslutningssträng som du sparade tidigare, till exempel:

      Innan:

      {
         "IsEncrypted": false,
         "Values": {
            "AzureWebJobsStorage": "UseDevelopmentStorage=true",
            "FUNCTIONS_WORKER_RUNTIME": "dotnet"
          }
      }
      

      Efter:

      {
         "IsEncrypted": false,
         "Values": {
            "AzureWebJobsStorage": "DefaultEndpointsProtocol=https;AccountName=fabrikamstorageacct;AccountKey=<access-key>;EndpointSuffix=core.windows.net",
           "FUNCTIONS_WORKER_RUNTIME": "dotnet"
         }
      }
      

      Viktigt

      I produktionsscenarier bör du skydda och skydda sådana hemligheter och känslig information, till exempel med hjälp av ett nyckelvalv.

    3. När du är klar ser du till att spara ändringarna.

Aktivera redigering av inbyggd anslutningsapp

Du kan skapa egna inbyggda anslutningsappar för alla tjänster du behöver med hjälp av Azure Logic Apps för utökningsbarhet. På samma sätt som inbyggda anslutningsappar som Azure Service Bus och SQL Server ger dessa anslutningsappar högre dataflöde, låg latens, lokal anslutning och körs inbyggt i samma process som Azure Logic Apps-klientkörningen.

Redigeringsfunktionerna är för närvarande endast tillgängliga i Visual Studio Code, men är inte aktiverat som standard. För att skapa de här anslutningsapparna måste du först konvertera projektet från tilläggssamlingsbaserad (Node.js) till NuGet-paketbaserad (.NET).

Viktigt

Den här åtgärden är en envägså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 logikappsprojekt.

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

  2. När frågan visas bekräftar du projektkonverteringen.

  3. Om du vill fortsätta granskar du och följer stegen i artikeln Azure Logic Apps Running Anywhere – Built-in connector extensibility ( Kör var som helst – inbyggd anslutningsapps utökningsbarhet).

Öppna arbetsflödesdefinitionsfilen i designern

  1. Kontrollera vilka versioner som är installerade på datorn genom att köra det här kommandot:

    ..\Users\{yourUserName}\dotnet --list-sdks

    Om du har .NET Core SDK 5.x kan den här versionen hindra dig från att öppna logikappens underliggande arbetsflödesdefinition i designern. I stället för att avinstallera den här versionen skapar du i projektets rotmapp en global.jspå-fil som refererar till den .NET Core runtime 3.x-version som du har som är senare än 3.1.201, till exempel:

    {
       "sdk": {
          "version": "3.1.8",
          "rollForward": "disable"
       }
    }
    

    Viktigt

    Se till att du uttryckligenglobal.js filen i projektets rotmapp inifrån Visual Studio Code. Annars öppnas inte designern.

  2. Expandera projektmappen för arbetsflödet. Öppnaworkflow.js filens snabbmeny och välj Öppna i Designer.

    Skärmbild som visar Explorer-fönstret och genvägsfönstret för workflow.jspå filen med "Öppna i Designer" valt.

  3. 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 "Aktivera anslutningsappar i Azure" öppen och "Använd anslutningsappar från Azure" valt.

    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 inte designern några hanterade anslutningsutlösare som du kan välja.

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

    Skärmbild som visar Explorer-fönstret med rutan "Välj prenumeration" och din prenumeration vald.

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

    Skärmbild som visar Explorer-fönstret med listan över resursgrupper och "Skapa ny resursgrupp" valt.

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

    Skärmbild som visar fönstret Utforskaren och rutan resursgruppnamn.

  7. I listan över platser hittar och väljer du den Azure-region som ska användas när du skapar din resursgrupp och dina resurser. I det här exemplet används USA, västra centrala.

    Skärmbild som visar Explorer-fönstret med platslistan och "USA, västra centrala" valt.

    När du har utför det här steget Visual Studio Code arbetsflödesdesignern.

    Anteckning

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

    Om designern inte öppnas kan du läsa felsökningsavsnittet Designer kan inte öppna.

    När designern visas visas prompten 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.

  8. 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 prompten 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.

  • Office 365 Outlook-åtgärden ,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 begärandeutlösaren

  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 markerad så att du kan välja en utlösare som körs inbyggt.

  2. I sökrutan Välj en åtgärd anger du och väljer den inbyggda begärandeutlösaren med namnet when a http request 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 "When a HTTP request is received" (När en HTTP-begäran tas emot) markerad.

    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 "När en HTTP-begäran tas emot" markerad och fönstret med information om utlösare är öppet.

    Tips

    Om informationsfönstret inte visas kontrollerar du att utlösaren är markerad 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ägga till Office 365 Outlook-åtgärden

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

    Uppmaningen 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 hitta och välja en åtgärd för en hanterad anslutningsapp som har distribuerats i Azure.

    Det här exemplet väljer och använder Office 365 Outlook-åtgärden Skicka ett e-postmeddelande (V2).

    Skärmbild som visar arbetsflödesdesignern och fönstret Lägg till en åtgärd med office 365 Outlook-åtgärden "Skicka ett e-postmeddelande" markerad.

  3. I åtgärdens informationsfönster 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 "Logga in" markerat.

  4. När Visual Studio Code uppmanar dig att ge ditt e-postkonto tillstånd väljer du Öppna.

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

    Tips

    Om du vill förhindra framtida uppmaningar 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 det tar för lång tid innan du slutför prompterna går autentiseringsprocessen ut 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 ge ditt e-postkonto tillstånd väljer du Öppna. Följ den efterföljande uppmaningen för att tillåta åtkomst.

    Skärmbild som visar tilläggets uppmaning om att tillåta åtkomst.

    Tips

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

    När Visual Studio Code skapar anslutningen visar vissa anslutningsappar meddelandet att The connection will be valid for {n} days only . Den här tidsgränsen gäller endast för varaktigheten när du skapar logikappen i Visual Studio Code. Efter distributionen gäller inte längre den här gränsen eftersom logikappen kan autentiseras vid körning med hjälp av dess automatiskt aktiverade system tilldelade hanterade identitet. Den här hanterade identiteten skiljer sig från autentiseringsuppgifterna eller anslutningssträngen som du använder när du skapar en anslutning. Om du inaktiverar den här system tilldelade hanterade identiteten fungerar inte anslutningarna vid körning.

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

  8. Ange nödvändig information för åtgärden på fliken Parametrar i åtgärdens informationsfönster, till exempel:

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

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

    Anteckning

    Om du vill göra några ändringar i informationsfönstret på fliken Inställningar, Statiskt resultat eller Kör efter ser du till att du väljer Klar för att genomföra ändringarna innan du växlar flikar eller ändrar fokus till designern. Annars Visual Studio Code inte 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ösareneller åtgärden , måste du aktivera den här funktionen genom att konfigurera vidarebefordran för webhookensåteranrops-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 motringnings-URL med den 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 webhookens återanrops-URL. Du kan använda en vidarebefordranstjänst och ett verktyg som ngrok, som öppnar en HTTP-tunnel till din localhost-port, eller så kan du använda ett eget motsvarande verktyg.

Konfigurera vidarebefordran av anrop med ngrok

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

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

    1. Du hittar sidan med autentiseringstokengenom att expandera Autentisering på instrumentpanelen för ditt konto och välja Din Authtoken.

    2. Kopiera token till en säker plats från rutan Your Authtoken (Din autentiseringstoken).

  3. Från nedladdningssidan för ngrok eller instrumentpanelen för ditt konto laddardu ned den ngrok-version som du vill ha 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 ngrok.exe fil.

  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: Öppna .

    ngrok http 7071

  7. I utdata hittar du följande rad:

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

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

Konfigurera webbadressen för vidarebefordran i appinställningarna

  1. Lägg Visual Studio HTTP + Webhook-utlösare eller -åtgärd i designern i Visual Studio kod.

  2. När du uppmanas att ange platsen för värdslutpunkten 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 vidarespolnings-URL:en, så välj Konfigurera och ange webbadressen. När du är klar med det här steget visas inte frågan 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 på projektets rotnivålocal.settings.js på filens snabbmeny och väljer Konfigurera webhookens omdirigeringsslutpunkt. Uppmaningen visas nu så att du kan ange vidare vidarebefordrande-URL:en.

    Visual Studio Code lägger till url:en för vidarebefordranlocal.settings.jsi filen i projektets rotmapp. I Values -objektet visas egenskapen med Workflows.WebhookRedirectHostUri namnet nu och är inställd på vidarespolnings-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",
          <...>
       }
    }
    

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å den slutpunkten för att meddela webhook-åtgärderna. Nästa gång arbetsflödet körs registrerar inte körningen eller prenumererar 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 befintliga prenumerationsregistreringar bort. Om du vill avregistrera dig måste du ta bort prenumerationsregistreringarna manuellt.

Anteckning

När arbetsflödet börjar köras kan terminalfönstret visa fel som i 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 öppnarlocal.settings.jspå filen 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 iworkflow.jspå filen 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å den rad som visar åtgärdens namn. När brytpunkten når under felsökningssessionen kan du granska åtgärdens indata innan de utvärderas.

  • Ange den sista brytpunkten på den rad som visar åtgärdens avslutande kparentes (}). När den här brytpunkten når under felsökningssessionen kan du granska åtgärdens resultat innan åtgärden har körts klart.

Följ dessa steg om du vill lägga till en brytpunkt:

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

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

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

    Anteckning

    Om vyn Kör inte visas automatiskt trycker du på Ctrl+Skift+D.

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

  4. Om du vill fortsätta att utföra arbetsflödet går du till verktygsfältet Felsöka och väljer Fortsätt (uppspelningsknappen).

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

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

Köra, testa och felsöka lokalt

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

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

  2. På Visual Studio Code Activity Bar (Kodaktivitetsfält) öppnar du menyn Run (Kör) och väljer Start Debugging (F5).

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

    Anteckning

    Om du får felmeddelandet "Felet finns efter körningen preLaunchTask 'generateDebugSymbols'" finns i felsökningsavsnittet Felsökningssessionen kan inte starta.

  3. Leta nu reda på motringningens URL för slutpunkten på begärandeutlösaren.

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

    2. Frånworkflow.js filens snabbmeny väljer du Översikt.

      Skärmbild som visar Explorer-fönstret och genvägsfönstret för workflow.jsfil med "Översikt" valt.

    3. Hitta värdet för motringning-URL, som ser ut ungefär som den här URL:en för exemplet Begärandeutlösare:

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

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

  4. Om du vill testa motringnings-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 Komma igång.

    1. Välj Nytt i Postman-verktygsfältet.

      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ärandenamn, anger du ett namn för begäran, till exempel Test workflow trigger .

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

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

      Postman-fönstret för begäran öppnas så att du kan skicka en begäran till motringning-URL:en för begärandeutlösaren.

      Skärmbild som visar Postman med fönstret öppnad begäran

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

    7. Gå tillbaka till Postman. I fönstret begäran bredvid metodlistan, som för närvarande visar GET som standardmetod för begäran, klistrar du in motringnings-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

      Logikappens exempelarbetsflöde skickar ett e-postmeddelande som liknar det här exemplet:

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

  5. I Visual Studio Code går du tillbaka till arbetsflödets översiktssida.

    Om du har skapat ett tillståndslöst arbetsflöde visar översiktssidan arbetsflödets körningsstatus och historik efter den begäran som du skickade utlöste arbetsflödet.

    Tips

    Om körningsstatusen inte visas kan du försöka uppdatera översiktssidan genom att välja Uppdatera. Ingen körning sker för en utlösare som hoppas över på grund av ej använda kriterier eller att inga data har hittats.

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

    Körningsstatus Description
    Avbruten Körningen stoppades eller slutförs inte på grund av externa problem, till exempel ett systemavbrott eller en ogiltig Azure-prenumeration.
    Annullerat Körningen utlöstes och startades men tog emot en begäran om annullering.
    Misslyckades Minst en åtgärd i körningen misslyckades. Inga efterföljande åtgärder i arbetsflödet har ställts in 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ärdsgränser eller den aktuella prisplanen.

    Tips: Om du ställer in diagnostikloggningkan 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.
    Time out Tidsgränsen för körningen överskreds eftersom den aktuella varaktigheten överskred körningens varaktighetsgräns, vilket styrs av inställningen Kvarhållning av körningshistorik i dagar. En körnings varaktighet beräknas med hjälp av körningens starttid och körningens varaktighetsgräns vid den starttiden.

    Obs! Om körningens varaktighet också överskrider kvarhållningsgränsen för den aktuella körningshistoriken , 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 tidsgränsen för körningen har slutförts eller inte beräknas kvarhållningsperioden alltid med hjälp av körningens starttid och den aktuella kvarhållningsgränsen. Så om du minskar varaktighetsgränsen för en körning som körs under flygning går tidsgränsen ut. Körningen stannar dock kvar eller rensas från körningshistoriken baserat på om körningens varaktighet överskred kvarhållningsgränsen.

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

    Skärmbild som visar raden för arbetsflödets körningshistorik med ellipsknappen och "Visa körning" valt

    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 felet kan det här problemet uppstå från ett längre utlösarnamn eller åtgärdsnamn som gör att den underliggande 400 Bad Request Uniform Resource Identifier (URI) överskrider standardteckengränsen. Mer information finns i "400 Bad Request" (Felaktig begäran 400).

    Här är de möjliga statusar som varje steg i arbetsflödet kan ha:

    Åtgärdsstatus Description
    Avbruten Åtgärden stoppades eller har inte avslutats på grund av externa problem, till exempel ett systemavbrott eller en stoppad Azure-prenumeration.
    Annullerat Åtgärden kördes men tog emot en begäran om att avbryta.
    Misslyckades Åtgärden misslyckades.
    Körs Åtgärden körs för närvarande.
    Överhoppad Åtgärden hoppas över eftersom den omedelbart föregående åtgärden misslyckades. En åtgärd har runAfter ett villkor som kräver att föregående åtgärd slutförs korrekt innan den aktuella åtgärden kan köras.
    Lyckades Åtgärden lyckades.
    Lyckades med återförsök Åtgärden lyckades men bara efter ett eller flera återförsök. Om du vill granska historiken för återförsök väljer du åtgärden i vyn körningshistorikinformation så att du kan visa indata och utdata.
    Time out Åtgärden stoppades på grund av den tidsgräns som anges i å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 granska.

    Skärmbild som visar status för varje steg i arbetsflödet plus indata och utdata i den expanderade åtgärden "Skicka ett e-postmeddelande"

  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 begärandeutlösaren.

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

    Uppmaningen 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 Inbyggd har valts. I sökrutan anger du response och väljer åtgärden Svar.

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

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

    Skärmbild som visar arbetsflödesdesignern med informationsfönstret för åtgärden "Svar" öppet och egenskapen "Brödtext" inställd på egenskapsvärdet "Skicka ett e-postmeddelande" för åtgärden "Brödtext".

  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 är utdata från åtgärden Skicka ett e-postmeddelande.

    1. Klicka i egenskapsrutan Brödtext så att listan med dynamiskt innehåll visas och visar tillgängliga utdatavärden från den föregående utlösaren och åtgärderna i arbetsflödet.

      Skärmbild som visar informationsfönstret för åtgärden "Svar" med muspekaren inuti egenskapen "Brödtext" så att listan med dynamiskt innehåll visas.

    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 "Skicka ett e-postmeddelande" väljs utdatavärdet "Brödtext".

      När du är klar är egenskapen Brödtext för åtgärden Svar nu inställd på utdatavärdet för åtgärden Skicka ett e-postmeddelande.

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

  4. I designern väljer du Spara.

Testa logikappen igen

När du har uppdaterat logikappen kan du köra ett annat test genom att köra felsökaren i Visual Studio igen 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. På Visual Studio Code-aktivitetsfältet öppnar du menyn Run (Kör) och väljer Start Debugging (F5).

  2. Skicka en ny begäran för att utlösa arbetsflödet i Postman eller ditt verktyg för att skapa och skicka begäranden.

  3. Om du har skapat ett tillståndslöst 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 körningen väljer du ellipsknappen (...) för körningen och väljer Visa körning.

    Här är till exempel den stegvisa statusen för en körning efter att exempelarbetsflödet har uppdaterats med åtgärden Svar.

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

  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, om din miljö har strikta nätverkskrav eller brandväggar som begränsar trafiken, konfigurera behörigheter för alla utlösare eller åtgärdsanslutningar som finns i arbetsflödet.

Följ dessa steg om du vill hitta fullständigt kvalificerade domännamn (FQDN) för dessa anslutningar:

  1. I logikappsprojektet öppnar du filenconnections.js som skapas när du har lagt till den första anslutningsbaserade utlösaren eller åtgärden i arbetsflödet och hittar managedApiConnections objektet.

  2. För varje anslutning som du har skapat söker du efter, kopierar och sparar egenskapsvärdet på en säker plats så att du kan connectionRuntimeUrl konfigurera brandväggen med den här informationen.

    Det här connections.jsfil innehåller 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 Logic App (Standard). Du kan publicera logikappen som en ny resurs, som automatiskt skapar nödvändiga resurser, till exempel ett Azure Storage konto, på ett sätt som liknar funktionsappens krav. Eller så kan du publicera logikappen till en tidigare distribuerad logikappresurs (Standard), som skriver över den logikappen.

Distribution för resurstypen Logic App (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. På Visual Studio Code Activity Bar (Kodaktivitetsfält) väljer du Azure-ikonen.

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

    Skärmbild som visar fönstret "Azure: Logic Apps (Standard)" och fönstrets verktygsfält med "Distribuera till logikapp" markerat.

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

  4. I listan som 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 "Azure: Logic Apps (Standard)" med en lista med "Create new Logic App (Standard) in Azure" (Skapa ny logikapp (standard) i Azure valt).

  5. Följ dessa steg om du vill skapa en ny logikappresurs (standard):

    1. Ange ett globalt unikt namn för den nya logikappen, vilket ä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 "Azure: Logic Apps (Standard)" och en uppmaning om att ange ett namn för den nya logikapp som ska skapas.

    2. Välj en värdplan för din nya logikapp. Skapa antingen ett namn för din plan eller välj en befintlig plan. I det här exemplet väljer du Skapa App Service Plan.

      Skärmbild som visar fönstret "Azure: Logic Apps (Standard)" och en uppmaning om att skapa en ny App Service-plan eller välja en befintlig App Service plan.

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

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

    4. Du kan få optimala prestanda genom att söka efter och välja samma resursgrupp som projektet för distributionen.

      Anteckning

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

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

      Skärmbild som visar fönstret "Azure: Logic Apps (Standard)" och en uppmaning om att skapa eller välja ett lagringskonto.

    6. Om logikappens inställningar för att skapa och distribuera stöder användning Application Insightskan du även 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 antingen 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 Application Insights resurs eller Skapa Application Insights resurs.

      2. I Azure Portalgår du till Application Insights resurs.

      3. På resursmenyn väljer du Översikt. Leta upp och kopiera värdet för instrumenteringsnyckeln.

      4. I Visual Studio Code går du till projektets rotmapp och öppnar local.settings.jspå filen.

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

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

        Tips

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

        1. I Azure Portal du till din Application Insights resurs.

        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 din Application Insights instans.

        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, skickar körningen olika spårningar. Dessa spårningar omfattar 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 lyckad eller misslyckad.
        • HTTP-begäransaktivitet, till exempel inkommande, utgående, lyckad och misslyckad.
        • Alla utvecklingsspårningar, till exempel felsökningsmeddelanden.

        Varje händelsetyp tilldelas en allvarlighetsgrad. Nivån samlar till exempel in de mest detaljerade meddelandena, medan nivån samlar in allmän aktivitet i arbetsflödet, till exempel när logikappen, arbetsflödet, utlösaren och Trace Information å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 indikerar 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örningsaktiviteten.
        Varning Loggar som markerar ett onormalt tillstånd i logikappen men som inte förhindrar att den körs.

        Om du vill ange allvarlighetsgraden öppnar du filen på projektets rotnivåhost.js filen och hittar logging objektet. Det här objektet styr loggfiltreringen för alla arbetsflöden i logikappen och följer ASP.NET Core-layouten för filtrering av loggtyper.

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

        Om objektet logging inte innehåller ett -objekt som innehåller egenskapen logLevel lägger du till dessa Host.Triggers.Workflow objekt. Ange egenskapen till allvarlighetsgraden för den spårningstyp som du vill ha, 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 att 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 Utdatafönster väljer du Azure Logic Apps.

    Skärmbild som visar fönstret Utdata med "Azure Logic Apps" valt i verktygsfältets lista tillsammans med distributionsförloppet och statusen.

    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.

Därefter kan du lära dig hur du utför dessa uppgifter:

Lägga till ett 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. På Visual Studio Code Activity Bar (Kodaktivitetsfält) 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åndsfull 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 enworkflow.jspå 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 resurstypen Logic Apps eller logikappen (standard) och välja uppgifter som hjälper dig att hantera dessa logikappar. För att komma åt båda resurstyperna behöver du dock både Azure Logic Apps och Azure Logic Apps (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. På logikappens snabbmeny väljer du den uppgift som du vill utföra.

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

    Anteckning

    Stoppa logikappen och ta bort logikappåtgärder 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 öppna tilläggsfönstret "Azure Logic Apps (Standard)" och det distribuerade arbetsflödet.

  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 skrivskyddade läge.

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

    • I Visual Studio Code öppnar du projektets filworkflow.jsi arbetsflödesdesignern, redigerar och distribuerar om logikappen till Azure.

    • I Azure Portal du och öppnar logikappen. Hitta, 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 på portalen automatiskt om du är inloggad på Visual Studio Code och visar logikappen.

    Skärmbild som visar Azure Portal för logikappen i Visual Studio Kod.

    Du kan också logga in separat på 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.

Att tänka på när du stoppar logikappar

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

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

  • Tjänsten Logic Apps skapar eller kör inte nya arbetsflödesinstanser.

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

    Om du vill stoppa en utlösare från att utlösas på obearbetade objekt sedan den senaste körningen rensar du utlösartillståndet innan du startar om logikappen:

    1. I Visual Studio Code går du till det vänstra verktygsfältet och väljer Azure-ikonen.
    2. I fönstret Azure: Logic Apps (Standard) expanderar du din prenumeration, som visar alla distribuerade logikappar för prenumerationen.
    3. Expandera logikappen och expandera sedan noden Arbetsflöden.
    4. Öppna ett arbetsflöde och redigera någon del 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

Om du tar bort en logikapp påverkas arbetsflödesinstanser på följande sätt:

  • Tjänsten 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.

  • Tjänsten 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. Du måste spara om alla arbetsflöden som kallas 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-funktioner.

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 resurstypen logikapp (standard). För närvarande ordnas och hanteras varje resurstyp som separata kategorier i Azure. Följ dessa steg om du vill hitta logikappar som har resurstypen Logic App (Standard):

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

    Skärmbild som visar Azure Portal sökrutan med söktexten "logic apps".

  2. I fönstret Logikapp (standard) hittar och väljer du den logikapp som du distribuerade från Visual Studio Code.

    Skärmbild som visar Azure Portal och De Logic App-resurser (Standard) som distribueras i Azure.

    Den Azure Portal öppnar sidan för enskilda resurser för den valda logikappen.

    Skärmbild som visar resurssidan för logikapparbetsflödet i Azure Portal.

  3. Om du vill visa arbetsflödena 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 "Logic App (Standard)" med fönstret "Arbetsflöden" öppet och det distribuerade arbetsflödet

  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 "Översikt"-fönster, medan arbetsflödesmenyn visar det valda kommandot "Designer".

    Arbetsflödesdesignern öppnas och visar det arbetsflöde som du skapade i Visual Studio Code. Du kan nu 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 Portaldu och väljer 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 "Arbetsflöden" och verktygsfältet med kommandot "Lägg till" valt.

  3. I fönstret Nytt arbetsflöde anger du namnet på arbetsflödet. Välj antingen Tillståndsful (Tillståndsful) eller Stateless > Create (Tillståndslös).

    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 öppna designern 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 Visual Studio Code, eller om du arbetar i Azure Portal, se Skapa arbetsflöden baserade på en klient i Azure Portal.

  1. I ditt Visual Studio Code-projekt expanderar du mappen workflow-designtime och öppnarlocal.settings.jspå filen.

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

    Windows

    {
       "IsEncrypted": false,
       "Values": {
          "AzureWebJobsStorage": "UseDevelopmentStorage=true",
          "FUNCTIONS_WORKER_RUNTIME": "dotnet",
          "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": "dotnet",
          "Workflows.{yourWorkflowName}.OperationOptions": "WithStatelessRunHistory"
       }
    }
    
  3. Om du vill inaktivera körningshistoriken när du är klar anger du Workflows.{yourWorkflowName}.OperationOptions antingen egenskapen till None eller tar bort egenskapen och dess värde.

Aktivera övervakningsvyn i Azure Portal

När du har distribuerat en logikappresurs (standard) från Visual Studio Code till Azure kan du granska all tillgänglig körningshistorik och information om ett arbetsflöde i resursen med hjälp av Azure Portal och övervakningsupplevelsen för det arbetsflödet. Men först måste du aktivera funktionen Övervaka vy för den logikappresursen.

  1. I Azure Portaldu och väljer den distribuerade logikappresursen (standard).

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

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

  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 väljs "CORS" med en ny post för "Tillåtna ursprung" inställd på jokertecknet "*".

Aktivera eller öppna Application Insights efter distributionen

Under körningen av arbetsflödet skickar logikappen telemetri tillsammans med andra händelser. Du kan använda den här telemetrin för att få bättre insyn i hur bra arbetsflödet körs och hur Logic Apps-körningen fungerar på olika sätt. Du kan övervaka arbetsflödet med hjälp Application Insights, som tillhandahåller telemetri i nära realtid (livemå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 skapande och distribution stöder användning Application Insightskan du även 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 antingen i förväg ,när du distribuerar logikappen eller efter distributionen.

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

  1. I Azure Portal du den distribuerade logikappen.

  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 Application Insights och väljer Aktivera Application Insights. När fönstret har uppdateras väljer du Använd längst ned.

    Om Application Insights är aktiverat går du Application Insights och väljer Visa Application Insights data.

När Application Insights öppnas kan du granska olika mått för logikappen. Mer information finns i följande avsnitt:

Ta bort objekt från designern

Följ dessa steg om du vill ta bort ett objekt i arbetsflödet från designern:

  • 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.

  • Markera objektet så att informationsfönstret öppnas för objektet. I fönstrets övre högra hörn öppnar du ellipsmenyn (...) och väljer Ta bort. Bekräfta genom att välja OK.

    Skärmbild som visar ett markerat objekt i designern med det öppna informationsfönstret plus den markerade ellipsknappen och kommandot "Ta bort".

    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 designtiden för arbetsflödet". 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 om du vill kontrollera om det här är problemet:

  1. I Visual Studio Code öppnar du fönstret Utdata. Välj Utdatavisa-menyn.

  2. I listan i namnlisten i 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 fönstret Utdata med "Azure Logic Apps" valt.

  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 det här felet genom att ta bort mappen ExtensionBundles på den här platsen ...\Users { your-username}\AppData\Local\Temp\Functions\ExtensionBundles och försök öppna workflow.js på filen i designern igen.

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

Enklients-Azure Logic Apps har stöd för inbyggda åtgärder för Azure Function Operations, Liquid Operations och XML-åtgärder, till exempel XML-validering och Transformera XML. Men för logikappar som skapats tidigare kanske dessa åtgärder inte visas i designerväljaren så att du kan välja om Visual Studio Code använder en inaktuell version av tilläggspaketet, Microsoft.Azure.Functions.ExtensionBundle.Workflows .

Anslutningsappen och åtgärderna för Azure Function Operations visas inte heller i designerväljaren såvida du inte har aktiverat eller valt Använd anslutningsappar från Azure när du skapade logikappen. Om du inte aktiverar de Azure-distribuerade anslutningsapparna när appen skapas kan du aktivera dem från ditt projekt i Visual Studio Code. Öppnaworkflow.js snabbmenyn 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 uppdaterar tilläggspaketet automatiskt 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 Azure Logic Apps-tillägget (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. På datorn bläddrar du till följande mapp, 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 Kod, ditt projekt ochworkflow.jspå filen i designern.

De utlösare och åtgärder som saknas visas nu i designern.

"400 Bad Request" (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 Uniform Resource Identifier -URI:n överskrider standardteckengränsen.

Lös problemet och justera för den längre URI:n genom att redigera registernycklarna och på UrlSegmentMaxCount datorn genom att följa stegen UrlSegmentMaxLength nedan. Standardvärdena för dessa nycklar 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 kommandot regedit som öppnar registereditorn.

  2. I rutan User Account Control du Ja för att tillåta dina ändringar på datorn.

  3. Under Dator i den vänstra rutan expanderar du noderna längs sökvägenHKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\HTTP\Parameters och väljer sedan Parametrar.

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

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

    1. 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 snabbmenyn för den nya nyckeln och välj Ändra.

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

    5. Upprepa dessa steg UrlSegmentMaxLength 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 börjar gälla.

Det går inte att starta felsökningssessionen

När du försöker starta en felsökningssession får du felet "Error exists after running preLaunchTask 'generateDebugSymbols'" (Felet finns efter körningen preLaunchTask 'generateDebugSymbols'). Lös problemet genom att redigera filen tasks.jsi projektet för att hoppa över symbolgenereringen.

  1. I projektet expanderar du mappen .vscode och öppnar filen tasks.jsfilen.

  2. I följande uppgift tar du bort raden "dependsOn: "generateDebugSymbols" , tillsammans med kommatecken 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 Azure Logic Apps (Standard)-tillägget!