RE: Web Forms = Developer Forms + Reports?
- To: <oracle-l@xxxxxxxxxxxxx>
- Date: Thu, 3 Jun 2004 12:34:04 -0400
Luis,
Yes, OAS is an option for going with web-enabled forms. We tried it in
the past, but found that the client/server was a better approach being
that at that time we had Forms 4.5. Please note that Forms 4.5 was never
friendly to AOS as 6i now is. At that point we said let's create a
script that will map network shares (runtime forms exec and the actual
fmx's) and place it on the users' desktops. In order for this to run
properly though, we also had to copy some DLL files onto our client
machines. We looked at the Runtime forms install log to see what DLLs
had been copied where and thus figured out what DLLs were needed on our
client machines.
Regards,
Julio
-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx
[mailto:oracle-l-bounce@xxxxxxxxxxxxx] On Behalf Of Luis deUrioste
Sent: Thursday, June 03, 2004 11:08 AM
To: oracle-l@xxxxxxxxxxxxx
Subject: RE: Web Forms = Developer Forms + Reports?
Teresa,
What I think that Julio is implying is using the Oracle Application
Server which exactly does what he describes, but for that you would need
to buy an oracle application server license.
The Database version is of no consequence, we went Web with an 8.0
database and migrated from 8.0 to 9.2 ever since.
Our Application was initially developed using forms 4.5 and reports 3.0
(I think) whatever the components for developer 2000 were. From then we
migrated to 6i where we are currently.
If you have support from Oracle, then your toolset upgrades as well as
the DB are free, so you could upgrade the tools to 6i there again 6.0 to
6i there were mostly a bunch of bug fixes, if I remember correctly.
The forms and reports server provided with the toolset have a limited
license which if I'm not mistaken is for development purposes only. At
this point your options are limited. When we were running client server
what we use to do is house the forms and reports executables in a share
folder on a network drive, and run everything from there. Of course
loading the forms client on the client machines. The drawback on this is
network speed, but that should be somewhat easy to solve by your network
group.
Hope I helped.
Luis
-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx
[mailto:oracle-l-bounce@xxxxxxxxxxxxx]On Behalf Of Teresa Redmond
Sent: Thursday, June 03, 2004 9:11 AM
To: QuijadaReina, Julio C
Subject: Re: WebForms = Developer Forms + Reports?
Wednesday, June 2, 2004, 4:56:47 PM, you wrote:
> Teresa,
> We used to have 8.1.7 - if I am not mistaken - with iSuites, Apache as
> the web server and Forms60 server for or forms. That provided us with
> access to the forms by loading a web browser with a URL pointing to
> the ifcgi60 executable that would in turn load JInitiator (needed
> version of JInitiator may vary). After loading JInitiator, the logon
> screen would come up. All forms resided on the form server.
This sounds like what I would like to do, but we have 8.1.5. The forms
that are on the client machines now were developed with Forms and
Reports 4.5, or Developer/2000. I would like to have information on how
to go about setting this up, but I haven't found anything like what you
describe at OTN. We have been in the process of upgrading our forms and
reports to version 6 (not 6i) in anticipation of going web-based, but we
can't get the funding for that. That's why we wanted to see about
another way to keep everything on a local server (to us, the developers)
with the clients only having a link to the executable, runtimes,
whatever. Do you know of a place where I can research how to do what
you describe? I apparently can't find the right combination of search
terms for either google or OTN.
Thanks!
(and an aside to the administrator of this list, I have noticed that any
time I send email to the list my email seems to trigger out of office
replies, where no-one else's emails do that. Any idea why?
Apologies for that...)
--
Teresa Redmond
----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx put
'unsubscribe' in the subject line.
--
Archives are at //www.freelists.org/archives/oracle-l/
FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------
----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx put
'unsubscribe' in the subject line.
--
Archives are at //www.freelists.org/archives/oracle-l/
FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------
----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at //www.freelists.org/archives/oracle-l/
FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------
Other related posts:
