Forms 6i to 10g migration question?

We are considering upgrading our forms from 6i to 10g. The only problem I am getting from our application developers is that they say a web based form will not work within our application. Our application is a client server C+ based program, they have integrated the 6i forms into the application- the menus are written in C+ which execute a call to the forms that are compiled on each workstation.
I favor Oracle- always... But I do not know how to present to them the idea that the forms are now a URL that will reside on a appplication server. The push is to code the entire forms we use in C+- I would like to use 10g forms.
Is there any information that I can leverage to use 10g forms within a client server environement and wrap the 10g forms calls into a C+ application?
Confused......I am a DBA and not very good at development- please advise.

Take a look a Java webstart. You can have a desktop icon and open Forms in a Java applet window, without the browser. It looks a bit like a c/s application then. I don't know how to integrate that in a C+ application though, but I can imagine that you can call webstart from within your app.
Search this forum for webstart, e.g.
Re: Forms 10g without browser?

Similar Messages

Forms 6i to 10g Migration Questions

Hi,
My company is thinking about migrating Forms 6i to 10g. I wonder if you can share some of your experience with us (and with thousands of others who will also face the same daunting task)
1. How do you like/dislike Forms 10g after the migration?
2. What are the pitfalls of Forms 10g? What are the strengths?
3. Other than Oracle Migration tools, is there any other tools that can help us?
4. How long is the migration process typically taken?
5. What problems have been encountered in the upgrade process?
Thank you very much!
Sincerely,
John Sun

May I answer your question with some questions of my own? :)
1. Are you migrating from Forms6i client-server or web?
2. If Web, to a non-Windows middle tier (hopefully)?
3. Do you plan to incorporate OID/SSO and/or Portal in the new environment?
I just reached the end of a 6-month long prototyping project to migrate our Forms/Reports 6i application (80% client-server, 20% web) to 10g, using SSO and Portal for report destination. We migrated about a dozen forms of varying complexity and rewrote our main application/menu form. We originally thought the prototype would take 3-4 months. The purpose was to learn what we needed to develop the best migration approach and have an idea of what it would cost. The application has about 650 forms/reports modules. Costs and the learning curve prohibited a move to J2EE/ADF; oh I wished... Management is hoping we can complete the full migration in about a year, but I think... well, this is a public forum and I am using my real name. ;)
We've only been using 10g release 2 since the end of January. Stay away from release 1 at all costs. Even release 2 is not what I would call entirely stable. I just opened a SR on MetaLink a few days ago for a problem I was able to recreate where the use of a button on a form-level toolbar that directly or indirectly call_forms a new form, and then navigation occurs back to the original form (say, when trying to minimize or rearrange widows) causes the session to crash with the infamous ORA-92101. We rely heavily on a hierarchical tree for our application menu, and keyboard navigation on the tree is somewhat broken (tree triggers not firing).
However, many long-standing 6i bugs have been fixed, and I really, REALLY do appreciate being at PL/SQL version 10 in Forms.
But we have some real challenges too, some self-inflicted. Some 400 of our application forms were converted from SQL*Forms 3.0 via Kumaran a while back. This is admittedly our greatest challenge. The V3 forms, being they were character-based with no mouse support, had lots of code in Key-navigation triggers that was never meant to be in navigation triggers (validation, etc) and would get bypassed if the user skipped the field using a mouse. Kumaran solved this problem using mouse triggers which are no longer supported on the web. We also are attempting to introduce some enhancements during the migration like become Section 508 compliant.
I did not opt to use the migration tool; it doesn't really do that much for you anyway.
One headache for us was Reports. We eliminated many temporary tables (permanent tables created temporarily) in user schemas for the use of global temporary tables. Granted, this feature showed up in Oracle9i. But in 10g, we found inadvertently that database sessions for reports are initiated by a java process and reused for performance, meaning different reports sometimes (and unpredictably) are sharing database sessions instead of getting their own. It would've been nice to know this beforehand because it was a challenge to find out the hard way.
My biggest complaint is that Forms still lags behind in features that are part of the application server. For example, I would've loved to implement Enterprise Users and rid our database of the many thousands of user accounts. But Forms doesn't support it. And Oracle really should have provided a migration tool to create the OID resource that links the OID user account via SSO to the database account. Especially since Forms only works with database accounts. All we got was a 9i-based White Paper on the APIs to write our own. This is Oracle data, not application data for heavens sake!
I've opened easily over a hundred SRs during this time, and am quite sure that my name is mud by now and that I have lost any chance of ever getting hired by Oracle. ;)
If your DBAs are database-centric and not used to administering a middle tier-- or administer an old middle-tier like 9iAS 1.0.2.2.2, get them into instructor-led training on 10g administration BEFORE they have to install the 10g infrastructure and middle tiers. The architecture is radically changed and infinitely more complex. As far as the workload the developers will face; Forms is still pretty much Forms, but the state of your existing code will play into it.
I was so tired of spending years on older versions of Oracle software. And I am proud to announce that I am now intimately familiar with what is known as The Bleeding Edge.

