Oracle Forms to APEX conversion tool
Upcoming SlideShare
Loading in...5

Oracle Forms to APEX conversion tool



Oracle Text is a facility within the database that provides more advanced indexing & search techniques - including the ability to index documents stored in your database; on your server; or even the ...

Oracle Text is a facility within the database that provides more advanced indexing & search techniques - including the ability to index documents stored in your database; on your server; or even the web!

Now you can incorporate this functionality into your web application using Oracle Application Express.

This presentation will demonstrate how easy it is to combine the two, and give you a platform for further expansion and exploration within a very powerful product.



Total Views
Views on SlideShare
Embed Views



2 Embeds 44 34 10



Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
Post Comment
Edit your comment
  • Where is Oracle going? What are our options?
  • You want something sound, not one that will drive you in circles – one way or another.
  • From the Forms Statement of DirectionTwo major pathways / parallel offerings, Forms support is secure
  • Two major pathways / parallel offerings, Forms support is secure
  • Secure for quite a while
  • EBS always a bit of a measuring stickOur recommendation will be to seriously start moving, otherwise keep all your old hardware.Maintaining upgrades will cost more as application server needs to keep up -> WLS
  • Part in bold is the key statement, when we complain things are missing from converter – this line could be used.
  • Well oiled future with wide ranging improvements
  • Sometimes everything looks the same, not in this case.There are some fundamental differences between the two construction models, which is why it’s termed a conversion.
  • Off the apex page on OTN, some basic differences…
  • But the fundamental & key differences lie here. This chart deserves a little more respect.
  • Who here is expecting a silver bullet?
  • Because nobody wants to repeat history
  • Considered statement of direction/Fusion application infrastructure?Why convert/select particular environment, what’s converted, who’se converting/customer, where deployed?Behaviours must change to get best out of Apex – don’t’ fight productWill saving outweigh conversion cost? Small projects will get cost benefit, large maybe not so much, particularly if you want to keep reports.Large conversion will take a while to get off.
  • There is a downloadable application you can walk through, I’ve got my own so you can have something fresh to compare (and I wanted to be different)
  • Plus a couple of reports.
  • Just the image and boilerplate text.But don’t forget menus
  • Post-query gets parent nameLOV on parent org.
  • No special code whatsoever, all forms built-ins. Main difficulty will be the other end with the multi-row checkboxes.
  • Populates poplist via record group from queryHas record group for resource codeMulti-table data source – only updates bookings.Pre-insert to populate made_by = userEvent Wvi to get event informationResource wvi to clear resource if nullCost display itemStatic lov
  • Simple message on date validationAlert displayed when bookings btn pressed with no event selectedBookings form opened on btn pressPre-insert for org selection
  • Current record VAHalf attempt at procedure based block.
  • I’m going to walk through the conversion process, just so you can see the sort of thing going on. Then I’ll go into detail about what I think of the product.
  • Actually different to that shown on the Applications Migration page in ApexMissing a HUGE step
  • We really need to be sure to factor this in…But further to that, we really need a step 0 – thinking about what we’re doing…
  • So instead, a picture paints a thousand words.Here is a simple version of the diagram I found (Apex for Forms Developers), really high level
  • I prefer this diagram, it’s a little more representative of the process.Later I’ll mention where I think the bulk of the work is done.
  • Good for those basic applications created by your user base.
  • This can be scripted
  • Just File->Save as XML.
  • You can see XML gives it the power to record just about everything. Just about. I found some missing components, especially with reports.
  • I’m going to presume the workspace and objects are there, I think everyone here knows what Apex is about.
  • This really isn’t a phrase to consider lightly. It’s not just a matter of processing clicks. We are creating a project where we need to carefully manage content and progress.
  • Here is another point to note. Forms really is a *conversion* rather than a sheer migration (without trying to belittle the Access job).And it just conversion, not redesign of business functionality – avoid scope creep.
  • I’ll try summit application first
  • My project description is too longEven though the underlying table handlesapex_migration_projects -- couldn‘t select rowsapex_030200.wwv_mig_projects.description VARCHAR2(2000)
  • Tried converting PLL as my first file
  • When I found out I converted the report module incorrectly.(Don’t use convert, use save as XML)
  • Note the components, completed, % complete.Now let’s compare to the simple application I created.
  • Less components, but less % complete!Complete seems to include things that aren’t applicable? Metadata doesn’t seem to match up, correspond, be consistentSo work remaining will be based on what you start with, how complex your forms are.Now let’s consider what that work’s about.
  • To put the level of completion in perspective, here’s an example of annotation. I’ll talk about this more throughout the topic
  • Now we have all our meta-data within Apex, let’s see what we can do with it.we can annotate, include, exclude, set to complete, massage queries etc.
  • Note IR layout.Implementation details, equivalent component, Applicable
  • Where is my where clause/order by?
  • Custom query where I have the ability to correct.Had to state this form was one record displayed before I could edit the custom query.
  • Modify for my post query.Note buttons in query. Summit application had select into, which was detected for enhanced query – mine wasn’t.
  • Seems obvious when showing it to you.
  • Took long time to find.Applicable doesn’t explicitly exclude the item.In the end I had to add these as columns to the table!!alter table events add (prev_record raw(1), next_recod raw(1));alter table message_log add (current_ind raw(1));alter table organisations add (close_btn raw(1), save_btn raw(1));Alter tablemessage_log drop column current_ind;
  • After the break we’ll generate our Apex application and see what we get.
  • Call in at the Sage Computing Services exhibition booth, or contact
  • We haven’t really had the chance to do too much except plan what needs to happen with annotations, completion/applicable indicators.We have an “include” checkbox, which does it’s job most of the time.What are we going to expect to get converted, and into what?
  • I feel this is one of the more obvious translations, but one of the most important
  • This is the immediate concern for anyone considering the concept, and is the most complex part of the conversion. Not only that, it needs to be done post-generation of the application. It’s not part of the conversion process. Only those features out of the box for APEX are converted – no Javascript or AJAX will be generated.
  • Again part of post-gen processing.Immediately you’ve crossed out major components of the existing application
  • Not generated, but consider recycling concepts as templates, shared lovs, item types, item attributes. UI defaults
  • I didn’t see evidence of this being converted automatically, but it’s the translation.
  • Need to implement post generation – mostly.
  • Page generated linking to interactive reports.Or depending on your infrastructure, you can call existing Oracle reports (for the time being)
  • BI Publisher, Apache FOP, Cocoon.Keep eye out for Apex 4 infrastructure
  • When I tried with the Summit app, it generated first time without any input from myself. Nice and tidy.When I attempted mine…Remember the columns I had to add to the table? This was the error
  • Recognise that query? It was the hardest nut to crack – in the end I couldn’t crack it – had to not include that form.
  • Sometimes you do get an indication of where the problem is.Unfortunately in this case due to a case issue.
  • Here we see a summary of how the converter has decided to categorise your modules.Documentation?Work to do now?! Post analysis?
  • Opening up one of these pages definitions we can see some fun facts and tailor a few minor aesthetics
  • Further down includes our reported columns.Creating UI defaults does help here
  • We can add pages to our generation.The level of detail here shows us the parallel to the typical level of conversion going on.
  • The important choice of theme…
  • Nothing exciting here.
  • You’ve done it!! Can we go home now?No, less than half the work is done. (depending on how good a planner you are)
  • Very exciting. Not really sure how much my menu had to steer this ship. Certainly no conditions on these buttons.
  • You can see we’ve gone from a single record forms screen to an IR for my org list and a link to a form page.
  • My edit org page is “converted”.Field order poor, can see my org_id, no LOV/poplist for parent organisation/state, no checkbox for internal?!
  • Tried doing iterations of generating the app to see what changes where kept in the application design model (since no documentation exists for it)If you add pages, the design model will note those, but any page level enhancements will be lost.I also see now a reports section for the reports I added.I also added the bookings pages to accommodate the form I didn’t include
  • So pre-gen tip – don’t rely on the converter for good ordering, item type selection – set up UI defaults for everything.
  • This section is going to need a lot of effort.It’s also where you have the opportunity to manage your project using the annotations, trying to ensure things don’t get missed in the conversion.
  • I’m not going to go into what you need to get your Apex application up to scratch. I’ve just demonstrated you’re starting with something 1001 monkeys could produce.The tool however can be used to annotate what has been done, and what needs to be done.But there are downfalls. Now onto a post-gen task list..
  • Out of all the tasks we need to achieve, where was my time spent?
  • My general assessment of where time would probably be spent.Convert to XML – scriptedXML upload – follow the bouncing ballAnalysis – application awarenessGeneration – storyboarding?Customisation – plug the gaps
  • Another way to look at it.
  • Whichever way you look at it, the conversion tool seems to make up 5% of time, but to what value?You still need to spend the bulk of the time customising.The best value of the tool appears to come from the analysis of metadata – annotations – which doesn’t include all metadata!
  • Now time to ponder what we’ve done, and how good it is.
  • Annotations – everything’s quite deep and exploration via IR isn’t intuitive. Not all thereCustom query – not always available, still doesn’t mitigate issueMulti-row – related to custom queryNon-db items – placed in query, have to un-include, even if button – had to add columns to table!Block source – can only really handle basic table + post-queryControl – not convertedPL/SQL – not convertedUI Defaults – are needed to get pages that even start to look like what you’ll want.All relate to the Forms SOD
  • No backupPL/SQL – expecting it, don’t know solution, oracle not offering conversion toolItem type/order – rely on UI defaultsViews – best feature not affirmed with viewsSearch - Quick way to find things that aren’t complete, compilation errorsBulk change – completion, not just “these triggers N/A”XML – things I’ve spotted.
  • Do you really need to browse forms logic – should your app documentation already cover this?
  • Ditch the converter.
  • Story boarding so important when converting applications between vastly difference architecture!
  • Annotations best feature of the converter,utilise these while tackling the conversion using a fresh start/integration.
  • Not project specific, but lists (most) annotations
  • Can start to get more granular – in the one place
  • Quick and dirty view of outstanding work.
  • Everyone needs to be aware of the fundamental differences – manager thru end user
  • Call in at the Sage Computing Services exhibition booth, or contact

