Path: news.cambrium.nl!textnews.cambrium.nl!feeder3.cambriumusenet.nl!feed.tweaknews.nl!193.141.40.65.MISMATCH!npeer.de.kpn-eurorings.net!npeer-ng0.de.kpn-eurorings.net!weretis.net!feeder1.news.weretis.net!news.solani.org!.POSTED!not-for-mail
From: Mladen Gogala <gogala.mladen@gmail.com>
Newsgroups: comp.databases.oracle.server
Subject: Re: Oracle HTTP Server - the future
Date: Sat, 3 Mar 2012 21:23:53 +0000 (UTC)
Organization: solani.org
Lines: 36
Message-ID: <pan.2012.03.03.21.23.53@gmail.com>
References: <MPG.29b806cfe35a280698992c@News.Individual.NET>
 <16472481.179.1330562516707.JavaMail.geo-discussion-forums@pbbms5>
 <e1a7da54-d7c7-43cb-aefb-fb1187e22af4@l16g2000vbl.googlegroups.com>
 <MPG.29b96e87e2fa1f0198992f@News.Individual.NET>
 <pan.2012.03.01.13.24.44@gmail.com> <jispab$ves$1@dont-email.me>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: solani.org 1330809833 792 eJwNy8ERACAIA7CV5IAWxkGU/UfQ/OMKQdPgMB+fDFUriqiTjSic3NEV5AUgvIeTlrZ/YKwHAeQQEg== (3 Mar 2012 21:23:53 GMT)
X-Complaints-To: abuse@news.solani.org
NNTP-Posting-Date: Sat, 3 Mar 2012 21:23:53 +0000 (UTC)
User-Agent: Pan/0.135 (Tomorrow I'll Wake Up and Scald Myself with Tea; GIT
 30dc37b master)
X-User-ID: eJwFwQERADEIAzBLT4EO5HAb9S/hk3Qa7wkmI5UaYNsZAPc0u6TXMkfpmD1scfLj5ZiWGz8LLxC7
Cancel-Lock: sha1:gjsAd6baLXPOC+XlJ1BqXH6fObo=
X-NNTP-Posting-Host: eJwNx8EBgDAIA8CZkATKOEjD/iPo/Y4eFpMIBrjc09V+rdvKH5eVWMCN0r5JzTIN4vCk/s0HHxsRqg==
Xref:  news.cambrium.nl

On Sat, 03 Mar 2012 20:46:47 +1100, Noons wrote:

> Apache is easy to configure and change.  For example: I've got the
> Apache server for our development environment sitting in the same box as
> the dev dbs. Recently, I started using 11gr2 in a separate sandbox
> server. To change our Apache server to also service the apex stuff in
> the sandpit db was child's play:
> edit one file, re-start. I'm not sure it'd have been that easy with the
> standalone Apex listener.  Although it looks like a good alternative to
> fusion that might not go away soon.

Oracle doesn't want you to "configure and change", Oracle wants you to 
buy things. I am fairly certain that there will be an "apex configuration 
add-on module" sometimes in the future, that we will be required to pay 
for. The right answer is to discard Apex altogether. There are other GUI 
tools for creating applications, equally as capable as Apex. The price is 
also the same. I am talking about Cake, Django and Symfony. The all use 
Apache2, they all can access Oracle, they all can create forms and 
reports, they are all great alternatives, guaranteed not to go away. Apex 
is not. The right approach is to install Apex, so that the legacy 
applications can work, while being migrated to something else. The fabled 
"mod_plsql Apache module" is outsourced, but the utmost care was taken 
that it is almost impossible to install and that no clear instructions 
was ever provided. When I saw that, I knew that Apex is just another road 
toward a commercial application development tool, something that will 
eventually have to be purchased. My personal preference is, therefore, 
Symfony. It's easy to learn, it's very powerful, even more so than Apex 
and it is free. For the basic stuff, I don't even bother with that, I 
write it directly in PHP, using ADOdb. Apex is a tool that resolves the 
problem that is not really important. It allows idiots to write 
graphically appealing application. I can certainly live without it.



-- 
http://mgogala.byethost5.com