Forms 6i to 10g migration

Hi,
please any one can send me the forms 6i to 10g migration document?.
Edited by: N.K on Jun 21, 2010 11:39 PM

It really is NOT just a recompile.
For starters, the entire 3-tier architecture is different, which causes the need for potential changes using WEBUTIL. Compiling it won't add WEBUTIL and change TEXT_IO to CLIENT_TEXT_IO, or the same thing for a number of othere commands. It also doesn't address RUN_PRODUCT, which requires the RP2RRO pll.
Edited by: ChrisBaker on Jan 4, 2010 6:00 AM

Forms 6i to 10g migration - FRM-30162 error

Hello folks!
I have a small question here. We are planning to migrate the forms version from 6i to 10g. The forms are deployed on HP-UX.
What I have done is tried to compile a form built in 6i using Forms Builder 10g. I get the FRM-30162 error.
The problem is I have one Horizontal TOOLBAR that is being used by multiple windows, including the base window (the window that contains the form when it is invoked the first time). There are multiple windows in the form. The form compiles without any errors in 6i.
The weird part is that this is not written as a warning, and despite having the error thrown, the .fmx is generated. Am lost here! Is there something that I am overlooking?
Is there any known work-around for this? Any guidance/help will be highly appreciated!

It really is NOT just a recompile.
For starters, the entire 3-tier architecture is different, which causes the need for potential changes using WEBUTIL. Compiling it won't add WEBUTIL and change TEXT_IO to CLIENT_TEXT_IO, or the same thing for a number of othere commands. It also doesn't address RUN_PRODUCT, which requires the RP2RRO pll.
Edited by: ChrisBaker on Jan 4, 2010 6:00 AM

Forms 6i to 10g migration-urgent

i have migrated all the forms from 6i to 10g, when the print is used in 6i itr says some alert msgs like print capture is complete but in 10g no such is appearing

Did you replace all of your RUN_PRODUCT calls?
Now it is:
TOOL_ENV.Getvar ('ReportServer', lv_repserver);
TOOL_ENV.Getvar ('WebServer', lv_webserver);
repid := find_report_object(fp_report_name);
SET_REPORT_OBJECT_PROPERTY(repid,REPORT_EXECUTION_MODE,BATCH);
SET_REPORT_OBJECT_PROPERTY(repid,REPORT_COMM_MODE,SYNCHRONOUS);
SET_REPORT_OBJECT_PROPERTY(repid,REPORT_DESTYPE,CACHE);
SET_REPORT_OBJECT_PROPERTY(repid,REPORT_DESFORMAT,'pdf');
SET_REPORT_OBJECT_PROPERTY(repid,REPORT_SERVER,lv_repserver);
SET_REPORT_OBJECT_PROPERTY(repid,REPORT_OTHER,'paramform=no ' || lv_parmlist);
v_rep := RUN_REPORT_OBJECT(repid);
rep_status := REPORT_OBJECT_STATUS(v_rep);
WHILE rep_status in ('RUNNING','OPENING_REPORT','ENQUEUED') LOOP
rep_status := report_object_status(v_rep);
END LOOP;
IF rep_status = 'FINISHED' THEN
/*Display report in the browser*/
WEB.SHOW_DOCUMENT('http://'||lv_webserver||'/reports/rwservlet/getjobid'||
substr(v_rep,instr(v_rep,'_',-1)+1)||'?'||'server='||lv_repserver,'_blank');
ELSE
message('Error when running report');
END IF;