Oracle Forms to APEX conversion tool Oracle Forms to APEX conversion tool Presentation Transcript

  • SAGE Computing Services Customised Oracle Training Workshops and Consulting Trials & Tribulations of an Oracle Forms -> Apex Conversion A Hypothetical Case Study Scott Wesley Systems Consultant
  • Today’s Guide Strategies Differences Considerations Process Converter Review What next?
  • Strategies View slide
  • View slide
  • Oracle Product Strategy Traditional Development Tools Java Development Tools
  • Oracle Forms – Statement of Direction • Oracle Forms and Reports – “Oracle has no plan to de-support these products, furthermore new versions are components of Oracle Fusion Middleware 11g” • Oracle Designer – Focus on stability and bug fixes, released via Oracle Development Suite 10g
  • Lifetime Support Document
  • Oracle’s Recommendations for Customers • Based on E-Business Suite – Move from client-server to web – Upgrade to latest versions – Interoperate with Java/J2EE – Develop new modules with JDeveloper
  • To Quote Oracle… • Oracle JDeveloper 11g with ADF is the tool of choice for Forms, Reports and Designer customers because it carries over a similar development model. However, given the architecture difference between Java EE and Forms or Reports, Oracle has no plans to offer a complete migration solution that would attempt to migrate applications built with these tools to Java EE. • Instead, Oracle’s strategy is to provide a Java EE development environment exposing similar concepts as Forms and Reports, giving to Forms and Reports developers the opportunity to become productive in a new, but familiar environment.
  • Application Express – Statement of Direction (Feb09) • Native Web application development framework • Conceived February 2004 with Oracle Database 10g • “APEX 4.0 will focus on declarative support for Web 2.0 features as well as extensibility of APEX framework” – APEX Websheets – end user define data rules – APEX Listener – J2EE alternative to mod plsql – Improved tab forms – validation, collection integration – AnyChart 4 – flash based maps, Gantt charts – Dynamic Actions – page rendering on client events – Declarative support for cascading select lists – Extensible item framework – custom item types – Updateable Interactive Reports – inline editing – New Authentication schemes
  • Differences
  • Differences
  • Basic Differences Feature Forms Application Express 4GL Declarative Renders applications with metadata in .fmx Renders applications using metadata stored in database 4GL Languages Client Side PL/SQL Server Side PL/SQL User Interface Java HTML Web Services Yes Yes
  • Key Differences Feature Forms Application Express Page Layout Windows / Canvases Pages / Regions Client-side Field Control Forms Triggers Javascript / AJAX Locking Pessimistic / Optimistic / Custom Optimistic Database Connection Synchronous Asynchronous Concurrent User Support Connectivity by user session Connection only maintained for processing requests Architecture 3 Tier 2/3 Tier Reporting Oracle Reports / BI Beans Flash Charts / BI Publisher
  • Project ConsiderationsProject Considerations
  • Project Expectations • Suitable application development environment (why, what, who, where) Right Reason • Change of behaviour • Best out of Apex? • Retraining required? Conversion • Stateful -> Stateless • UI – layout / flow Architecture • Saving v Conversion CostCost • Case studies • Feedback Customer
  • Technical Expectations • Forms triggers • PLLs • Forms built-ins • Code split into UI / data layers? • Blocks based on stored procedures • Control blocks • Ongoing changes • Turnkey vs Phase Developer Architecture • Menus (security) • Object libraries • Validation • Hotkeys • Reports (printing = $$) • Turnkey vs Phase • Storyboards
  • A Hypothetical Case Study
  • A Hypothetical Case Study • PLL • Menu • Reports • Forms • LOVs • Program Units • Validation triggers • Event triggers • Alerts • Images • Parameters • Visual Attributes • Hierarchical Tree • Procedure based block
  • 1) Splash Screen
  • 2) Basic Form, Various item types, LOV, Post-Query
  • 3) Master Detail
  • 4) Tabular Form, Basic validation, Pre-Insert, Overflow
  • 5) Hierarchy, Single Record Entry
  • 6) View only, Procedural Entry Example
  • Conversion Process
  • Conversion Process Theory • Chapter 4 – Converting an Oracle Forms Application • How to convert your application – Step 1: Convert Oracle Forms to XML – Step 2: Create a Workspace and add APEX Users – Step 3: Upload database objects into the schema associated with your workspace – Step 4: Create a conversion project – Step 5: Review and edit forms metadata – Step 6: Generate the Oracle APEX Application • Deleting a migration project
  • Apex Migration Guide
  • Apex Migration Guide
  • Microsoft Access not forgotten
  • Step 1 - Convert Modules to XML
  • Step 1: Convert .fmb, .olb, .mmb files to XML S:SW-SHARE>frmf2xml overwrite=yes bookings.fmb Oracle Forms 10.1.2 Forms to XML Tool Copyright(c) 2001, 2005, Oracle. All rights reserved. Processing module bookings.fmb WARNING: Item STATUS - all ListItemElements must have an Index, Name and Value. XML Module saved as bookings_fmb.xml
  • Convert .pll to .pld
  • Convert .rdf, .jsp to XML
  • Resulting XML
  • Step 3 - Create Migration Project
  • Application Migration?
  • Application Conversion
  • Define Project
  • First error…
  • Second error…
  • Upload more files
  • Third error…
  • Migration Summary (Summit)
  • Migration Summary (Sage)
  • Annotations
  • Step 4 – Analyse the Application
  • Forms Objects
  • Metadata differences
  • Forgotten Metadata
  • Custom Query
  • Getting your query right
  • Exclude Items
  • alter table organisations add (close_btn raw(1), save_btn raw(1));
  • (Explore meta-data)
  • SAGE@sw10g> break on presentation skip 10
  • Register for the Next Application Express V3.2 course: 23rd ,25th and 26th November Advanced course: 8th – 9th December Talk to Sage about moving your Forms applications to Apex SAGE Computing Services (Unrepentant Marketing)
  • Step 5 – Generate the Apex Application
  • Generate Application - Theory
  • Blocks Regions
  • Triggers Computation / Validation / Process
  • Program Units Computation | Validation | Process Server side packages
  • Object Library d
  • LOV (Record Group) LOV (Select List | Popup)
  • Alerts Shared Components – Text Message
  • Interactive Reports Interactive Reports Interactive Reports Apex Page Oracle Reports
  • Apex (potential) Printing Infrastructure
  • Generate Application - Process
  • “Compilation errors”
  • “Compilation errors”
  • “Compilation errors”
  • Application Design Model
  • Add Extra Pages
  • Define Theme
  • Confirm Creation
  • Success!
  • So what does my new Application look like?
  • Iterative Process?
  • UI Defaults
  • Step 6 – Customise your Apex Application
  • Annotations
  • Review • Page structures • UI - themes / images • Navigation components • Report implementation
  • Program Units / Triggers • Manually transfer code as validation/computation/process • Annotate
  • Enhance Apex Application • Apply conditional processing for regions / items • Apply security via authorisation schemes / conditions • Apply LOVs, alerts, specific item type attributes (checkboxes, dates) • Review all generated buttons • Add session state protection • Annotate
  • Add Apex Components • Pages, regions, buttons, items as required • Implement client-side JS & AJAX • Annotate
  • Develop Database Components • Ensure code reused in packages and not embedded in the Apex Application where possible • Annotate
  • Project Management •System test •Train users •Implement application
  • Where did my time go?
  • Transform to XML Create Application Express Workspace / Migration Project Upload XML files to workspace Analyse the application metadata Generate the Application Express Application Customise the Application Express Application User Acceptance & Testing
  • Consumption of Time XML Upload Analyse GenerateCustomise Acceptance
  • Review
  • Bottlenecks / Danger Zones “Oracle has no plans to offer a complete migration solution” Speedy annotation locate & update Custom Query modification Multi-row blocks Non- database items Beyond simple block source Control blocks PL/SQL Conversion UI Defaults
  • What’s missing? • Export / Backup • Ability to pre-build Apex validations during conversion – PL/SQL Placeholders • Define item type/order • Conversion of LOVs, Alerts • Apex Views – Annotations – Aggregation (combined listings) • SQL Developer Integration • Search facility (not IR) • Bulk change on all object types (not application applicability) • XML Metadata – Report triggers – Certain form properties (eg. WHERE clause) – Menu roles – Non-Database item recognition – ?
  • So what’s next?
  • Conversion Alternatives • Integration – Wilfred van der Deijl – Visual Integration of Forms & Apex – Two way communication – Phased approach
  • Conversion Alternatives • Manual labour – do it right – Storyboards – Balsamiq / MockupScreens / Sketchflow
  • Conversion Alternatives • Mixture – Using the annotation functionality – Re-use logic where possible
  • Underlying Data -- Create view of annotations create or replace view annotations as (output of) select 'select '''||table_name||''' table_name, ' ||nvl((select distinct first_value (column_name) over (order by column_id) from all_tab_columns s where m.table_name = s.table_name and s.column_name like '%NAME%') , (select distinct first_value (column_name) over (order by column_id) from all_tab_columns s where m.table_name = s.table_name and (s.column_name like '%ROLE%' or s.column_name like '%EXPRESSION%'))) ||‘ name, select_for_app, applicable, complete, priority, assignee, notes, tags from '||owner||'.'||table_name||' union all ' a from all_tab_columns m where column_name like 'APPLICABLE' and owner = 'APEX_030200' and table_name not in ('WWV_MIG_PROJECT_COMPONENTS','WWV_MIG_FRM_COORDINATES','WWV_MIG_RPT_GRP_FILTER' ,'WWV_MIG_RPT_DATASRC_SELECT','WWV_MIG_RPT_DATA' ,'WWV_MIG_FRM_MENUS_MODULES','WWV_MIG_FRM_MODULES','WWV_MIG_OLB_MODULES');
  • Annotation Summary
  • Annotation Priority
  • Strategies Forms v Apex v ADF Differences Stateful v Stateless Considerations Right Decision Process Simple Converter Review Poor What next? Today’s Summary
  • References • David Peake – – • Grant Ronald – • Oracle Documentation – – – • Douwe Pieter van den Bos – • Marc Sewtz – d=39&abstract_id=56&document_id=78793 • John Edward Scott and Scott Spendolini – • OraTransplant – • Roel Hartman –
  • SAGE Computing Services Customised Oracle Training Workshops and Consulting Questions and Answers? Presentations are available from our website:
  • Register for the Next Application Express V3.2 course: 23rd ,25th and 26th November Advanced course: 8th – 9th December Talk to Sage about moving your Forms applications to Apex SAGE Computing Services (Unrepentant Marketing)