Key fields not required#316
Conversation
ralfhandl
left a comment
There was a problem hiding this comment.
A test case with this annotation would be nice. Could be an existing one with the annotation added, I think we have enough "non-computed" key properties in the examples 😎
|
|
This is correct, but someone might miss this only possibility to mark a field as "required" in the create structure. The correct way to do that would be via What I am trying to express: this correction may disappoint some users, and there is no mitigation. |
That's for the future phase (#291): odata-openapi/tools/V4-CSDL-to-OpenAPI.xsl Lines 1451 to 1463 in 7a28882 |
If this was strictly evaluated, the outcome would depend on the resource path. But the |
Generating structures per resource path was considered and discarded due to the significantly increased size of the generated OpenAPI files. Given that OpenAPI files now serve as input to LLMs whose context size is still limited, file size will continue to matter for some time. |
VigneshSubramania91
left a comment
There was a problem hiding this comment.
please proceed with merge.
Currently, non-computed key properties are required in OpenAPI. But this ignores the case of key properties that can be either provided or omitted (in which case they are computed by the server).
We have three types of key properties
-createschemaCore.ComputedCore.ComputedDefaultValueThis pull request corrects the OpenAPI description for the second type.