|
From: | Mihail Daskalov |
Subject: | Re: [Oracle Forms replacement] Ways to start this project |
Date: | Thu, 1 Mar 2012 13:20:47 +0000 |
Hi all! Probably <quote>‘Oracle Forms has the ability to use another database
because of its transaction and database triggers replacement.’ </quote> refers to the old “Oracle Open Client Adapter for ODBC”. You can see this topic
https://forums.oracle.com/forums/thread.jspa?threadID=495283
Unfortunately it is no longer developed or supported (AFAIK). Oracle Forms (actually Procedure builder component) included a Client implementation of the PLSQL language (yes PLSQL is not only Oracle Server
language). The lack of FREE client runtime is major problem with Oracle Forms and Oracle ADF. Once Oracle Forms Runtime Client/Server was free (no cost) for
use. Then it was desupported and only Forms Server (iAS Enterprise Edition) was left. Then BC4J and JDeveloper emerged as some alternative, which was later named ADF Swing. It was still client server, but WAS NOT FREE. Now it is also being desupported (in
JDeveloper 11.1.1.5 and 11.1.2), with only ADF JSF left, which is not client server. The only commercial alternatives I know for Client/Server programs are Java with Swing and JDBC (possibly there are some frameworks that help a
little), and Microsoft .NET with Windows Forms components, or eventually LINQ , Entity Framework and Silvelight (but at the MS sight things are quite fragile in my opinion also). It would be good to have something on which to start building upon a Free toolkit for Client Server programs. Regards, Mihail Daskalov
From: replacementforms-discuss-bounces+address@hidden
[mailto:replacementforms-discuss-bounces+address@hidden
On Behalf Of John_Nowlan ‘Oracle Forms has the ability to use another database because of its transaction and database triggers replacement.’ Could you elaborate on this bit? Examples? I also think this project is the missing piece for many organizations to move from an Oracle + Forms environment to something like PostgreSQL, but where I am, the
lock-in prevents many people (mgmnt) from considering it. From:
replacementforms-discuss-bounces+address@hidden [mailto:replacementforms-discuss-bounces+address@hidden]
On Behalf Of Jorge Cabezudo Perez It also could be called GNU Forms or something like that, using an open source database is a must, people that could be part of the project should assume an specific role, for example, arquitect, programmers, project
leaders, dba, etc. The tools we know exist in the commercial release are: Forms Builder Forms Compiler Forms Runtime (now using an application server) Forms Converter Reports Builder Reports Converter The software was developed using C/C++ and then Java plus AWT/Swing. The advantage of using PL/SQL inside the Forms Builder is one of the powerful features to build programs faster. I know that postgress use a similar language and there is a commercial implementation called Enterprise DB which serves like an Oracle replacement for non-critical implementations of Oracle. The core or kernel of the Forms is a CRUD engine that only needs the name of the tables that the application use. If we can build a program with these feature, it could be a good start point. There is no need of a Builder,
we can use ascii text file to implement the forms (or XML), one of the options would be the database, the connection (JDBC?) and so on. On Tue, Feb 28, 2012 at 5:25 AM, Justo Perez <address@hidden> wrote: I m very interesting in this project, and I think that is a good idea to make something like Oracle Forms but using a free DB like Postgres... something like Postgres Forms or like Mysql-forms, more flexible... and engine-form
indepent from the DataBase. What do you think about it ??? El 28 de febrero de 2012 07:33, Jorge Cabezudo Perez <address@hidden> escribió: Many people are still using Oracle Forms to build their tools because it's features to create forms fast and built-in buttons and options that every user normally use. _______________________________________________
--
-- |
[Prev in Thread] | Current Thread | [Next in Thread] |