Azure-functions-host: Retrieve the LoaderExceptions property for more information error

[JonCanning]

Reference FSharp.Data in project.json and put these lines at the top of the Run.fsx

open FSharp.Data
let work = async { return Array.empty<JsonValue> }

Recompilation is triggered but no success message is returned.
Running the function produces this error
`Unable to load one or more of the requested types. Retrieve the LoaderExceptions property for more information.'

[ghost]

Can confirm. I'm getting the same error for my F# functions.

[fabiocav]

Thank you for the repro! This is helpful! I have added some information to the other issue you've opened as well.

[fabiocav]

To make sure the information is here as well:

Yes, you can set your FUNCTIONS_EXTENSION_VERSION app setting to ~0.9 in the meantime.
I was also able to repro this, so we'll have a fix out ASAP

[fabiocav]

Validated fix. This will be addressed in our next deployment.

[jonathanfishbein1]

I'm getting this error now.

The following 3 functions are in error: [0] PostNewRouteProblem: Unable to load one or more of the requested types. Retrieve the LoaderExceptions property for more information. [0] PutRouteProblemAndUser: Unable to load one or more of the requested types. Retrieve the LoaderExceptions property for more information. [0] PutUser: Unable to load one or more of the requested types. Retrieve the LoaderExceptions property for more information.

All three of these functions are referencing a .dll I broke off from the main library. The functions as well as the library are written in F#. Before I broke off the functionality into a separate .dll I wasn't getting this error

Update

I can confirm it is the new .dll that is not being loaded although I'm not sure why. I'm reviewing the .fsproj files of projects that Can be loaded and the one that Can't, and I don't see any noticeable differences. Any ideas?

[JonCanning]

I've seen this again recently too, and got around it by building on a PC instead of my Mac. However, a colleague with a Mac does not get this problem, and I tried a different PC and it happened, so right now I have no idea!

[fabiocav]

The Mac scenario is currently in preview only and may not be very reliable.

Are you seeing the exact message? Is this happening locally only? And with a repro similar to what is described above?

[jonathanfishbein1]

I'm not sure if you're asking me, but let me add I'm using

"azure-functions-core-tools": "^1.0.0-beta.100",

[jonathanfishbein1]

This is happening again and I forget what I did last time to fix it. I wound up on this page again!

now I'm using

dotnet core 2.1.4
node v9.5.0
"azure-functions-core-tools": "^2.0.1-beta.22"

any ideas?

Exception during runtime resolution of assembly 'FSharp.Core, Version=4.4.3.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a': 'System.InvalidCastException: [A]System.AppDomain cannot be cast to [B]System.AppDomain. Type A originates from 'System.Private.CoreLib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=7cec85d7bea7798e' in the context 'Default' at location 'C:\Program Files\dotnet\shared\Microsoft.NETCore.App\2.0.5\System.Private.CoreLib.dll'. Type B originates from 'System.Runtime.Extensions, Version=4.2.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' in the context 'Default' at location 'C:\Program Files\dotnet\shared\Microsoft.NETCore.App\2.0.5\System.Runtime.Extensions.dll'. [0] [2/6/2018 6:23:50 PM] at Microsoft.Azure.WebJobs.Script.Description.FunctionAssemblyLoader.ResolveAssembly(Object sender, ResolveEventArgs args)' [0] [2/6/2018 6:23:50 PM] Unable to find assembly 'FSharp.Core, Version=4.4.3.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a'. Are you missing a private assembly file?

Fixed this is a comment for myself, when I've accidentally updated FSharp.Core but azure functions core tools arent updated to that version yet

Needs to be identical version between azure functions core tools and precompiled code