Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
Andrii Chebukin
@xperiandri
The only thing I don't understand now is scalars functions purpose and which is used when
jberzy
@jberzy
scalar functions as in coerceInput/coerceValue?
Andrii Chebukin
@xperiandri
Yes
Andrii Chebukin
@xperiandri
Have you thought about custom scalars, that can be passed as an object. For example, we have a Coordinate type of x and y but defined as scalar and serialized as array (GeoJson standard)
Andrii Chebukin
@xperiandri
I've successfully rebuilt all solution and switched to integration tests
But still receive error FS3082: No static parameter exists with name 'explicitOptionalParameters'
@jberzy why could this happen?
image.png
jberzy
@jberzy
Are you sure the type provider project built properly?
Andrii Chebukin
@xperiandri
I remove all bin, obj and built again
jberzy
@jberzy
Do you get any warnings when you build? Sometimes VS locks TypeProviders and it causes them not to be copied over.
Andrii Chebukin
@xperiandri
I will check again.
I closed VS and deleted folders
The built
jberzy
@jberzy
Maybe try closing VS and building from the fake script first.
Andrii Chebukin
@xperiandri
FSharp.Data.GraphQL.Benchmarks -> C:\Users\Andrii\Dev\GitHub\FSharp.Data.GraphQL\tests\FSharp.Data.GraphQL.Benchmarks\bin\Debug\netcoreapp3.1\FSharp.Data.GraphQL.Benchmarks.dll
C:\Program Files\dotnet\sdk\5.0.201\Microsoft.Common.CurrentVersion.targets(4919,5): error MSB3030: Could not copy the file "C:\Users\Andrii\Dev\GitHub\FSharp.Data.GraphQL\packages\common\NETStandard.Library.NETFramework\build\net461\lib\netstandard.dll" because it was not found. [C:\Users\Andrii\Dev\GitHub\FSharp.Data.GraphQL\src\FSharp.Data.GraphQL.Client.DesignTime\FSharp.Data.GraphQL.Client.DesignTime.fsproj]
jberzy
@jberzy
Are you a clean dev branch?
or are you building off of a branch that you've already made modifications to?
Andrii Chebukin
@xperiandri
My modified
@jberzy could you update schema of the sample app to accept upload?
GraphQLQueryConverter is only used in WebSocketsMiddleware. Is it correct behavior?
Andrii Chebukin
@xperiandri
?
njlr
@njlr
Hi, I was wondering if there is an issue with the parser?
mutation { createAccount(data: "\"email\": \"testing@example.org\"") { id } }
this will not parse System.FormatException
however without quotes it works fine
njlr
@njlr
I think I figured out the problem. PR here: fsprojects/FSharp.Data.GraphQL#329
jberzy
@jberzy
@njlr good catch! Not sure what's going on with the build. seems unrelated.
njlr
@njlr
Would a minor / patch release be possible for this?
jberzy
@jberzy
@njlr for sure. hoping to also debug the CI issue.
njlr
@njlr
Thanks!
Going forward, will the packages be moved to net5.0 and netstandard2.1? this would simplify the project a bit and remove need for mono
jberzy
@jberzy
I think the next release we'll definitely want to remove desktop support. But we'll probably want to keep targeting netstandard2.0 for the client Type Provider.
the Type Provider is usable in Xamarin Mobile so we want to continue to keep that going.
njlr
@njlr
I had to edit a few of the fsproj / paket / sln files to get it to build on my machine
Linux and .net core without mono
Andrii Chebukin
@xperiandri
Thanks @jberzy. Indeed, UWP does not suppport .NET Standard 2.1 yet
jberzy
@jberzy
@xperiandri @njlr I removed the desktop build but kept netstandard2.0/netcoreapp3.1...
Having issues with travis ci
not sure what the proper configuration to use in order to use net5.0 sdk
Andrii Chebukin
@xperiandri
See SwaggerProvider
Branch net5
jberzy
@jberzy
ahh, I see.. they're not using travis.
@xperiandri need to look into migrating from travis and appveyor to azure pipelines
Andrii Chebukin
@xperiandri
👍
Then Uno is good sample
njlr
@njlr
might be a good time to try github actions
jberzy
@jberzy
I've made some progress to get everything updated to net5.0. The only issue I'm struggling with now is getting the TypeProvider to work with the #r "nuget: ..." syntax.
Seems like you need to explicitly reference FSharp.Data.GraphQL.Shared.dll.
jberzy
@jberzy
That problem might fix itself if we make FSharp.Data.GraphQL.Shared instead of including it as an extra dependency.