Oracle reports 10g – local printing problems

4

Posted by Hafed Benteftifa | Posted in oracle | Posted on 30-07-2008

In the course of adapting our reports and submission forms to 10g, some of our users asked for a specific request. In version 6 of our application, users can either request a screen preview or print directly to the local printer.

In 10g, the local feature is lost because the processing is now done in the middle-tier. There are a number of alternatives, each having its own advantages and drawbacks.

Read the rest of this entry »

Week2 – Migrating a mission-critical Oracle Forms 6 application

4

Posted by Hafed Benteftifa | Posted in Forms, oracle | Posted on 27-07-2008

Here we are at the end of the second week in the migration of a mission-critical Oracle Forms 6 application. The main points we dealt with are:

  • AIX file transfert and compile processes
  • LOV visual appearance (differences between 6 and 10g)
  • Report rdf structure search in a batch mode from a keyword-based file

Read the rest of this entry »

Day 5 of the Forms migration

0

Posted by Hafed Benteftifa | Posted in oracle | Posted on 19-07-2008

One of our developers raised the question about finding specific strings within our Reports. For example, we might have to check whether a query has schema name used in building up the query. That can be a problem if we need to move the tables to another container (this will break the query since the schema name reference is no longer valid).

So we might be looking at searching strings such as: INVENTORY. or RESOURCES. etc…

But since we have more than 500 reports, it was suggested that this should be done in a batch manner. Given that Oracle Reports does not have an API similar to JDAPI for Oracle Forms, I looked at another option suggested by others (AMIS among others). This one involves converting the report from rdf format to XML, parse the DOM model and do some regexing (search and replace) and then convert back to rdf.

So I whipped up a small JAVA class to MouliForms in order to check the validity of this approach on a number of reports stored in a temp folder. It did the job as expected but I need to do some additional testing in week 2.

But as it stands, things are looking good at the end of week 1.

Day 3 of the migration from Forms 6 to Forms 10g

0

Posted by Hafed Benteftifa | Posted in Forms, oracle | Posted on 17-07-2008

Now that all the developers workstations are setup, we have started putting MouliForms through its paces.
We already started seeing some unexpected results. First, some items do have their prompts in non-standard fonts such as Arial Narrow. In this case, I added some search and replace rules for font name and size. Whenever one is found matching these fonts, we do replace them with Arial. In the case of Arial Narrow size 12, the best match was chosen to be Arial 10.

Read the rest of this entry »

Migration Steps Oracle Forms 6i-10g and MouliForms

22

Posted by Hafed Benteftifa | Posted in Forms, oracle | Posted on 12-07-2008

Here is the MouliForms-Oracle Forms 6-10g presentation related to the steps that will be followed when doing the migration from Oracle Forms 6i to 10g.
I also included some screenshots from MouliForms. There are also three flash presentations (made with Wink) that also show the interface, conversion steps and webutil module adaptation using MouliForms. These presentations are available to those who request it.
Please bear in mind that all four are in French but I plan to translate them to English when I have some free time to spare.

Migration to Oracle Forms 10g- Day one

0

Posted by Hafed Benteftifa | Posted in Forms, oracle | Posted on 12-07-2008

We are finally starting the migration of our main application (around 1200 modules) this July 14. Our main tool is MouliForms which I presented in an earlier post.
I spent the last couple of days ironing out the interface as well as fixing the developers machines (setting up the JRE, classpath, forms_path).
Preliminary tests on some modules are very encouraging but we need to go for a full run in order to see how MouliForms performs on our applications.