Support UUID types in scala-akka-client#9215
Conversation
|
This addition makes sense. As an example, a java.util.UUID rendered with the .toString method, transmitted over the network, and then deserialized through the System.Guid constructor in .Net won't be the same. |
|
cc @clasnake (2017/07), @jimschubert (2017/09) ❤️, @shijinkui (2018/01), @ramzimaalej (2018/03), @chameleon82 (2020/03), @Bouillie (2020/04) |
That is a good point that I have not thought about. Not sure, what we can do about it. I sadly did not find anything regarding the openapi spec. |
|
Tested locally and the output compiles. |
Add support for the
java.util.UUIDtype in parameter serialization and response deserialization.This additionally adds support for
java.net.URI,java.net.URLfor response deserialization.The UUID types are already generated, when using a schema using uuid formatted strings in the openapi schema.
@cchafer
PR checklist
This is important, as CI jobs will verify all generator outputs of your HEAD commit as it would merge with master.
These must match the expectations made by your contribution.
You may regenerate an individual generator by passing the relevant config(s) as an argument to the script, for example
./bin/generate-samples.sh bin/configs/java*.For Windows users, please run the script in Git BASH.
master,5.1.x,6.0.x