Integration
This is an IBM Automation portal for Integration products. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (https://ideas.ibm.com).
Shape the future of IBM!
We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:
Search existing ideas
Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,
Post your ideas
Post an idea.
Get feedback from the IBM team and other customers to refine your idea.
Follow the idea through the IBM Ideas process.
Specific links you will want to bookmark for future use
Welcome to the IBM Ideas Portal (https://www.ibm.com/ideas) - Use this site to find out additional information and details about the IBM Ideas process and statuses.
IBM Unified Ideas Portal (https://ideas.ibm.com) - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM.
ideasibm@us.ibm.com - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.
Thank you for the summary; that is helpful. We are currently working on our next major release, and we agree that this feature is something we want to implement in the future. Please note that our next major release will include a new, lightweight gateway runtime, and our intent is to deliver this feature on top of that new runtime rather than on the existing DataPower API Gateway. Also, I want to be clear that we are not committing to delivering this feature in the first version of our next major release.
With that being said, it's a good idea, and we do plan to implement it.
I included the PMR TS020051045 which has all the details
In general, I can create an invoke rule that will call an Oauth provider's token endpoint. But to do so, I need to set the apiKey and apiSecret, now I need a gatewayscript in front of the invoke rule to set those values which will be set in the catalog. If the service call is a POST, then I have to set the body back to the original POST body (overwriting the apiKey and apiSecret) in yet another gatewayscript. Then call the service provider's service with the Oauth token. I'm not sure if it will cache correctly being the token invoke is a POST in most cases.
If another service is needed with the same exact OAUTH token needed, I'd have to do it all over again.
Vincent, can you please elaborate a bit more on the specific problem that you're trying to solve? A scenario with a bit more details would help us better evaluate this request.