JsonProvider error when type is consumed from another project

[huwman]

JsonProvider error when type is consumed from another project.

When consuming a module in 'Library1' which has a JsonProvider type declared within it from 'Library2', a is shown with the error: "The type provider 'ProviderImplementation.JsonProvider' reported an error: Cannot read sample JSON from 'GetUserResponse.json': Could not find a part of the path 'C:\Source\JsonProviderTest\Library2\GetUserResponse.json'.

Notice that the 'GetUserResponse.json' file is being used and located within Library1 yet the error message has substituted 'Library2' in the path.

See the linked VS2015 project.

[github-actions]

🤖 This is an automated response from Repo Assist.

Thanks for reporting this. The issue you're seeing is a fundamental limitation of F# type providers: when a type provider is instantiated (e.g., JsonProvider<"GetUserResponse.json">), the resolution folder is fixed at compile-time to the project directory that contains the type declaration — in this case Library1's project directory.

However, the error you're seeing (Library2\GetUserResponse.json) suggests the compiler is trying to re-instantiate the type provider from Library2's perspective, which is a known problem when type provider-generated types are referenced from other assemblies.

Workaround: Use the ResolutionFolder and/or EmbeddedResource parameters to make the path unambiguous:

// In Library1 — embed the JSON file as a resource so it travels with the assembly
type GetUserResponse = JsonProvider<"GetUserResponse.json", EmbeddedResource="Library1, Library1.GetUserResponse.json">

With EmbeddedResource, the sample JSON is embedded directly into Library1.dll at compile time. At runtime (from any project), the provider reads from the embedded resource instead of trying to locate the file by path.

See the [EmbeddedResource documentation]((fsprojects.github.io/redacted) for details.

This is a limitation of how F# type providers interact with cross-project references — fixing it at the compiler/SDK level would require changes beyond FSharp.Data itself.

Generated by Repo Assist

To install this workflow, run gh aw add githubnext/agentics/workflows/repo-assist.md@b87234850bf9664d198f28a02df0f937d0447295. View source at https://github.com/githubnext/agentics/tree/b87234850bf9664d198f28a02df0f937d0447295/workflows/repo-assist.md.

[dsyme]

Correct answer 👍