11:45 Managing your REST APIs - From Spec to Code and Back

Being able to provide RESTful interfaces to our data has become a common requirement and we as APEX developers certainly have to deal with it, too. But how can we provide these interface and manage them over time? How can we deal with changes in the APIs, support multiple versions of the API? How does that impact our deployment to the production system? The Open API Initiative (OAI) provides an open specification, originally known as the Swagger specification, for describing and documenting REST APIs. From version 17.4 onward, Oracle REST Data Services (ORDS) exposes the metadata of specific web services in Open API 2.0 format, making it easy to document and generate calling code for REST APIs using Swagger. In this presentation we will cover a design-first approach in which we start by designing the API based on Swagger / Open API 2.0. From that definition we will then generate the actual implementation using Oracle REST Data Services (ORDS). We will also cover a full roundtrip by reverse engineering a modified implementation in the database and generate the swagger definition from that. This approach makes really sense for two reasons. Firstly we have a long-term focus in mind when designing the APIs. We begin with the documentation and generate the code from that. Secondly we can always go back and reverse engineer the swagger definition of the RESTful service since ORDS will support that. This is just what happens in real life and also good to easily document your existing RESTful services.

Dietmar AustOracle ACE (OPAL Consulting)
Lunch Break

13:30 Lunch Break

Enjoy your lunch !


16:15 Plugins Unplugged - Revised

Oracle Application Express enables developers to build data-centric web applications declaratively, meaning, you can build feature rich applications, running in web browsers. But APEX declarative functionality is limited, not providing the full capabilities of what is possible with web technologies these days. And, let’s admit, not all developers are able (yet) to easily integrate these capabilities in APEX. Fortunately APEX offers a mechanism to those who do seem to understand advanced HTML/JavaScript, to expand it’s functionality and expose it in a declarative way to other developers: Plugins. Unplug yourself from APEX’s declarative limits Plug-in’s are where it all comes together: PL/SQL, HTML, JavaScript, CSS and APEX framework. At first glance, Plug-in’s seem to be complex. But this isn’t true. Once you have a closer look, you will find that creating Plugin’s isn’t magic. With some basic knowledge and understanding of the APEX Plugin API one can build amazing Plug-in’s. All you need is an idea or inspiration. It will not surprise you, that most (well-known and community-wide used) APEX Plug-ins are made from components prior published as jQuery Plug-in’s or JavaScript Libraries. But it’s not just cut-n-paste. This session will start with some fundamental Plugin basics to start with and accelerate to more advanced techniques, which will help you to kick-start your own Plugin development. Additionally, this presentation will cover the recent changes of the plug-in framework since APEX version 5.

Christian RokittaOracle ACE (rokit)
After Conference Drinks

18:00 Drinks and Fingerfood

Refresh after a long study day and enjoy a refreshment and some snacks. But still talk APEX :-)

Drink Sponsor

18:45 Party

Get some more food and dance it off!

Party Sponsor