Book Image

Implementing Oracle API Platform Cloud Service

By : Andrew Bell, Sander Rensen, Luis Weir, Phil Wilkins
Book Image

Implementing Oracle API Platform Cloud Service

By: Andrew Bell, Sander Rensen, Luis Weir, Phil Wilkins

Overview of this book

Implementing Oracle API Platform Cloud Service moves from theory to practice using the newest Oracle API management platform. This critical new platform for Oracle developers allows you to interface the complex array of services your clients expect in the modern world. First, you'll learn about Oracle’s new platform and get an overview of it, then you'll see a use case showing the functionality and use of this new platform for Oracle customers. Next, you’ll see the power of Apiary and begin designing your own APIs. From there, you’ll build and run microservices and set up the Oracle API gateways. Moving on, you’ll discover how to customize the developer portal and publish your own APIs. You’ll spend time looking at configuration management on the new platform, and implementing the Oauth 2.0 policy, as well as custom policies. The latest finance modules from Oracle will be examined, with some of the third party alternatives in sight as well. This broad-scoped book completes your journey with a clear examination of how to transition APIs from Oracle API Management 12c to the new Oracle API Platform, so that you can step into the future confidently.
Table of Contents (12 chapters)

Custom policies – which policy type to use?

Having been through the custom policies that can be created with both Java and Groovy, the question begs when to use which approach? To know which approach to use (Groovy or Java) means understanding the pros and cons of each approach. Why these pros and cons exist will become apparent as the chapter works through how custom policies work and are developed.

Java Pros:

  • Will appear as a re-usable policy across all gateways and available immediately to all APIs (compared to Groovy which would require the logic to be cut and pasted every time the policy needs to be used in a new API)
  • The policy is built using traditional development techniques, as a result, complex logic can be more easily developed (compared with a Groovy policy) with all the quality processes that go with this kind of development including:
    • Opportunity to include...