-
Notifications
You must be signed in to change notification settings - Fork 434
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Why does "func host start" assume bin? #136
Comments
Not sure what you mean. It doesn't really know anything about a bin folder. What are you trying to do and what are you seeing? |
So, if I have the following directory structure:
and function.json looks like: {
"scriptFile": "app.dll",
"entryPoint": "App.Main.Run",
"disabled": false, ...
} Running [5/15/2017 3:15:59 PM] No job functions found. Try making your job classes and methods public. If you're using binding extensions (e.g. ServiceBus, Timers, etc.) make sure you've called the registration method for the extension(s) in your startup code (e.g. config.UseServiceBus(), config.UseTimers(), etc.). However, running |
I see. The function runtime expects the folder structure to look something like this:
This is the convention of the file layout. the act of having a folder with a So When you run What's odd is that it should travel up the tree and run in the app root (which ever folder has |
Ah I see and that makes sense Azure Functions Core Tools (1.0.0-beta.96) Based on what you just said, it would appear the issue was that host.json was getting copied to bin. So, it was running in bin as the root dir. Removing host.json from the bin folder allows me to execute |
yep! that explains it :) |
It seems that
func host start
command looks for a function to exist in.\bin\
. This is not entirely intuitive, especially since it is not documented (at least as far as I can tell). It would make more sense if the CLI executed in the current directory.The text was updated successfully, but these errors were encountered: