Skip to main content

A new name for Oracle HTML DB

That's right - Oracle HTML DB has officially been renamed to Oracle Application Express. You still don't need Oracle Application Server, and it has nothing to do with Oracle Express or Express Objects, but it does coincide with the name of Oracle Express Edition Database.

This renaming campaign came up once every few months or so when I was at Oracle, as we could never quite come to a consensus on what it should be renamed to. Looks like somoene finally made the call!

My only fear with this new name is that people will associate Application with Oracle Application Server, as in it's a required component (as I said before, it still isn't) and Express with "small and insignificant", which is clearly not the limitations of HTML DB - umm, Application Express. It's going to take some getting used to...

Comments

LewisC said…
Hi Scott,

I don't think I like the new name. HTML DB seems very descriptive to me. Oh well.

LewisC
http://blogs.ittoolbox.com/oracle/guide/
Scott said…
I don't think I like the new name. HTML DB seems very descriptive to me. Oh well.

I didn't name it! :)

One of the several issues that I had with HTML DB was that it implied that you had to know either HTML, the Database, or both - which is not the case - in order to use the product.

I think that many people will take to calling this name "ApEx" or "AppEx" - both of which are easier to say!

- Scott -
Frank Schmidt said…
This comment has been removed by a blog administrator.
Scott said…
But I'm sure - at least version 3 will be renamed again. ;-)

Let's hope not, as I'll have to re-create all of my marketing material again! :)

- Scott -
Frank Schmidt said…
Hello Scott,

Sounds like a typical "oracle" name.

But I'm sure - version 3 will be renamed again. ;-)

Frank
LewisC said…
I kind of like ApEx. We should try to make that stick! heh

LewisC
Anonymous said…
wow, finally it changed. Though, there were better ideas in the forum than Application Express. But Apex sounds not too bad..
Anonymous said…
HyperText Express Now that a Name!
Colin Sheppard said…
Does this mean we should also rename the HTML DB Wiki to OAE Wiki?
Scott said…
Probably, as all of Oracle's marketing material has already been changed.

- Scott -
Anonymous said…
The Wiki has now been updated to use Apex rather than HTMLDB, thanks to 'grep' and 'sed' for making the job so much easier ;)
Anonymous said…
Where can I apply for my Oracle Application Express Card? I never want to leave my home without it?
Anonymous said…
Hi,

You did a presentation on integration Oracle Application with htmldb. Is there any place I can get that presentation
Scott said…
You did a presentation on integration Oracle Application with htmldb. Is there any place I can get that presentation

Yes - it is posted here .

Thanks,

- Scott -

Popular posts from this blog

Custom Export to CSV

It's been a while since I've updated my blog. I've been quite busy lately, and just have not had the time that I used to. We're expecting our 1st child in just a few short weeks now, so most of my free time has been spent learning Lamaze breathing, making the weekly run to Babies R Us, and relocating my office from the larger room upstairs to the smaller one downstairs - which I do happen to like MUCH more than I had anticipated. I have everything I need within a short walk - a bathroom, beer fridge, and 52" HD TV. I only need to go upstairs to eat and sleep now, but alas, this will all change soon... Recently, I was asked if you could change the way Export to CSV in ApEx works. The short answer is, of course, no. But it's not too difficult to "roll your own" CSV export procedure. Why would you want to do this? Well, the customer's requirement was to manipulate some data when the Export link was clicked, and then export it to CSV in a forma

Refreshing PL/SQL Regions in APEX

If you've been using APEX long enough, you've probably used a PL/SQL Region to render some sort of HTML that the APEX built-in components simply can't handle. Perhaps a complex chart or region that has a lot of custom content and/or layout. While best practices may be to use an APEX component, or if not, build a plugin, we all know that sometimes reality doesn't give us that kind of time or flexibility. While the PL/SQL Region is quite powerful, it still lacks a key feature: the ability to be refreshed by a Dynamic Action. This is true even in APEX 5. Fortunately, there's a simple workaround that only requires a small change to your code: change your procedure to a function and call it from a Classic Report region. In changing your procedure to a function, you'll likely only need to make one type of change: converting and htp.prn calls to instead populate and return a variable at the end of the function. Most, if not all of the rest of the code can rem

Logging APEX Report Downloads

A customer recently asked how APEX could track who clicked “download” from an Interactive Grid.  After some quick searching of the logs, I realized that APEX simply does not record this type of activity, aside from a simple page view type of “AJAX” entry.  This was not specific enough, and of course, led to the next question - can we prevent users from downloading data from a grid entirely? I knew that any Javascript-based solution would fall short of their security requirements, since it is trivial to reconstruct the URL pattern required to initiate a download, even if the Javascript had removed the option from the menu.  Thus, I had to consider a PL/SQL-based approach - one that could not be bypassed by a malicious end user. To solve this problem, I turned to APEX’s Initialization PL/SQL Code parameter.  Any PL/SQL code entered in this region will be executed before any other APEX-related process.  Thus, it is literally the first place that a developer can interact with an APEX p