Skip to main content

A review of APEX World 2017 - Day 1

Last week the SS Rotterdam was the beautiful location of the largest gathering of APEX Developers worldwide. With around 380 (!) attendees a new high was set. And they came from all over the world : I spotted people from The Netherlands, Belgium, Switzerland, Austria, Croatia, Germany, Denmark, Norway, UK, Ireland and the USA. And I even might have missed one or two ….

The event started with a presentation by the “father of APEX”, Mike Hichwa, talking about "Oracle APEX Past, Present and Future”. Of course everyone is curious what the APEX future might bring: Friendly URL’s, automated testing, more JSON, concurrent APEX versions, third party Oauth 2 authentication (think Facebook, Google), APEX app diff and more, a lot more, REST capabilities. And now we have to wait for APEX 5.2 … and that might take a while! 

After this keynote, the conference split up in three tracks. After the coffee break I returned to to big theatre where Geertjan Wielenga talked about "Finally Javascript is easy, with Oracle JET”. I do like JET, but I am not sure all attendees shared Geertjan’s view. They probably were more convinced that APEX is way easier than JET....

Next on stage, the last before lunch, was Alex Nuijten talking about "JET Charts in the world of APEX”. It was a very nice intro into the world of JET charts and Alex showed some peculiarities you have to be aware of. For instance, if you have multiple series, make sure all your queries return the same number of rows and in the same order. Or - as Alex is promoting - release your inner SQL Ninja and use the SQL power to get a proper result in one pass!

After a very good lunch (the quality of the food and drinks was a lot better than I have seen at other conferences, kudos for the organisation!), it was time for my first session, "A Deep Dive into APEX JET Charts”. In this session I am trying to convince the audience that looking into the JET documentation is really worthwhile: with just one or two  lines of JavaScript you can add a whole new user experience layer to your pages: much more interactive and dynamic! And for the JET components that are currently not exposed in the APEX Builder, you can create a plugin. Not that hard either, a few lines of PL/SQL, a couple lines of JavaScript and a SQL statement can do the trick! I hoped people liked it. I did get very positive feedback of Geertjan, who is the Product Manager of JET, that he didn’t know it was that easy to modify or incorporate JET Charts in APEX! 

After my session I went to one of the other rooms 4 decks lower to listen to Matt Nolan. He was "Unlocking the power of the APEX plugin architecture”. Compared to previous performances Matt did an excellent job! I don’t know if the attendees will start developing plugins en masse, but it didn’t look too complicated (to me)!

The last keynote of the day was another JET Charts session, "Advanced Charts in APEX 5.1 and beyond” by Hilary Farrell. Inevitably there was some overlap with Alex’ and my session, but also enough new stuff (and around ⅔ of the attendees probably had missed those sessions anyway). Hilary showed some cool examples how to chance the look of the chart or add functionality by just a few lines of Javascript. And in APEX 5.2 … we will get upgraded jQuery (3.x) and jQuery UI (1.12.x) libraries and the latest and greatest version of JET (probably 3.x).

Because a presentation of Uber was cancelled there was an "Ask the experts panel” added to the agenda. Three of the seven experts are member of the SMART4Apex co√∂peration, but to be honest, most questions were addressed to and answered by Mike. As SMART4Apex we delivered seven (7!) presentations, enough to fill one of the three tracks for both days...

After this extra session, it was time for drinks and dinner. And because the weather was absolutely fabulous, we could enjoy it all on deck while watching the sun set over Rotterdam.
A great end of a fantastic first day!


Popular posts from this blog

Adding items to your Interactive Grid Toolbar

The APEX Interactive Grid uses the Toolbar widget to create the default Toolbar showing the Search box, Actions menu, Save button etc. And since quite a while there is a nice Plugin "Extend IG Toolbar" by Marko Goricki that makes it very easy to add additional buttons to the Toolbar.

But what if you need more than a button? 
Inspecting the contents of widget.toolbar.js, you can easily spot there can be added more to the Toolbar than just a button: The type of control, available values:
The first example will show a way to easily switch from one filter to another. Of course we could use the standard functionality and create two different Report views, but using a Radio Group on the Toolbar gives a more "Tab" like user experience.

So how can we create a Radio Group that looks like a switch in the Toolbar?
In the Javascript Code …

Filtering in the APEX Interactive Grid

Remember Oracle Forms?

One of the nice features of Forms was the use of GLOBAL items. More or less comparable to Application Items in APEX. These GLOBALS where often used to pre-query data. For example you queried Employee 200 in Form A, then opened Form B and on opening that Form the Employee field is filled with that (GLOBAL) value of 200 and the query was executed. So without additional keys strokes or entering data, when switching to another Form a user would immediately see the data in the same context. And they loved that.

In APEX you can create a similar experience using Application Items (or an Item on the Global Page) for Classic Reports (by setting a Default Value to a Search Item) and Interactive Reports (using the APEX_IR.ADD_FILTER procedure). But what about the Interactive Grid? There is no APEX_IG package ... so the first thing we have to figure out is how can we set a filter programmatically?

Start with creating an Interactive Grid based upon the good old Employees tab…

apex_application.g_f0x array processing in Oracle 12

If you created your own "updatable reports" or your custom version of tabular forms in Oracle Application Express, you'll end up with a query that looks similar to this one:
then you disable the "Escape special characters" property and the result is an updatable multirecord form.
That was easy, right? But now we need to process the changes in the Ename column when the form is submitted, but only if the checkbox is checked. All the columns are submitted as separated arrays, named apex_application.g_f0x - where the "x" is the value of the "p_idx" parameter you specified in the apex_item calls. So we have apex_application.g_f01, g_f02 and g_f03. But then you discover APEX has the oddity that the "checkbox" array only contains values for the checked rows. Thus if you just check "Jones", the length of g_f02 is 1 and it contains only the empno of Jones - while the other two arrays will contain all (14) rows. So for processing y…