-
Notifications
You must be signed in to change notification settings - Fork 71
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
Proposal - Capture the X-Api-Info-Location header on all broker requests #66
Comments
We have created an issue in Pivotal Tracker to manage this: https://www.pivotaltracker.com/story/show/166560386 The labels on this github issue will be updated when the story is started. |
Thanks @vorbidan! For prioritization, can you give a bit more detail about how and how soon you are hoping to use this? The |
Thank you for your reply @winnab, I was not aware that it has been specifically removed from the OSBAPI spec, even though I could not find it there... I found the discussion about removing the "CFisms" from the OSBAPI, but could not really link it to what came out of it, specifically for the |
It seems that, according to the spec, it's possible to identify the "type" of the originating platform by inspecting either the Is that enough? Or are you looking for ways to ping back the platform or differentiate between multiple CFs? |
The idea is to be able to ping back the platform. |
Ok, makes sense. Would you like to do a pull request for this work? We'd be happy to review. |
Done. |
Thanks! It is not available on v5.1.0 |
What
Add
infoLocation
to HTTP context. This will allow to obtain the foundation details if required.How
Code untested
Example of
brokerapi/middlewares/api-info-location-header.go
Update
api
to add MiddlewareFunc to the chain:The text was updated successfully, but these errors were encountered: