Skip to main content

ODTUG Kaleidoscope 2008 : Day 2 - You can(’t) do THAT in a browser!

The first session of this day was APEX Development: Watch it live! by Bill Holtzman of the National Air Traffic Controllers Association. He built a Grievance Control system for the NATCA used by hundreds of users. Now he showed live how to build a football betting system in only 45 minutes (using some prefab SQL scripts). Another nice example how quick application development in APEX can be!

After that Scott Spendolini came on stage with his presentation You can't do THAT in a browser! Although APEX contains a lot of really nice features, like Flash based charting, Export to PDF/Word./Excel and Tree Reports, sometimes you have the need to go a little bit further than that. He demoed how you can achieve MS Outlook integration for your Address Book (vCard) and Calendar (iCal). Then he showed how some third party products seamlessly integrate with APEX:

  • DHTLMX Tree (DHTML eXtensions) : Consists of JS libraries to manage all aspects and uses an XML file as data source. You can create his XML file you can using PL/SQL procedures
  • FusionGadgets & FusionMaps: To create Gantt Charts, Gauges., Pyramids and Process Flow Diagrams. These plugins also use XML file as a datasource, which can be generated from PL/SQL.
  • PLPDF : To generate PDF documents, charts, barcodes using PDF-templates.

These extensions have only got one drawback: They cost ‘some' money ($ 50 - $ 600)...

In the afternoon there was as session on Writing a Customized Authentication Scheme for APEX by Raj Mattamal. Raj is very enthusiastic and energetic and fun to listen to (and look at). APEX has a couple of components concerning security. Two of these components are Authentication (who are you? can you log in?) and Authorization (once you are logged in, what are you allowed to do). APEX offers a couple of standard ways to authenticate a user: LDAP, SSO, APEX's own security scheme, open door and database authentication. You would preferably use one of those. If the requirements in your organization demand that you should use another way to authenticate a user - for instance using an Oracle database table containing usernames and passwords, you can easily custom a standard authentication scheme and call your own function for validating usernames and passwords.

Another thing that may arise is that you would like the users to switch easily between applications, without re-entering their usernames and passwords. For applications within the same workspace this can be done by entering the same cookie name in the authentication scheme on both sides.

Alas this doesn't work when your applications are in different workspaces. Then you have to create your own Page Sentry Function. This function is checked on every page view to make sure that the user and session is still valid, and will redirect you to a login page if you aren't authenticated yet or (re-)instantiate the APEX session using APEX API calls. There is a great example on OTN on NTLM Authentication to start with.

Another thing to deal with is Single Sign-Out. Just expiring the Suite Cookie isn't enough, you have to log out of every application, otherwise your session information will still be in the database. You need to built a procedure for that manually.

For the next session I was an ambassador Explore and Benefit the APEX Repository by Michiel Jonkers of AMIS. He pointed out the differences between the Designer and APEX repository views. The main difference is that Designer offers the possibility to update the data in the repository using the API, APEX doesn't have an API for that (yet).

The best part of the day is that I could demonstrate our APEX showcase, containing a very good looking drag & drop feature, to some of the APEX guru's (Dimitri Gielis and John Scott of APEX Evangelists and David Peake and Carl Backstrom of Oracle APEX Product Development). And they all were very impressed by what I showed them! We already knew we built something awesome, but now other experts know that too! (Nice work Rutger!)

So you really can do THAT in a browser!

Carl strongly emphasized that I should blog about this drag & drop feature - probably so he can use it in a next version of APEX ;-) - so I will do that somewhere in the next weeks. Keep an eye on this blog if you're interested.

Comments

Anonymous said…
Roels,

Some great comments here. I saw you at the conference, though we never spoke.
Anonymous said…
Roel,

I would definitely like to see what you've done with drag-n-drop in your application. Was that a session I missed, or did you only do private showings? :-)

I think you're totally right about why Carl B. encouraged you to show this off; we can hope it will end up in Apex's next version!
Roel said…
Stew,
It was a 'private show', just accidentally btw. I showed it to Dimitri and he told Carl etc etc.
You can vote on mix.oracle.com for a session on OOW where I will show this for 'all' attendees....
Regards, Roel
Carl Backstrom said…
Hello,

Yes it was very impressive and exactly the type of thing that drag and drop is good for.

Sometimes people put in drag and drop just because they can and it doesn't make much sense.

In Roel's applications instance it was a killer feature and I have no doubt that the users like it and it drastically improves the usability of the application.

Carl
Anonymous said…
Hi Roel,

I sat near you during many sessions, but I don't think we really got a chance to talk.

Im also intrested in this drag and drop feature you mentioned! Im not familiar with mix.oracle.com.

Thanks,
Michael H.
Roel said…
On mix.oracle.com you can vote for sessions for OOW (you can use your OTN username/password - or create one). So you can vote for mine there!
I also send in that abstract for the UKOUG, so maybe I will get the opportunity to show that feature there.

Popular posts from this blog

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

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 Employ

Stop using validations for checking constraints !

 If you run your APEX application - like a Form based on the EMP table - and test if you can change the value of Department to something else then the standard values of 10, 20, 30 or 40, you'll get a nice error message like this: But it isn't really nice, is it? So what do a lot of developers do? They create a validation (just) in order to show a nicer, better worded, error message like "This is not a valid department".  And what you then just did is writing code twice : Once in the database as a (foreign key) check constraint and once as a sql statement in your validation. And we all know : writing code twice is usually not a good idea - and executing the same query twice is not enhancing your performance! So how can we transform that ugly error message into something nice? By combining two APEX features: the Error Handling Function and the Text Messages! Start with copying the example of an Error Handling Function from the APEX documentation. Create this function