Azure / Kudu - Git deploy of beta7 and dnx451

[ealsur]

When publishing on an Azure Web App using beta7 packages (MVC6 + dependencies) with a global.json:

{
    "sdk": {
        "version": "1.0.0-beta7"
    }
}

We get a "Failed to resolve the following dependencies for target framework 'DNX,Version=v4.5.1'

We tried using dnx46, dnx452, they all work locally but all fail on an Azure deploy, maybe its a Kudu related problem?

[davidfowl]

@ealsur Can you provide repro steps?

[davidebbo]

Can you please provide a repo that repros this issue? Please see https://github.com/projectkudu/kudu/wiki/Using-a-git-repo-to-report-an-issue. Thanks!

[muratg]

cc @anurse (as he tested this scenario)

[ealsur]

@davidfowl @davidebbo Sure, here is the link of the repo I'm using to test: https://github.com/ealsur/meetup

Here is a site that has Continuous Integration on Azure Web Apps pointed to that repo: http://gitgit.azurewebsites.net/

I can run it locally with no problems, it blows up if I use the Continuous Integration through Kudu.

[davidebbo]

Thanks, I can repro with your repo, though I don't know what's wrong. The packages are all there under D:\home\site\approot\packages.

Here is the full error. @davidfowl, any idea why it's failing to find packages?

[InvalidOperationException: Failed to resolve the following dependencies for target framework 'DNX,Version=v4.5.1':
   Microsoft.AspNet.Antiforgery 1.0.0-beta7
   Microsoft.AspNet.Authorization 1.0.0-beta7
   Microsoft.AspNet.Cors.Core 1.0.0-beta7
   // many more here

Current runtime target framework: 'DNX,Version=v4.5.1 (dnx451)'
 Version:      1.0.0-beta7-15532
 Type:         CLR
 Architecture: x86
 OS Name:      Windows
 OS Version:   6.2.9200.0
]

[TargetInvocationException: Exception has been thrown by the target of an invocation.]
   System.Web.HttpRuntime.HostingInit(HostingEnvironmentFlags hostingFlags, PolicyLevel policyLevel, Exception appDomainCreationException) +506

[HttpException (0x80004005): Exception has been thrown by the target of an invocation.]
   System.Web.HttpRuntime.FirstRequestInit(HttpContext context) +4531288
   System.Web.HttpRuntime.EnsureFirstRequestInit(HttpContext context) +94
   System.Web.HttpRuntime.ProcessRequestNotificationPrivate(IIS7WorkerRequest wr, HttpContext context) +191

[davidfowl]

Found the issue, we have a bug where having the project.json and global.json in the same folder causes problems.

[ealsur]

@davidfowl Glad you found it :) Is there anything I can do to help with it?

[davidfowl]

@ealsur How did you create the project?

[ealsur]

@davidfowl manually using VS Code, originally I had the problem that Kudu was detecting beta6 (projectkudu/kudu#1663) when pulling the deployment script, @DamianEdwards recommended me to use the global.json, which worked (Kudu pulled beta7) but generated this other problem.

[hoetz]

In my case, I created the project with VS2015 and VS added the global.json into my Web project, probably to select the proper dnx version. After removing the global.json on my azure web app everything started to work again.

[davidebbo]

What I found in VS is:

• if I check Create directory for solution, I get a global.json at the root (so not same folder as project.json).
• if I don't check it, project.json is at the root, but I don't get a global.json at all!

The second case looks broken. @hoetz it's strange that it works differently for you. I have Azure tools v2.7 for VS 2015.

[ealsur]

@davidebbo project.json can be on other folder other than the root and Kudu/VS will parse it? All the examples I've seen on the MVC repo (https://github.com/aspnet/Mvc/tree/dev/samples/MvcSample.Web) use it on the root.

[davidebbo]

@ealsur correct, it does not have to be at the root. See https://github.com/davidebbo-test/AspNet5Beta7, which is an unmodified VS-create project, with Create directory for solution checked. It works fine in Kudu.