-
Notifications
You must be signed in to change notification settings - Fork 46
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
camelCase serialisation in output binding. #209
Comments
Thank you for your advice. We will consider adding json serialization configuration later. |
If you switch to
or on the Azure portal, then the Json Serialization library is switched to FYI:
|
Is there another way to pass the serialization settings to be used by SignalR? |
I accidentally found the following actually seems to fix it (I was fixing my Cosmos trigger which has a similar issue that was fixed by changing
As a side note it is really annoying that the Azure functions team seem unable to keep in sync with the rest of the .net ecosystem. |
Sorry for the delayed response and the trouble brought to you. This is a rather big feature, and we are still working on it. Will let you know as soon as we have updates. |
https://docs.microsoft.com/en-us/aspnet/core/signalr/configuration?view=aspnetcore-5.0&tabs=dotnet#jsonmessagepack-serialization-options
If self hosting then it defaults to using camelCase, but it appears that the azure function version requires us to manually serialise the message ourselves.
Can either the default behaviour be changed to match the normal client/server defaults or some form of configuration added to enable specifying the behaviour?
The text was updated successfully, but these errors were encountered: