-
Notifications
You must be signed in to change notification settings - Fork 9.1k
Add global parameters that apply to all paths #2357
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
Comments
This is a duplicate of the (closed) issue #1577 - see ongoing discussions in OAI/Overlay-Specification#34 #1466 . |
Mike, my nipples do not explode with delight as these issues don't seem to specifically address the global parameter problem. In one of them it's about grouped parameters and the other has shifted towards referenced parameters rather than global parameters so I am afraid this will fly under the radar and not really be clearly addressed. Am I wrong in assuming this? I see in the ticket with global parameters the concern is with exceptions to requests for the global parameters but that one is closed and in the other ones there isn't talk of global parameters per se. |
@costeaalex I just wanted to point you at the issues flagged up when this was last raised in #1577 - it's unlikely the avenues being considered have changed since the last time it came up (i.e. global doesn't mean global all the time, and traits / groups of parameters are more in line with the way we see the spec. evolving in the future). |
对于大型项目而言,大量的$ref真的非常难以使用,不是我对业务模块拆分的还不够细,而是功能性的接口真的太多,就没有什么方式来支持all paths配置这类方式?en:(For large projects, a large amount of $ref is really difficult to use, not because I haven't broken down the business modules enough, but because there are too many functional interfaces, there is no way to support all paths configuration and other methods?),大量的Google之后我发现,对于Spring Boot 3.0+以上真的没有其它更好的选择,要么只能接受现状,要么进行大量的编码!(After a lot of Google, I found that there is really no better choice for Spring Boot 3.0+or above, either to accept the status quo or to do a lot of coding!) |
now:Add global customizer and filters OAI/OpenAPI-Specification#1616 |
This is somewhat of an oversight by I think it would be a very handy thing to be able to define global custom headers (which is what I need and found a couple of others needing) and have them apply to all requests. Cluttering the paths with refs is not very maintainable nor efficient.
Thanks
The text was updated successfully, but these errors were encountered: