Open ahmedelnably opened 5 years ago
So still no news on this?
Everyone interested in this should consider switching the language to c# script for development purposes, works like a charm: https://stackoverflow.com/questions/59783914/how-to-speed-up-debugging-c-sharp-azure-function-locally-is
@janmechtel even though it works well on C# scripts, its far from ideal because it goes against other features that we've asking so much for Az Func like pre-compiled projects, ReadyToRun (not available yet) and most important, Dependency Injection support.
Its almost one year old issue. @ahmedelnably do you have any news on whether this would be supported or not? This would REALLY streamline the support. Right now we have Collectible Assemblies support in .Net Core, so we are able to load and unload assemblies at runtime so that could be supported even if you are not using the regular watch
feature from dotnet
CLI.
In case anyone is interested, I've found a workaround. You have to create an MSBuild target which runs the functions host and watch against this target: In the csproj add
<Target Name="RunFunctions">
<Exec Command="func start" />
</Target>
and later run it with dotnet watch msbuild /t:RunFunctions
.
So far works well for me.
Would some workaround be on JavaScript/TypeScript environment?
I would also like to know how a hot reloaded or watched development environment can be setup in node. Any clues or leads?
Would some workaround be on JavaScript/TypeScript environment?
I would also like to know this for Typescript...
Fwiw I have found out that it is possible running func start
and tsc -w
in parallel under JS/TS. Changes made to function code are picked up directly by the local function host so there is no need for restarting. Except for changes in function.json
files. Could elaborate more if someone finds that interesting.
Fwiw I have found out that it is possible running
func start
andtsc -w
in parallel under JS/TS. Changes made to function code are picked up directly by the local function host so there is no need for restarting. Except for changes infunction.json
files. Could elaborate more if someone finds that interesting.
the big issue I have with this is the horrendous errors. Since its trying to run compiled JS, you're left with trying to figure out where it went wrong in TS. Would be nice to use ts-node
for development
edit: Created an issue for this Azure/azure-functions-nodejs-worker#736
the big issue I have with this is the horrendous errors. Since its trying to run compiled JS, you're left with trying to figure out where it went wrong in TS. Would be nice to use
ts-node
for development
Yeah this is far from ideal. Same problem arises when debugging code.
edit: Created an issue for this Azure/azure-functions-nodejs-worker#736
Hope this will make it's way into the extension.
Would this include live reload in Ubuntu WSL2 for the Python runtime?
Hi! What's the status on this? Dotnet has this for years through dotnet watch run. Should be easy to add especially for azure functions in C#, no?
Curious if this is being triaged at all. It is an obvious productivity killer. I'm using the out-of-the-box TypeScript Azure Function debug task from vscode. For every single change, I have to kill the entire running function, reinstalling npm package (why do we need this?), recompile typescript. That's 10-20 seconds gone. Please consider improving the default debug experience
ts-node
and ts-node-dev
.@chuanqisun If you use the start script provided with func init
this works out of the box with Typescript.
But maybe your problem is related to the issue I just opened: Azure/azure-functions-host#7795
same issue here, let's make it fix on typescript azure function
I saw that "tsc -w" is working fine, but the "func start" maybe have some problem, it just not able to detect the changes on the dist folder
I have exactly the same behavior as @chenxizhang:
When I run npm run start
: tsc -w
does update the files in dist folder, but func
is not actually using those changes, so I have to kill the task and run npm run start
again.
I'm developing a ts api and this is driving me crazy. Please, implement this for god's sake. 🤦♂️
I found how to make it work in my TypeScript project:
I removed variables WEBSITE_MOUNT_ENABLED
and WEBSITE_RUN_FROM_PACKAGE
from my local.settings.json
.
Now, npm run start
immediately serves the changes when I save the .ts file.
Those variables were added when I executed func azure functionapp fetch-app-settings
.
wow, thanks to @Yvand, it works for me now. You save many time for me, man
The workaround from @marcin-dardzinski is great, but is there a more native way to do it with dotnet 6? Something like dotnet watch run
or func watch start
?
I second what @iSeiryu said. Afterall, hot reload was successfully kept in NET6 also for non Visual Studio users. How can this be integrated into the function core tools?
Agreed, this should absolutely be added as a feature (especially with Functions - 4 and/or .NET 6 projects)
@a3y3 agreed; since it works, it seems like the team should just formalize it.
@CharlieDigital how did you get it to work with vs code? Sorry if I misunderstood.
@mdddev I used @marcin-dardzinski 's workaround as described above in this discussion.
Still waiting for an official support. But for those who use Node.js runtime, here is my workaround
package.json
{
"scripts": {
"start": "concurrently npm:start:*",
"start:tsc": "tsc -w --preserveWatchOutput",
"start:func": "nodemon --watch dist --delay 1 --exec \"func start -p 7072\""
},
"devDependencies": {
"concurrently": "^7.0.0",
"nodemon": "^2.0.15",
"typescript": "^4.5.5"
}
}
To use breakpoint debug in VS Code, update .vscode/launch.json
{
"version": "0.2.0",
"configurations": [
{
"name": "Debug Azure Function",
"request": "launch",
"runtimeArgs": ["run-script", "start"],
"runtimeVersion": "14",
"runtimeExecutable": "npm",
"skipFiles": ["<node_internals>/**"],
"type": "pwa-node",
"console": "integratedTerminal"
}
]
}
Only known issue is that the function will immediate reload after initial start. And if you project depends on other files in the directory, you'd need to add new watch parameter manually. Everything else is working.
@mdddev I used @marcin-dardzinski 's workaround as described above in this discussion.
Hi @CharlieDigital , thanks for hinting me in that direction. I tried this, however, it seems that this is only exiting the process and invoking func start
automatically on a code change. I was under the assumption that hot reload injects the code changes into the running process.
@mdddev one can dream!
Seems like this works already out of the box on Visual Studio? Not sure how the IDE does it under the hood but it has a hot reload button that applies the current changes in less than a second.
For JS restart: true
added to launch.json saved my day
https://code.visualstudio.com/docs/nodejs/nodejs-debugging#_restarting-debug-sessions-automatically-when-source-is-edited
Eureka. I solved it in an elegant way. Here code ref: https://github.com/safwanmasarik/Azure-Function-Typescript-Hot-Reload . Video evidence: https://user-images.githubusercontent.com/35250295/201973704-b11eeb4a-8d41-4e0b-9f9b-385fdcf10846.mp4
Any progress on this for TypeScript? It's very annoying that such basic feature doesn't work
This feature is really needed
Any update on this? Development speed is very important.
I second this. Out-of-the-box hot reload functionality is needed. Since this by the OP is a generic Hot Reload request generic with respect to the programming language used, there seem to be mainly two sides to this converstation. The ones using Javascript/Typescript and the ones using NET/C#. While there appear to be some workarounds for Typescript, none so far have presented themselves for NET.
I this something on the roadmap of the Azure Function Core Tools? Modern Azure Functions in the isolated worker are basically a console application, for which hot reload is supported, right? Therefore I assume it is in the way the Azure Function Core Tools choose to interact with the ability (or not).
If anyone was like me and ran into the looping nodemon issue, here is a fix:
package.json: ... "start": "nodemon" ...
nodemon.json: { "watch": ["your_function_folder/"], "ext": "js,json", "ignore": ["node_modules/"], "exec": "func start --verbose --javascript -p 3030 --watch" }
Still not working for TypeScript. I can't believe a simple thing like this that speeds up the development process so much is still an issue.
If this isn't working for you in TS you should check your RUN_FROM_PACKAGE setting. It must be falsey (0 or unset) for picking up changes to your code as they come in.
Raising the flag for .NET here again, as most of the posts here are for Typescript. allthough the thread started with C# 😊
As far as I can tell, all IDEs except (full blown) Visual Studio rely on the Function Core Tools to manage an Azure Functions project. I have had the same Hot Reload trauma with Jetbrains Rider as I had it with VS Code. It's just not working.
I don't know how VS does it, but it seems like it does not rely on the Function Core Tools.
Is it even considere to be on the roadmap anytime soon?
Another LTS version of NET has jsut dropped, and I am always super excited about the great tooling integration of NET. Everything is faster and better than ever before. Only working with Functions feels like a road bump without a Hot Reload functionality. I'm using it (hot reload) elsewhere and it is really hard to go back, once you realise how much more productive you are with it.
I got this working with TS and the latest Azure Function Core Tools:
> Azure Functions: Initialize Project for Use with VS Code...
sourceMap: true
in your tsconfig.json
compiler options (otherwise the breakpoints won't work)Attach to Node Functions
npm run watch
(for hot reload)With that you should be able to set breakpoints in your TS code and hot reload the function host on code changes.
I'm glad you got this working. Although I do not understand why .NET's hot reload feature is not working with one of the supported .NET languages. I guess it might be time to abandon .NET and go with TS, since there is clearly no indication that there will be any improvements soon. Sad.
Hot reloading works for me. I develop in Python with the V2 model. Have not tried any other language. When I change code, the running app takes a moment to reload and the next time I trigger a function, the updated code is used.
I noticed one thing, though. I develop in VS Code with the ms-azuretools.vscode-azurefunctions
extension. It comes with some a pre-configured launch.json
and tasks.json
, so I just have to press F5 to start debugging. When debugging that way, hot reload does not work.
Instead, I start the host normally with func host start --language-worker -- "-m debugpy --listen 127.0.0.1:9091"
and then use a custom debug config that attaches to the debugger without the shipped pre-launch tasks. Now when I change code, the function host does hot reload and I only have to re-attach the debugger.
I opened a ticket about this here: https://github.com/microsoft/vscode-azurefunctions/issues/3936
Any way to ignore files on the same project to avoid hot reloading in Python?
In case anyone is interested, I've found a workaround.
<Target Name="RunFunctions"> <Exec Command="func start" /> </Target>
and later run it with
dotnet watch msbuild /t:RunFunctions
. So far works well for me.
Does this workaround still work on .NET 8 and in-process functions? I've just migrated to .NET 8, and func start
works fine, but if I run dotnet watch -v msbuild /t:RunFunctions
it fails to start:
dotnet watch ⌚ Running with the following arguments: 'msbuild /t:RunFunctions'
dotnet watch ⌚ Error while killing process ' ': No process is associated with this object.
dotnet watch 🚀 Started
dotnet watch ❌ Application failed to start: Cannot start process because a file name has not been provided.
dotnet watch ⌚ Caught top-level exception from hot reload: System.InvalidOperationException: Cannot start process because a file name has not been provided.
at System.Diagnostics.Process.Start()
at Microsoft.DotNet.Watcher.Internal.ProcessRunner.RunAsync(ProcessSpec processSpec, CancellationToken cancellationToken)
at Microsoft.DotNet.Watcher.HotReloadDotNetWatcher.WatchAsync(DotNetWatchContext context, CancellationToken cancellationToken)
I tried to understand what is the process dotnet watch
complains about, but no luck.
We are also facing problems with our containerized Azure Functions app in TypeScript. Any ideas on how to enable auto reloading in Docker scenario?
Our scenario is based of the hello-world-tab-docker MS teams sample. The 'api' directory contains the actual Azure Functions app.
I'm really eager to get this. It's so nice to be able to test Functions super fast in the Azure Portal, we need that locally as well!