Blog Post

Azure Integration Services Blog
3 MIN READ

On the road to .NET 10 Support: Logic Apps Migration from In-Proc to Out-of-Proc hosting model

WSilveira's avatar
WSilveira
Icon for Microsoft rankMicrosoft
Jun 19, 2026

Logic Apps Standard is preparing for .NET 10 support. As part of this effort, apps will move from the Azure Functions in-proc hosting model to the out-of-proc hosting model.

 

We will begin this migration in the coming weeks. For most customers, the change will be automatic and require no action. However, some apps will need customer updates before they can move to the new hosting model. This exception is:

  • Logic Apps that use the current NuGet-based deployment model

If your app does not fall into one of these categories, it will be migrated automatically and no action is required. If it does, review the guidance in this article to prepare your app for migration.

Getting ready for this update

If your application is using NuGet-based deployment, you should update your deployment processes to preserve the following app setting until your app is ready to move to the new hosting model:

LOGICAPP_INPROC_REDIRECT 

1 

This app setting is used to prevent an app from being automatically migrated to the Azure Functions out-of-proc-hosting model. We will update this app setting for apps that fall into the exception categories and will notify customers to update their deployment pipelines so this value is not overwritten.

  • We will start rolling out a change that will automatically move any app that does not have the above app setting to the Azure Functions out-of-proc-hosting model the next time the app restarts.
  • As part of the rollout process, we will add this flag to any application that fits the exception criteria. This will be done only once, so subsequent configuration changes could override our setting. This is why you need to update your processes to preserve this value until the app is ready to move.
  • You must make this change before July 30, 2026. This is when we will be rolling out the changes.

Manual steps needed for NuGet-based applications

If your application is using the NuGet-base deployment model, you will need to make the appropriate updates described below before removing the redirect app setting and allowing the app to move to the Azure Functions out-of-proc-hosting model.

  1. Download the latest Azure Functions Core Tools.
  2. Update your project configuration to the Azure Functions out-of-proc-hosting model.
  3. Validate your application locally before updating your deployment process and removing the redirect app setting.

After you have validated your application locally and updated your deployment process, you can remove the redirect app setting and allow the deployed app to move to the Azure Functions out-of-proc-hosting model when appropriate guidance has been published for your scenario.

 

Frequently Asked Questions

Q: How do I prevent my app from being migrated to the Azure Functions out-of-proc-hosting model?

The LOGICAPP_INPROC_REDIRECT setting is used to determine whether an app should remain on the current in-proc hosting model. By default, apps that do not have this setting will be moved to the Azure Functions out-of-proc-hosting model. Set the value to 1 if you need to prevent automatic migration until your app is ready.

Q: What happens if my app uses the NuGet deployment model?

If your app uses the NuGet deployment model, you should keep the redirect app setting in place for now. We will publish a separate communication when the required Logic Apps runtime package guidance and supported migration steps are confirmed for this scenario.

Q: Q: What happens if I accidentally remove the LOGICAPP_INPROC_REDIRECT = 1 from my configuration?

The LOGICAPP_INPROC_REDIRECT setting is used to determine whether an app should remain on the current in-proc hosting model. If you remove it by accidenty, your application will be moved to the Azure Functions out-of-proc-hosting model. But you can reset that behavior by reapplying the setting and restarting the application.

Q: Will there be a separate communication about .NET 10 support?

Yes. We will send a separate communication once we have confirmed the Logic Apps runtime and workflow version guidance for .NET 10 support.

Updated Jul 02, 2026
Version 2.0

13 Comments

  • I currently have Logic Apps with the FUNCTIONS_WORKER_RUNTIME app setting set to dotnet. Will these be changed to dotnet-isolated?

    • SanjivGupta's avatar
      SanjivGupta
      Icon for Microsoft rankMicrosoft

      No. You are fully covered by the actions that we will take from our side. 

      • aholler2's avatar
        aholler2
        Tin Contributor

        "fully covered by the actions that we will take from our side" Can you clarify more? Does this mean that FUNCTIONS_WORKER_RUNTIME=dotnet will continue to remain supported or does this mean that you are going to automatically change this value to dotnet-isolated?

  • ThanksWSilveira​ for these explanations. I have never heard about this nuget-based deployment model. How we can check if we are in nuget-based conf or not?

  • What are the steps for logic apps that are not using NuGet deployment model but are still using C# custom code - as I assume the csproj/NuGet packages that are pinned need to be upgraded and the actions definitions need to be modified

    • SanjivGupta's avatar
      SanjivGupta
      Icon for Microsoft rankMicrosoft

      Based upon my understanding, you are covered.
      Further, it will help if you can elaborate/and or provide the exact actions you are using in your Logic Apps. I am assuming C# custom code is used in the action. 

      • ChrisStylianou's avatar
        ChrisStylianou
        Brass Contributor

        Hi SanjivGupta​ - I'd appreciate jumping on a teams call to discuss - I can then show you our code bases and deployments to understand the next steps.