Forms 6i to 10g migration and deployment

I have successfully migrated my Forms from 6i to 10g. Now on the new Application server10g when i run/launch my Form modules every time it installs jinitiator, i accept that; then it displays dialogbox titled "Enter Network Password" with information regarding(Firewall, Realm, Scheme, username and password). Ok, when i enter my userid&password i get a blank applet with message "java.lang.ClassNotFoundException:oracle.forms.engine.Main". I have unchecked Jinitiator proxies from control panel....
What could be the problem here? I do appreciate any help in advance....

Tony,
I have admin privs on the Application server computer. Apparently all my forms are working on my local computer with Forms builder, the problem comes when put them on the server and run through Application server. It sounds like configuration problems but i checked formsweb.cfg which ive embedded below and it looks ok.
Do i need to configure any other thing?
# $Id: formsweb.cfg 15-apr-2005.13:17:30 pkuhn Exp $
# formsweb.cfg defines parameter values used by the FormsServlet (frmservlet)
# This section defines the Default settings. Any of them may be overridden in the
# following Named Configuration sections. If they are not overridden, then the
# values here will be used.
# The default settings comprise two types of parameters: System parameters,
# which cannot be overridden in the URL, and User Parameters, which can.
# Parameters which are not marked as System parameters are User parameters.
# SYSTEM PARAMETERS
# These have fixed names and give information required by the Forms
# Servlet in order to function. They cannot be specified in the URL query
# string. But they can be overridden in a named configuration (see below).
# Some parameters specify file names: if the full path is not given,
# they are assumed to be in the same directory as this file. If a path
# is given, then it should be a physical path, not a URL.
# USER PARAMETERS
# These match variables (e.g. %form%) in the baseHTML file. Their values
# may be overridden by specifying them in the URL query string
# (e.g. "http://myhost.mydomain.com/forms/frmservlet?form=myform&width=700")
# or by overriding them in a specific, named configuration (see below)
[stars]
baseHTML=base.htm
baseHTMLjinitiator=basejini.htm
baseHTMLjpi=basejpi.htm
HTMLdelimiter=%
workingDirectory=D:\Web\Extranet\OracleFormsReports\Stars\forms
envFile=default.env
escapeparams=true
width=800
height=500
em_mode=1
splashScreen=false
[default]
# System parameter: default base HTML file
baseHTML=base.htm
# System parameter: base HTML file for use with JInitiator client
baseHTMLjinitiator=basejini.htm
# System parameter: base HTML file for use with Sun's Java Plug-In
baseHTMLjpi=basejpi.htm
# System parameter: delimiter for parameters in the base HTML files
HTMLdelimiter=%
# System parameter: working directory for Forms runtime processes
# WorkingDirectory defaults to <oracle_home>/forms if unset.
workingDirectory=
# System parameter: file setting environment variables for the Forms runtime processes
envFile=default.env
# Forms runtime argument: whether to escape certain special characters
# in values extracted from the URL for other runtime arguments
escapeparams=true
# Forms runtime argument: which form module to run
form=test.fmx
# Forms runtime argument: database connection details
userid=
# Forms runtime argument: whether to run in debug mode
debug=no
# Forms runtime argument: host for debugging
host=
# Forms runtime argument: port for debugging
port=
# Other Forms runtime arguments: grouped together as one parameter.
# These settings support running and debugging a form from the Builder:
otherparams=buffer_records=%buffer% debug_messages=%debug_messages% array=%array% obr=%obr% query_only=%query_only% quiet=%quiet% render=%render% record=%record% tracegroup=%tracegroup% log=%log% term=%term%
# Sub argument for otherparams
buffer=no
# Sub argument for otherparams
debug_messages=no
# Sub argument for otherparams
array=no
# Sub argument for otherparams
obr=no
# Sub argument for otherparams
query_only=no
# Sub argument for otherparams
quiet=yes
# Sub argument for otherparams
render=no
# Sub argument for otherparams
record=
# Sub argument for otherparams
tracegroup=
# Sub argument for otherparams
log=
# Sub argument for otherparams
term=
# HTML page title
pageTitle=Oracle Application Server Forms Services
# HTML attributes for the BODY tag
HTMLbodyAttrs=
# HTML to add before the form
HTMLbeforeForm=
# HTML to add after the form
HTMLafterForm=
# Forms applet parameter: URL path to Forms ListenerServlet
serverURL=/forms/lservlet
# Forms applet parameter
codebase=/forms/java
# Forms applet parameter
imageBase=DocumentBase
# Forms applet parameter
width=880
# Forms applet parameter
height=580
# Forms applet parameter
separateFrame=false
# Forms applet parameter
splashScreen=false
# Forms applet parameter
background=
# Forms applet parameter
lookAndFeel=Oracle
# Forms applet parameter
colorScheme=blue
# Forms applet parameter
logo=
# Forms applet parameter
restrictedURLparams=HTMLbodyAttrs,HTMLbeforeForm,pageTitle,HTMLafterForm,log,allow_debug,allowNewConnections
# Forms applet parameter
formsMessageListener=
# Forms applet parameter
recordFileName=
# Forms applet parameter
serverApp=default
# Forms applet archive setting for JInitiator
archive_jini=frmall_jinit.jar
# Forms applet archive setting for other clients (Sun Java Plugin, Appletviewer, etc)
archive=frmall.jar
# Number of times client should retry if a network failure occurs. You should
# only change this after reading the documentation.
networkRetries=30
# Page displayed to Netscape users to allow them to download Oracle JInitiator.
# Oracle JInitiator is used with Windows clients.
# If you create your own page, you should set this parameter to point to it.
jinit_download_page=/forms/jinitiator/us/jinit_download.htm
# Parameter related to the version of JInitiator
jinit_classid=clsid:CAFECAFE-0013-0001-0022-ABCDEFABCDEF
# Parameter related to the version of JInitiator
jinit_exename=jinit.exe#Version=1,3,1,22
# Parameter related to the version of JInitiator
jinit_mimetype=application/x-jinit-applet;version=1.3.1.22
# Page displayed to users to allow them to download Sun's Java Plugin.
# Sun's Java Plugin is typically used for non-Windows clients.
# (NOTE: you should check this page and possibly change the settings)
jpi_download_page=http://java.sun.com/products/archive/j2se/1.4.2_06/index.html
# Parameter related to the version of the Java Plugin
jpi_classid=clsid:CAFEEFAC-0014-0002-0006-ABCDEFFEDCBA
# Parameter related to the version of the Java Plugin
jpi_codebase=http://java.sun.com/products/plugin/autodl/jinstall-1_4_2-windows-i586.cab#Version=1,4,2,06
# Parameter related to the version of the Java Plugin
jpi_mimetype=application/x-java-applet;jpi-version=1.4.2_06
# EM config parameter
# Set this to "1" to enable Enterprise Manager to track Forms processes
em_mode=1
# Single Sign-On OID configuration parameter
oid_formsid=%OID_FORMSID%
# Single Sign-On OID configuration parameter
oracle_home=D:\ORA_IAS
# Single Sign-On OID configuration parameter
formsid_group_dn=%GROUP_DN%
# Single Sign-On OID configuration parameter: indicates whether we allow
# dynamic resource creation if the resource is not yet created in the OID.
ssoDynamicResourceCreate=true
# Single Sign-On parameter: URL to redirect to if ssoDynamicResourceCreate=false
ssoErrorUrl=
# Single Sign-On parameter: Cancel URL for the dynamic resource creation DAS page.
ssoCancelUrl=
# Single Sign-On parameter: indicates whether the url is protected in which
# case mod_osso will be given control for authentication or continue in
# the FormsServlet if not. It is false by default. Set it to true in an
# application-specific section to enable Single Sign-On for that application.
ssoMode=false
# The parameter allow_debug determines whether debugging is permitted.
# Administrators should set allow_debug to "true" if servlet
# debugging is required, or to provide access to the Forms Trace Xlate utility.
# Otherwise these activities will not be allowed (for security reasons).
allow_debug=false
# Parameter which determines whether new Forms sessions are allowed.
# This is also read by the Forms EM Overview page to show the
# current Forms status.
allowNewConnections=true
# EndUserMonitoring
# EndUserMonitoringEnabled parameter
# Indicates whether EUM/Chronos integration is enabled
EndUserMonitoringEnabled=
# EndUserMonitoringURL
# indicates where to record EUM/Chronos data
EndUserMonitoringURL=
# Example Named Configuration Section
# Example 1: configuration to run forms in a separate browser window with
# "generic" look and feel (include "config=sepwin" in the URL)
# You may define your own specific, named configurations (sets of parameters)
# by adding special sections as illustrated in the following examples.
# Note that you need only specify the parameters you want to change. The
# default values (defined above) will be used for all other parameters.
# Use of a specific configuration can be requested by including the text
# "config=<your_config_name>" in the query string of the URL used to run
# a form. For example, to use the sepwin configuration, your could issue
# a URL like "http://myhost.mydomain.com/forms/frmservlet?config=sepwin".
[sepwin]
separateFrame=True
lookandfeel=Generic
# Example Named Configuration Section
# Example 2: configuration forcing use of the Java Plugin in all cases (even if
# the client browser is on Windows)
[jpi]
baseHTMLJInitiator=basejpi.htm
# Example Named Configuration Section
# Example 3: configuration running the Forms ListenerServlet in debug mode
# (debug messages will be written to the servlet engine's log file).
[debug]
serverURL=/forms/lservlet/debug
# Sample configuration for deploying WebUtil. Note that WebUtil is shipped with
# DS but not AS and is also available for download from OTN.
[webutil]
WebUtilArchive=frmwebutil.jar,jacob.jar
WebUtilLogging=off
WebUtilLoggingDetail=normal
WebUtilErrorMode=Alert
WebUtilDispatchMonitorInterval=5
WebUtilTrustInternal=true
WebUtilMaxTransferSize=16384
baseHTMLjinitiator=webutiljini.htm
baseHTMLjpi=webutiljpi.htm
archive_jini=frmall_jinit.jar
archive=frmall.jar
lookAndFeel=oracle

