Forms migration: 6i - 10g

Hi,
I am upgrading my forms 6i to 10g.
when I run to forms I receveid the follow error:
FRM-41053: Canvas Invalid ID Error
Somebody can help me?
Thanks in advanced.
Bruno Mendes de Moraes

Hi,
I have upgraded forms 6i to 10g without any problems.....I didnt' face up this kind of problem.....
The proposed action of Oracle is to "Verify that a proper call to FIND_CANVAS will be performed".
Maybe you use obsolete procedure of functions.......
Did you try in this situation to use the Forms Migration Assistant before the compilation of the forms to new version....????
The problem exists in all your forms...?????
Simon

Similar Messages

Forms Migration to 10g

Hi
We have an urgent following requirement in which we need your expert help,
Need to migrate some of our Forms 6.0 Character Based Forms to Forms 10g.
Does any body know how to achieve this.
Any help on the above will be highly appreciated.
Regards
Jeet

Hi,
We've just completed a migration of 740 character based 6i forms to web-based 10g.
Let me start by saying that it is not necessarily as easy as some posters are suggesting.
Yes, the standard upgrade will result in a "working" form, but the likelihood is that your upgraded form will not look very good, and will have many features that are undesirable.
Here are just a few things to look out for:
Fonts:- on character mode the font is fixed with, on the web you will need to change to a proportional font if you want your form to look good.
Field Bevel:- on character mode the field has no bevel, again to look good on the web, the fields need a bevel, this will eat into the size of the field and small fields especially will need to be widened - if you have a lot of very busy forms then this is no easy task as all canvases will need to be checked to ensure they look ok.
Mouse usage:- on character mode you will have no mouse, to replicate the same effect on the web then you will have to limit mouse navigation to 'item' at the form level for every form. If you don't do this then users will be able to move between fields with the mouse and bypass any logic that you have in key navigation triggers - which is probably a lot. If you want to enable mouse usage then you will have to re-design each form extensively to get things right.
Host exits:- on character mode any host exits will run under the account of the user that is logged in, on the web they will run under the account that Application Server is installed under - you need to be aware of the implications there.
There are many other considerations that we had that were specific to our installation such as printing etc.
We decided to take the approach of automating some tasks by writing scripts to update a lot of forms to do things like making sure all fields had the same look and feel, and to put a calendar pop-up on all date fields etc. You can do this using the Forms CAPI or JDAPI if you've got good Java or C skills. We didn't so we used the FormsMaster tool from ORCLToolbox, which uses it's own script language which is more like Pascal or PL/SQL - it's a great tool.
Anyway hope this helps, if you've got a lot of forms good luck, it took us about 6 months in all.

Forms Migration to 11g, RUN_PRODUCT must be declared

Hi All,
I'm performing forms migration from 10g to 11g,
I used Forms Migration Assistant to Migrate forms, But if a form is calling reports then those forms are
not getting compiled and giving the error RUN_PRODUCT must be declared. I know that RUN_PRODUCT
is not supported in 11g, but is there any way to configure Forms Migration Assistant so that it replaces this
code with appropriate code. Forms Migration Assistant program asks for Report server name, Servlet Virtual Directory information for the forms that are calling reports. I don't know what to specify in virtual directory field
and report servlet field.
Please help me with this.
Thanks

You are replying to an old thread, but it looks like you didn't read it properly. It is stated that
when migrating from 6i to 10g we have used the wizard to replace RUN_PRODUCT with rp2rro.rp2rro_run_product (rp2rro.pll).So, you also need to use rp2rro.pll if you still want to make use of RUN_PRODUCT. Even in 10g RUN_PRODUCT by itself won't work. As Christian already said:
you probably could simply remove the call to run_product as in 10g the built-in was available but simply didn't do anything. Did you try that yet?

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

Forms Migration 5 to 6i to 10g

Hello All,
My company wants to Migration of the data entry oracle forms currently in Forms 5.0 (approx 200 forms) to 10g Forms.
As per as Roadmap, we are first migrating forms 5 to 6i forms. I am right?
To Migrate we have to just compile all files in Forms and Reports 6i, I am right?
Could You please give me steps to migrate the forms 6i to 10g.
Thanks a lot in advance!!!!
Pankaj

The Forms 5 to 6i migration is mostly just the compile using the latest Forms 6i compiler. Be sure to install 6i, then apply the last patch (Patch 18). But you then need to make sure the forms run properly in a 6i environment -- test them!
Moving to Forms 10g is different, since you are leaving the client/server behind, and moving to a browser-java-web forms environment.

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.

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

Migrating forms 6i to 10g

Hi all
I am trying to migrate my 6i version forms to forms 10g using form migration tool provided by developer suite..
one of my form has sub class item.
When i am trying to migrate it giving some error....
ERROR opening D:\forms\emp.fmb :oracle.forms.jdapi.JdapiException: FRM-18108: Failed to load the following objects.
Source Module:FORM_TEMPLATE.FMB
Source Object: KEY-EDIT
Source Module:FORM_TEMPLATE.FMB
Source Object: KEY-NXTBLK
Check subclass and library dependencies
Even i have that emp.fmb and FORM_TEMPLATE.FMB in the same working folder...
How can i correct this ???
Plz any one help me in this???

Hi
Pls try to attach the object Library to ur form and make sure it has the correct path...
Regards,
Ammatu Allah.

Forms Migration 9i to 10g.............ORA-06508

Hi All,
i have a form to call report using RP2RRO library, now i am migrating forms 9i to 10g form compiled successfully but when i click button "Run Report" it is giving error FRM-40735 ON-ERROR trigger raised unhandled excption ORA-06508.
Same problem occurred when i was migrating master and transaction forms, i renamed all plsql units of library and library name as well. now these forms are working fine, i do the same thing with report calling forms but i am unable to resolve the issue.
is there any other method to rectify this problem?
Rgds,
RHA

is there any solution?

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

Issue in Migrating from forms 6i to 10g

Hi,
I have a instance of Oracle Ebs R12.1.1. Now I want to migrate a custom standalone application developed in forms 6i. I am able to upgrade the 6i forms with the help of Oracle Form Migration Assistant but the issue is that the converted forms are not taking the look n feel of forms 10g in R12.1.1. More over after opening this form if I open a seeded for the look n feel is totaly distorted. I have to then logoff and login. \
Plz let me know how to change the look n feel of a totaly standalone custom form in 6i to 10g look n feel of 12.1.1 forms.
Thanks and Regards

Hi,
Do you have any 11i instance where those custom forms are used? If yes, you will have to copy those forms from 11i to R12 instance, open the forms using Forms 10g builder, compile it and upload it back to the server.
Note: 427879.1 - How To Customize And Compile An Application Seeded Form (FMB) Or Library (PLL)?
Note: 743490.1 - Customization in Oracle Applications
Note: 563258.1 - How To Upgrade 11i Custom Forms And Reports To R12
Regards,
Hussein

Forms migration from 2.0 to Forms 10g/11g

Hi,
I want to migrate from forms 2.0 to 10g/11g. I know the migration path is 2.0->4.5->6i->10g/11g . I want to know is it feasible to do the migration from 2.0 to 10g/11g. what are the recommendations.
Thanks & Regards,
Noman

PITTS claim to be able to migrate forms from Forms 2.3 onwards.
http://www.pitss.com/solutions/pitsscon-solutions/forms-to-forms/
It depends on how much you want to spend...
However, if you're looking to do it yourself...
Do you have access to developer versions of Forms V3.0 or 4.5? It's easier if you go from 2.0 -> 3.0 -> 4.5/6i -> 10g. Each version has its own migration utilities, but they gradually remove support for earlier versions. Version 2 (2.3) triggers can exist in version 3, but not in later versions.
Do you have experience of Forms 6i or 10g? If not, you have the scope to re-write the application in the language of your choice. The Oracle website has a number of articles on migrating from Forms 3 and 6i, but not from earlier versions, so it depends on your current knowledge as to how you want to do.
I've migrated Forms 3.0 (with 2.3 style triggers) to 10g by hand. It requires an understanding of how Forms used to work compared to how it works now. You will basically be creating your new application from scratch (depending on what you have been able to upgrade) based on the the blocks and items of your old forms. Your task will be so much easier if you have the intermediate Forms developer tools (4.5/6i).
You'll also be upgrading your database. I assume that you are on Oracle 6/7.

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

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

Forms migration: 6i - 10g

Similar Messages

Maybe you are looking for