Why do we need "SpecFlow.Internal.Json"? #32
-
@SabotageAndi another question... sry. I remember we discussed about this, but I don't remember all the details. I know that originally we used Json.NET, but that was conflicting with the version of Json.NET the projects themselfs were using. But I don't remember why we cannot use Could you please help with some background info? |
Beta Was this translation helpful? Give feedback.
Replies: 2 comments 6 replies
-
Assembly loading again. As the code behind generation runs in the msbuild process, we are need to use the same versions as msbuild/dotnet. Which brings problems, when users want to use a higher version of the libraries. We switched to Utf8Json because of that. So we switched to our "own" Jsonparser. Which is a fork of https://github.com/zanders3/json packaged into a NuGet package. |
Beta Was this translation helpful? Give feedback.
-
OK/thx. Then maybe it would make sense to give a chance to System.Text.Json, but low prio. |
Beta Was this translation helpful? Give feedback.
Assembly loading again.
As the code behind generation runs in the msbuild process, we are need to use the same versions as msbuild/dotnet.
Which brings problems, when users want to use a higher version of the libraries.
We had this problem with Json.NET.
We switched to Utf8Json because of that.
But this had issues with mono on Mac.
So we switched to our "own" Jsonparser. Which is a fork of https://github.com/zanders3/json packaged into a NuGet package.
We needed this parser also in the closed source parts so we made a NuGet package.