Migrating from forms 6i to 10g

we are planning to upgrade from forms 6i to 10g
please provide me steps for migrating from oracle forms 6i to 10g
what are the prerequisite?
please help
thanks in advance

Hi;
1. Here is Db installation related forum site. There are seeded forum site for forms.For your issue i suggest close your thread here as changing thread status to answered and move it to Forum Home » Application Development in PL/SQL » Forms which you can get more quick response
2. For your question see:
Migration to Designer 6i, 9i and 10g - FAQ [ID 198119.1]
What Is the Easiest and Quickest Way to Migrate From 6i To 10g Reports? [ID 316269.1]
PS:Please dont forget to change thread status to answered if it possible when u belive your thread has been answered, it pretend to lose time of other forums user while they are searching open question which is not answered,thanks for understanding
Regard
Helios

Hotkey (Ctrl+B) is not working after migration from Forms 6i to 10g

Dear Gurus,
Need your help regarding the following problem:
After migrating from Forms 6i to 10g (Rel 2), Ctrl+B (used to list the blocks in a form) hotkey is not working anymore (all other hotkeys are working fine). I've checked my FMRWEB.RES and it contains an entry for Ctrl+B:
66 : 2 : "Ctrl+B" : 70 : "Block Menu"
Additional Information:
OS: AIX
NLS_LANG = UTF8
fmrweb_utf8.res also contains the same text for Ctrl+B as above.
I tried to reproduce it on my Windows Machine (with NLS_LANG set to AMERICAN_AMERICA.WE8ISO8859P1) and its not working as well. I don't have right to put move files on AIX server but i can try anything (on my local system) suggested by the Oracle gurus.
Best Regards,

Dear Gerd,
"are you sure, that it is the hotkey"
Yes, i am dead sure. Since:
(1) It was working fine in forms 6i
(2) If you run a form and select Help => Keys, you will see Ctrl+B on the top of list
The problem is its not taking into account the keys which i am defining in the file (although i am following the same procedure detailed on metalink.oracle.com).
Regards

10g Migration issue in forms related to graphics

Hi..
I am facing a 10G migration issue realted to graphics in Forms.
A form got migrated from 6i to 10g and it has Graphics in it but it is not displaying the graphics in Runtime after
migration.can anyone help me reagrding how to resolve this Graphics issue in 10g.
Thanks,
Venkat

Graphics no longer exists in Developer Suite 10G. You have to replace the functionality , e.g. by using BI Beans. Have a look at the samples page http://www.oracle.com/technology/sample_code/products/forms/index.html

Migrating Forms 61 to 10g - Forms Builder Crashing

We are migrating from Forms 6i to 10g. The application works on a HP-UX box, and since we do not have the necessary setup done in the Unix box yet, we are trying to compile the forms in Windows before-hand to see if we can pre-empt some errors.
I have written a batch command to compile the 6i forms in windows (Windows XP) by invoking the 10g Forms Builder.
While it works like a charm for most of the forms (we have around 500 forms), there are a few forms for which the compiler/builder simply crashes. The .err file created for this form has absolutely nothing, it is a 0KB file.
When I try opening such forms in Forms Dev 10g, and then compile them, the Dev crashes. It gives no indication of the error.
By crashing I mean that windows throws the error message saying "Application has to be closed. Send error report: yes/no"
Can someone please tell me if you faced such a problem, and how you went about solving it?

Try a Compile All ( Ctrl - K ), then Ctrl - T.
Not sure about XP, but in Vista, the 10g Builder and batch compiler will crash if a PLL Library is not available when the form is compiled.
Make sure the PLL Library is available, and all its objects compile in the 10g setup.
If that does not help, then try a semicolon-to-semicolon replace all, then save the fmb. Then restart the Forms Builder, and open the fmb again, and try compiling.
Here is an old link describing the issue:
Re: FMB size shrinks dramatically

Query on forms migration 4i to 10g migration approach.

We are migrating Oracle forms 4.5 to oracle 10g. We have following apporaches.
     1. Oracle 4.5-->6i-->10g, In this what are benefits of migrating into intermediate version.
     2. if we migrating into intermediate version 6i, do we need to fix all the errors before moving to 6i.
     3. if no, do we lose any functionlity while migrating to 10g.
     4. Does Oracle support direct migration to 10g?
     5. if we open oracle 4.5 form in 10g form builder, do we lose any functionality? do we need to lot manual replacement?
Kindly help me in this regards.

Balamurugan wrote:
We are migrating Oracle forms 4.5 to oracle 10g. We have following apporaches.
     1. Oracle 4.5-->6i-->10g, In this what are benefits of migrating into intermediate version.Oracle's migration path is 4.5, 6i, 10g it is more logical to migrate using this path and it is recommended by Oracle, the obsolete built-ins would be pointed out at compilation and fixes would be more automated and simple since Forms 6i was designed to accept migration from 4.5 and the internal design of the forms will be much more adaptable to later releases.
     2. if we migrating into intermediate version 6i, do we need to fix all the errors before moving to 6i.It would be better and easier to fix things in Forms 6i rather than 10g, you can leave them and than you'll have to fix them under 10g.
     3. if no, do we lose any functionlity while migrating to 10g.Functionality built on obsolete built-ins and commands will be lost, you are more likely to face bugs.
     4. Does Oracle support direct migration to 10g?Oracle's official migration path is 4.5 to 6i to 10g
     5. if we open oracle 4.5 form in 10g form builder, do we lose any functionality? do we need to lot manual replacement?It all depends on your application size and features. I suggest you migrate to Forms 6i first and than to 10g although you can do it directly to 10g since Forms 6i is no longer supported.
I personally rather follow the recommended path and use Oracle support in 10g migration.
For more Forms migration information check out [Forms Upgrade Center|http://www.oracle.com/technology/products/forms/htdocs/upgrade/index.html] .
Tony

Migrating Forms 5 toForms 10g (without forms 6i) ...

Dear all,
I like to migrate Form 5 to Form 10g. I heard about the FMA(Forms Migration Assistance)... where i can use it for multiple forms...???
Also, we had used RUN_PRODUCT in many forms (to call various reports)... So how to make it available in 10g ???
Finally, we ahd also called many ProC's in forms 5.0 ... so how to deal with calling "ProC" while Migrating Forms 5 to Forms 10g ...
Thanks ...

It's not recommended to migrate from Forms 5 to 10g directly, the internal structure is completely different, you need to migrate to 6i first where you'll do all the correction needed and than migration to 10g will be very smooth.
check the [Forms Upgrade Center|http://www.oracle.com/technology/products/forms/htdocs/upgrade/index.html] for more information and white papers about migrating Forms.
Tony

Migrate Forms 8i to 10g

Hi,
How to migrate forms 8i to 10g
I have some application build on 8i now i want deploy Forms applications on the Web ?
How can i achive this kindlky update me.

It would be better to post your thread at the forms forum:
Forms

How can i migrate forms 3 to 10g???

how can i migrate forms 3 to 10g???
thanks

You will need to upgrade both your forms and youtr database.
There is a defined path for the migration of the forms 3 -> 4 -> 6i -> 10g
You'll find the doc all at the otn site: http://www.oracle.com/technology/products/forms/index.html

Getting Error While Opening the Oracle Form 6i in 10g

Hi All ,
FRM-10102: Cannot attach PL/SQL library XXX. This library attachment will be lost if the module is saved.
I am getting above error message while opening Oracle 6i Form in 10g.
I get the following Alert message when I try to attach the library to my form -
Attached library name
S:\.........xxx.pll contains non-portable directory specification. Remove path? Yes/No?
If I select 'No', the Form compiles and runs without any error.
But if I select 'Yes', I get the following error message:
FRM-40039: Cannot attach library xxx while opening form.
All files (fmb, fmx, pll, plx) are on the same path. I detached and then re-attached the library but this didn't work for me?
Help Appreciated.
Thanks & Regards,
Ram.

use the shiped batch program frmplsqlconv.bat to convert all your forms/librarys from Forms 6i to 10g.
you can call it in wizard mode from the start menu (e.g. OracleDeveloperSuite <OraHome> => Forms Developer => Forms Migration Assistant (GUI Mode) and follow the instructions step by step
or you can call it by batch to convert all your forms/librarys. The batch file is found in
<ORA10g_HOME>BIN\frmplsqlconv.bat
=>
frmplsqlconv.bat <formname>

Forms 6i to 10g migration question?

Similar Messages

Maybe you are looking for