ADF Architecture Training in EMEA

Some training running in EMEA delivered by Frank Nimphius on the best practices and architecture patterns around developing ADF Applications.
https://blogs.oracle.com/grantronald/entry/adf_architecture_masterclass_in_emea
Places are limited.

Hi Bjarte,
There is a new BPA class called "Oracle BPA Suite: Model and Implement Business Processes" being rolled out right now. Unfortunately the only class planned in Europe will be run in German, but you could contact your local Oracle office and ask what the upcomming plans for Norway (or Scandinavia) are.
You can find more information on the training at Oracle University's web [http://education.oracle.com/pls/web_prod-plq-dad/show_desc.redirect?dc=D70464GC10&p_org_id=34&lang=D&source_call=]
Best,
Mathias

Similar Messages

[Announcement] ADF Architecture TV

The Oracle ADF Product Management team is happy to announce the publication of a new YouTube channel “ADF Architecture TV”. Over a week by week schedule this channel presented by key Oracle ADF staff will discuss “big picture” ADF design, architecture, development & deployment best practices. We hope customers will take the opportunity to invest 1/2 hr each week to watch this free content about “how to build ADF software right”.
Check out the announcement of the channel here.
https://blogs.oracle.com/onesizedoesntfitall/entry/the_adf_architecture_tv_channel

Hi Leon, nice to hear from you, best wishes for 2014. Great to hear the TV episodes are prompting more questions.
Your question implies you think the EO cache is a singular construct shared either across sessions or across AM instances. It's not. Per root AM attached to a session, for each EO accessed by that AM (by 1 or more VOs), there is a single EO cache. As such for the scenario you're identifying, for one user, across the UTF/BTF boundary with an isolated data control scope, as two AM instances are created, even though at DT there is one EO, there will be two separate EO caches for each AM instance. This implies when you return from the BTF to the UTF, refreshing the page is not enough. You must force the VO to requery the data from the database.
Obviously you can test this in ADF, but also just use a JVM monitor to watch how many instances of EntityCache are created.
Keep the questions rolling.
Regards,
CM.

Deployment of adf custom train in oim 11g

i created adf custom train in JDeveloper and deployed in oim .
when i clicked on custom tab but i couldn't get the train page.
any one help me plz...

Hi,
Did you got this resolved. I am too trying to build a Custom ADF Page and induce it into OIM.
If your issue is resolved, can you share some artifactsdocumentation.
Thanks
A

ADF Architecture examples

Hi, I watched a video about some architectures of developing an adf application: "One-Size-Doesn't-Fit-All:Oracle ADF Architectural Fundamentals" on the Oracle ADF Insider, but the are no examples. Does anybody knows where I can find some examples about these architectures?.

http://www.oracle.com/technetwork/developer-tools/jdev/index-098948.html
http://www.oracle.com/technetwork/developer-tools/jdev/overview/index-100269.html
http://jdeveloperandadf.blogspot.com/2011/04/learn-oracle-jdeveloper-and-adf.html

Need some source to read about the ADF architecture

Hi,
I would like to know more about ADF Faces architecture..
I want to know about programmaticaly creating methods: need to know more about FacesCotext, BindingContext and more... Could anyone provide me with some links or smth?

Mario,
what you are looking for is the JavaServer Faces architecture, not the ADF Faces architecture. ADF Faces is a UI component set that is built based on JSF APIs. FacesContext is a static class in JSF to obtain a handle to the JavaServer Faces instance.
Here I think its more than sufficient to read the JSF specs that you can get from the SUN web site or Google for specific articles that have been written. Note that for almost all aspects in JSF there is an article available.
BindingContext however is an Oracle ADF class that can be hooked into the JSF lifecycle through the ADF servlet.
An excellent paper - though written more than one year ago with Struts as the controller - is Steve Muench's ADF primer: http://www.oracle.com/technology/products/jdev/collateral/papers/10g/ADFBindingPrimer/index.html
This explains nicely how ADF binding classes work together. If you have a bit of an understanding of how Struts works then you find additional code nuggets to use in your application developments.
Frank

Looking for BPA training in EMEA

Hi all,
I am looking for courses or other events providing in-depth training of the BPA tool.
Living in Norway so events should be held in Europe.
Have been looking for it a while now, without any luck.
Does anyone of you know of a scheduled/planned event that targets BPA and that will provide good insight in its use?
Regards,
Bjarte Krüger Engedal

Hi Bjarte,
There is a new BPA class called "Oracle BPA Suite: Model and Implement Business Processes" being rolled out right now. Unfortunately the only class planned in Europe will be run in German, but you could contact your local Oracle office and ask what the upcomming plans for Norway (or Scandinavia) are.
You can find more information on the training at Oracle University's web [http://education.oracle.com/pls/web_prod-plq-dad/show_desc.redirect?dc=D70464GC10&p_org_id=34&lang=D&source_call=]
Best,
Mathias

ADF Architecture

Hi ,
I have requirement below and need your valuable feedback on this.
I have one in house service which need to be sell in market , so we are looking ADFS model so that all customer have there isolate access.
please let us know what configuration require at our end and customer end.
simply wan to follow office 365 model ,so url would be xyz.com customer will access there data as per there credential.
Don't forget to mark helpful or answer
connect me :-
http://in.linkedin.com/in/satya11
http://facebook.com/satya.1000

Hi,
Here are some guiding articles below for you:
AD FS 2.0 Step-by-Step and How To Guides
http://technet.microsoft.com/en-us/library/adfs2-step-by-step-guides(v=WS.10).aspx
Office 365 and ADFS…Active Directory Federation Service Installation
http://social.technet.microsoft.com/wiki/contents/articles/9082.office-365-and-adfs-active-directory-federation-service-installation.aspx
In addition, here is a dedicated ADFS forum below in case that any issue occurs during the configuration process:
Claims based access platform (CBA), code-named Geneva Forum
http://social.msdn.microsoft.com/Forums/vstudio/en-US/home?forum=Geneva
Best Regards,
Amy

ADF - Tutorial Training - Very Good

People follow the link to help build more robust applications using the ADF way be...
[https://apex.oracle.com/pls/apex/f?p=44785:24:0::NO::P24_CONTENT_ID,P24_PREV_PAGE:6022,1]

People follow the link to help build more robust applications using the ADF way be...
[https://apex.oracle.com/pls/apex/f?p=44785:24:0::NO::P24_CONTENT_ID,P24_PREV_PAGE:6022,1]

Pluggable ADF architecture

Hi,
is it possible to create a pluggable ADF application without Webcenter.
Something, where on-site consultants could implement custom task flows or page fragments, somehow deploy them to existing web app and use them through configuration?
Thanks

Hmm, what you describe is not hot deploy though as you have to redeploy the application. You don't provide much detail about your use case so it's hard to come up with something detailed. You could use a tool like Maven and simply add the extra ADF library to the dependencies if you have a tool to add task flow at runtime in your application (similar to page composer). Basically, I asking what would be the nature of the taslk flow deployed this way and where/how would they appear?
~ Simon

ADF Application Architecture

Hi All,
I am new to ADF and working with some vendor to transform our in-house Oracle Form Application to ADF Application and we have more than 300 Oracle Forms to translate.
Basically after the login page, we will have a main menu, and then from the main menu, user can access to different modules (e.g. Customer Profile / Supplier Profile / Order Processing etc..). One of the critical point is that there will different shared variable pass from the main menu to each module and from each module back to the main menu.
We have successfully translate a few Oracle Form to ADF JSF Application. However, before continue the project, we would like to confirm the application architecture.
Checking on Oracle Website / different ADF forum, basically they will packaging all their ADF program in 2 different approach.
Approach (1):
i) Create a common workspace which put all the common EO, VO, AM, Task Flow Template, Page Template, Skin, etc and export as an ADF Library
ii) Create different Bounded Task Flow Workspace with its corresponding Model and View Controller for different modules (e.g. Customer Profile / Supplier Profile / Order Processing etc..) and then export as an ADF Library
iii) Create a master workspace with View Controller to contains an Unbounded Task Flow to tier all the different modules together as an EAR file.
Approach (2)
i) Create a common workspace which put all the common EO, VO, AM, Task Flow Template, Page Template, Skin, etc and export as an ADF Library
ii) Create different workspace with its corresponding Model and View Controller for different modules (e.g. Main Menu / Customer Profile / Supplier Profile / Order Processing etc..) and then export as an EAR file
From Approach (2), when I need to pass parameter from Main Menu to Customer Profile, since they are from different application, I can only pass it through URL or database. But it seems to be not a very approach. May I know is there other way to passing parameter between different ADF Application ?
From Approach (1), it seems that the parameter can be passed using the bean since they are under one master workspace. However, from some of the forum said, if there is too many modules (my case is ~ 300 modules, there will be a problem on the CPU, RAM and JVM may not be able to start.
May I know is it correct from my assumption ? Also may I know which approach should I use ? Thanks !!
Best Regards,
Eric

Hi Timo,
Thanks for your reply. Yes I have watch the ADF Architecture TV Episode too. But I still cannot figured out which approach I should using. From the video, it said that sum of the parts may risk from the start up of JVM when you have too many application. Pillar architecture can solve that problem however parameter may need to pass through different ADF application since they are compiled as different EAR file. But passing the parameter through URL / database package seems not an excellent idea.
Moreover, since all those ~300 modules are different and may not related from each other, so it may not be a suitable case to put multiple forms into one ADF application in my case. Also our system have frequently change request from the user and those request are usually handled by different developer. So I guess it may be better to put it in different ADF application instead of putting in a single one.
Any advice ? Thanks !
Eric

Localization of adf faces-config.xml

I have defined my ADF process train component and menu items in my faces-config.xml. The definition has got the label for these components in the faces-config.xml How can I localize these labels so that I can support multiple languages. The managed bean for my process train component is
<managed-bean>
<managed-bean-name>customerInfo</managed-bean-name>
<managed-bean-class>view.faces.menu.PersonalTrackerMenuItem</managed-bean-class>
<managed-bean-scope>none</managed-bean-scope>
<managed-property>
<property-name>viewId</property-name>
<value>/customerinfo.jsp</value>
</managed-property>
<managed-property>
<property-name>label</property-name>
<value>Customer Information</value>
</managed-property>
<managed-property>
<property-name>outcome</property-name>
<value>guide.customerinfo</value>
</managed-property>
</managed-bean>
I would like to know how to get the Customer Information label from a properties file instead of hardcoding it in the faces-config.xml

Hi Frank
Thanks for your response. I understand that we need to use different locales but for this to work all the labels need to be parameterized to the properties file. This is straight forward when it comes to labels in the JSP pages where we load the bundle with
<f:loadBundle basename="myBundle.myBundle" var="sampleBundle"> and refer to a property as <f:commandButton value="#{sampleBundle.myButtonText}"/> my problem is how to do this when the label I want to parameterize is in the faces-config.xml

WHY - give workable examples of using JHeadstart to convert forms into ADF.

Why give examples of how to use JHeadStart to convert forms in to ADF, but not allow it to be done with the evaluation version ... I assume it was possible with the 10g versions. Is it broken in 11g.
I was lookig to build a case for migrating an oracle forms application to Oracle Java and not a IBM or JBOSS or even .Net application, I can't build that case now, I have no budget to engage Oracle, have to do this of my own bat. Company has been take over by bigger company that has IBM stack.
Is Oracle this follish to allow the smaller users of Oralce to go by the way side, be lost to other languages etc

We deliberately did not include the Forms2ADFGenerator in the evaluation version.
Modernizing your forms application, possibly migrating it to ADF is a considerable effort that is often underestimated.
Migration tools like the Forms2ADFGenerator can help to a certain extent but are by no means a magic bullet. This is something we cannot stress enough, as over and over again we see people who think migration tools can make the difference. They cannot.
If you want to make a choice of development environment to modernize your forms application, then the availability of a migration tool should not play a role!
It is a fundamental and strategic decision to go for Oracle ADF which should not be influenced by a minor time saver like a migration tool.
To decide on the use of JHeadstart, the evaluation version with the tutorial should be convincing enough.
The real power of Jheadstart is not in the Forms2ADF Generator, this tool is just a lbonus that can save you a bit of time.
Here is some more info:
When does JHeadstart Forms2ADF Generator save time
The amount of work that can be saved by using the JHeadstart Forms2ADF Generator (JFG) very much depends on the structure of the Oracle Forms application at hand. The JHeadstart Forms2ADF Generator provides most savings for forms that have the following characteristics:
* Standard-Forms data retrieval and data manipulation through blocks based on database tables, with master-detail relations defined between the block
* Complex user interface, many (stacked) canvasses, many tabs, many list of values, and other display types
* PL/SQL logic mostly limited to user interface dynamics: conditionally showing/hiding user interface items, and conditionally changing the properties of user interface items. While JHeadstart does not convert PL/SQL logic, this type of logic is easily implemented in the ADF application because JHeadstart provides many declarative property settings to implement this behavior.
PL.SQL Logic
JHeadstart has made the deliberate choice to not automatically convert the PL/SQL logic to Java. The reasons for this are:
* It is impossible to automate the migration of a two-tier architecture (logic in Forms or in the database) to a three tier Model-View-Controller architecture as is common in JEE web applications, including ADF-based applications.
* The architecture of the converted application should be identical to the best-practice architecture of an ADF application that is build from scratch. If the architecture is the same, the same skill set can be used to maintain both migrated applications and ADF applications build from scratch. In addition, by going for a best practice architecture, the application is more flexible, and can be maintained easier at lower cost.
* When using the JHeadstart Forms2ADF Generator, you get this best-practice ADF architecture that is identical to ADF/JHeadstart applications that are built from scratch.
Other Forms2ADF Considerations
And even if it turns out the JFG adds a lot of value, there are many other questions you should ask yourself before embarking on a Foms2ADF project.
For example:
* Apart from technical reasons like old Forms verisons no longer supported, are there real business reasons and business benefits for migrating that justify the migration effort?
* To what extent is the application still meeting functional requirements?
* Are there issues with stability and end user friendliness?
* Old forms applications are typical "window-on-data" screens, you see the structure of the datamodel through the layout of the screens. Modern web 2.0 composite applications are more task-oriented with good support for human workflow. You should consider to what extent it wants to leverage all these new user interfaces capabilities that come with ADF Faces and WebCenter.
* How does the application fits in the overall IT landscape? What interfaces to other systems exist, what (old/obsolete?) technology is used to implement those interfaces?
* What about batch functionality and reporting facilities?
* May be part of the functionality of the current system can be replaced with standard off-the-shelf software?
* How sound, well structured and future proof is the underlying datamodel?
* To what extent are you looking at service-orientated architectures? Whats the SOA maturity level of your organisation?
* Above questions help to answer the key question: how desirable and benficial is it to migrate an old monolitic forms application 1:1 to a monolitic ADF aplication? How does that fit in overall IT strategy?
* Organisational isues: who will migrate the system, who will maintain the system? Is outsourcing considered? etc.
Next Steps
We offer a Forms2ADF assessment service in which we migrate a number of sample forms selected by the customer to assess the added value of the JFG, and we discuss all of the above questions
For example, I did one Forms2ADF assessment where it turned out that JFG added litlle or no value, but we were still able to convince the customer of the combined power of ADF and JHeadstart in (re-)building ADF apps from scratch.
You also might want to take a look at some presentations I did on this topic, and some online demo's:
* Guidelines for moving from Oracle Forms to Oracle ADF and SOA: http://www.slideshare.net/stevendavelaar/forms2-adfsoa-ukoug
* JHeadstart Forms2ADF Generator – Migrating from Oracle Forms to a Best-Practice ADF application: http://www.slideshare.net/stevendavelaar/jhs11-forms2-adfukoug
* 3 online demo's of forms2adf conversion process: http://www.oracle.com/technetwork/developer-tools/jheadstart/overview/index.html
Hope this helps,
Steven Davelaar,
JHeadstart Team.
Steven Davelaar,
JHeadstart Team.

Any example customer has migrated from Oralce Forms to ADF?

Any benchmark or how many customers have done the migration from Forms to ADF？
Btw, is all kind of Froms convertible by Froms2ADF tools ?
thanks for any suggestion.

Here is my view on this:
In general, people tend to underestimate the effort involved in migrating from Forms to ADF.
Migration tools like the JHeadstart Forms2ADF Generator can be of help, but are by no means a silver bullet.
When does JHeadstart save time
The amount of work that can be saved by using the JHeadstart Forms2ADF Generator (JFG) very much depends on the structure of the Oracle Forms application at hand. The JHeadstart Forms2ADF Generator provides most savings for forms that have the following characteristics:
- Standard-Forms data retrieval and data manipulation through blocks based on database tables, with master-detail relations defined between the block
- Complex user interface, many (stacked) canvasses, many tabs, many list of values, and other display types
- PL/SQL logic mostly limited to user interface dynamics: conditionally showing/hiding user interface items, and conditionally changing the properties of user interface items. While JHeadstart does not convert PL/SQL logic, this type of logic is easily implemented in the ADF application because JHeadstart provides many declarative property settings to implement this behavior.
PL.SQL Logic
JHeadstart has made the deliberate choice to not automatically convert the PL/SQL logic to Java. The reasons for this are:
- It is impossible to automate the migration of a two-tier architecture (logic in Forms or in the database) to a three tier Model-View-Controller architecture as is common in JEE web applications, including ADF-based applications.
- The architecture of the converted application should be identical to the best-practice architecture of an ADF application that is build from scratch. If the architecture is the same, the same skill set can be used to maintain both migrated applications and ADF applications build from scratch. In addition, by going for a best practice architecture, the application is more flexible, and can be maintained easier at lower cost.
- When using the JHeadstart Forms2ADF Generator, you get this best-practice ADF architecture that is identical to ADF/JHeadstart applications that are built from scratch.
Other Forms2ADF Considerations
Even if it turns out the JFG adds value, there are many other questions the customer should ask himself before embarking on a Foms2ADF project. For example:
- Apart from technical reasons like old Forms verisions no longer supported, are there real business reasons and business benefits for migrating that justify the migration effort?
- To what extent is the application still meeting functional requirements?
- Are there issues with stability and end user friendliness?
- Old forms applications are typical "window-on-data" screens, you see the structure of the datamodel through the layout of the screens. Modern web 2.0 composite applications are more task-oriented with good support for human workflow. The customer should consider to what extent it wants to leverage all these new user interfaces capabilities that come with ADF Faces and WebCenter.
- How does the application fits in the overall IT landscape of the customer? What interfaces to other systems exist, what (old/obsolete?) technology is used to implement those interfaces?
- What about batch functionality and reporting facilities?
- May be part of the functionality of the current system can be replaced with standard off-the-shelf software?
- How sound, well structured and future proof is the underlying datamodel?
- To what extent is the customer looking at service-orientated architectures? Whats the SOA maturity level of the customer?
- Above questions help to answer the key question: how desirable and beneficial is it to migrate an old monolitic forms application 1:1 to a monolitic ADF aplication? How does that fit in overall IT strategy?
- Organisational isues: who will migrate the system, who will maintain the system? Is outsourcing considered? etc.
Some customer experiences
Over the years I have been involved with a number of customers that migrated from Forms to ADF. With some of these customers we used the Forms2ADF Generator in the proof-of-concept phase to convince them of the combined power of ADF and JHeadstart. However, with NONE of these customers we used the Forms2ADF Generatpr during actual migration, for various reasons as listed above. All customers eventually chose to truly re-engineer the application while rebuilding in ADF achieving signifcant new business benefits that justified the investment. A choice recommended and encouraged by me, despite the fact I am the creator of the JFG. Note that ALL customers use JHeadstart heavily forbuilding the re-engineered ADF application, they just don't use the Forms2ADF generator, but the JHeadstart Application generator to create the ADF app from scratch.
Other resources
You also might want to take a look at the following presentations:
- http://www.slideshare.net/stevendavelaar/forms2-adfsoa-ukoug
- http://www.slideshare.net/stevendavelaar/jhs11-forms2-adfukoug
- http://www.slideshare.net/oracle_imc_team/oracle-forms-modernization-strategies
- http://www.slideshare.net/lucasjellema/forms-2-future-the-ongoing-journey-into-the-future-for-oracle-based-organizations
Hope this helps,
Steven Davelaar,
JHeadstart Team

Advice for ADF migration.

Hi ,
We have an internal application made in forms/reports. As now Oracle's strategic product for future developement is ADF. So we are planning to migrate the same internal application on ADF. We have 2 options :
1.We should use Jheadstart to migrate to ADF but then we also have to re-write all the functionality of PL/SQL ?? OR
2. We should start developing the application from scratch in ADF?? Or
Please advice.
Thanks.

Noman,
Few comments:
- if they build from scratch they still have to re-implement the functionality currently implemented using PL/SQL logic in Forms.
- if they don't use the JHeadstart Forms2ADF generator they still can use JHeadstart with ADF to build the app from scratch. Actually, most existing customers are using JHeadstart that way.
There is no easy answer for which option to choose. This depends on many factors, for example the structure of the forms app. I quote from the JHeadstart Developers guide:
The amount of work that can be saved by using the JHeadstart Forms2ADF Generator very much depends on the structure of the Oracle Forms application at hand. The JHeadstart Forms2ADF Generator provides most savings for forms that have the following characteristics:
+· Complex user interface, many (stacked) canvasses, many tabs, many list of values, and other display types+
+· Standard-Forms data retrieval and data manipulation through blocks based on database tables, with master-detail relations defined between the block+
+· PL/SQL logic mostly limited to user interface dynamics: conditionally showing/hiding user interface items, and conditionally changing the properties of user interface items. While JHeadstart does not convert PL/SQL logic, this type of logic is easily implemented in the ADF application because JHeadstart provides many declarative property settings to implement this behavior.+
JHeadstart has made the deliberate choice to not automatically convert the PL/SQL logic to Java. The reasons for this are:
+· It is impossible to automate the migration of a two-tier architecture (logic in Forms or in the database) to a three tier Model-View-Controller architecture as is common in JEE web applications, including ADF-based applications.+
+· The architecture of the converted application should be identical to the best-practice architecture of an ADF application that is build from scratch. If the architecture is the same, the same skill set can be used to maintain both migrated applications and ADF applications build from scratch. In addition, by going for a best practice architecture, the application is more flexible, and can be maintained easier at lower cost.+
+· When using the JHeadstart Forms2ADF Generator, you get this best-practice ADF architecture that is identical to ADF/JHeadstart applications that are built from scratch.+
Note: Other Forms2ADF conversion tools currently available have taken a different approach. They focus on automating the conversion of PL/SQL to Java. The architecture of such a converted application is different from a best-practice JEE/ADF web application. The architecture is more Forms-like, sometimes even including typical forms constructs like “GO_BLOCK” in the converted Java source code. The user interface produced by these migration tools is often a Java applet. If your primary intent is to move away from Oracle Forms, and you are less concerned about the structure and architecture of the target Java application, then these other conversion tools might be a valid choice. However, if you want to migrate to a best-practice ADF architecture, then the JHeadstart Forms2ADF Generator is the best choice.
We offer this Forms2ADF Transformation Assessment Service:
http://www.oracle.com/technology/products/jheadstart/OracleForms2ADFAssessment.pdf
which helps the customer making the right choices and provides insight in total migration effort.
Steven Davelaar,
JHeadstart Team.

Info required on Jheadstart

Hello All,
We need to migrate an application developed in oracle Forms to J2EE migration using Oracle-ADF. Major functionalities developed
using Oracle forms and Java Swing.
We need some input regarding
1)Pro and cons of Jheadstart as a migration tool.
2)Licence details
3)Support on new releases of tool
4)Any link where we can download the trial version and do an evaluation ( Compartible with Jdeveloper 11.1.1.4.0.)
5)Is there any user training provided in Oracle for Jheadstart
6)For purchase provide the contact details/link
Regards,
Lokanath Giri

Lokanath.
I suggest you start with going to the Jheadstart product center at
http://www.oracle.com/technetwork/developer-tools/jheadstart/overview/index.html
You can download the evaluation version there, or through JDeveloper -> Help -> Check for Updates -> Open Source and Partner Extensions Update Center.
There is also a link to the FAQ there:
http://www.oracle.com/technetwork/developer-tools/jheadstart/jheadstart-faq-085254.html
There is a Jheadstart course available that we schedule on request.
Regarding Question 1, in general, people tend to underestimate the effort involved in migrating from Forms to ADF.
Migration tools like the JHeadstart Forms2ADF Generator can be of help, but are by no means a silver bullet.
When does JHeadstart save time
The amount of work that can be saved by using the JHeadstart Forms2ADF Generator (JFG) very much depends on the structure of the Oracle Forms application at hand. The JHeadstart Forms2ADF Generator provides most savings for forms that have the following characteristics:
* Standard-Forms data retrieval and data manipulation through blocks based on database tables, with master-detail relations defined between the block
* Complex user interface, many (stacked) canvasses, many tabs, many list of values, and other display types
* PL/SQL logic mostly limited to user interface dynamics: conditionally showing/hiding user interface items, and conditionally changing the properties of user interface items. While JHeadstart does not convert PL/SQL logic, this type of logic is easily implemented in the ADF application because JHeadstart provides many declarative property settings to implement this behavior.
PL.SQL Logic
JHeadstart has made the deliberate choice to not automatically convert the PL/SQL logic to Java. The reasons for this are:
* It is impossible to automate the migration of a two-tier architecture (logic in Forms or in the database) to a three tier Model-View-Controller architecture as is common in JEE web applications, including ADF-based applications.
* The architecture of the converted application should be identical to the best-practice architecture of an ADF application that is build from scratch. If the architecture is the same, the same skill set can be used to maintain both migrated applications and ADF applications build from scratch. In addition, by going for a best practice architecture, the application is more flexible, and can be maintained easier at lower cost.
* When using the JHeadstart Forms2ADF Generator, you get this best-practice ADF architecture that is identical to ADF/JHeadstart applications that are built from scratch.
Other Forms2ADF Considerations
And even if it turns out the JFG adds a lot of value, there are many other questions you should ask yourself before embarking on a Foms2ADF project.
For example:
* Apart from technical reasons like old Forms verisons no longer supported, are there real business reasons and business benefits for migrating that justify the migration effort?
* To what extent is the application still meeting functional requirements?
* Are there issues with stability and end user friendliness?
* Old forms applications are typical "window-on-data" screens, you see the structure of the datamodel through the layout of the screens. Modern web 2.0 composite applications are more task-oriented with good support for human workflow. You should consider to what extent it wants to leverage all these new user interfaces capabilities that come with ADF Faces and WebCenter.
* How does the application fits in the overall IT landscape? What interfaces to other systems exist, what (old/obsolete?) technology is used to implement those interfaces?
* What about batch functionality and reporting facilities?
* May be part of the functionality of the current system can be replaced with standard off-the-shelf software?
* How sound, well structured and future proof is the underlying datamodel?
* To what extent are you looking at service-orientated architectures? Whats the SOA maturity level of your organisation?
* Above questions help to answer the key question: how desirable and benficial is it to migrate an old monolitic forms application 1:1 to a monolitic ADF aplication? How does that fit in overall IT strategy?
* Organisational isues: who will migrate the system, who will maintain the system? Is outsourcing considered? etc.
Next Steps
We offer a Forms2ADF assessment service in which we migrate a number of sample forms selected by the customer to assess the added value of the JFG, and we discuss all of the above questions
For example, I did one Forms2ADF assessment where it turned out that JFG added litlle or no value, but we were still able to convince the customer of the combined power of ADF and JHeadstart in (re-)building ADF apps from scratch.
You also might want to take a look at some presentations I did on this topic, and some online demo's:
* Guidelines for moving from Oracle Forms to Oracle ADF and SOA: http://www.slideshare.net/stevendavelaar/forms2-adfsoa-ukoug
* JHeadstart Forms2ADF Generator – Migrating from Oracle Forms to a Best-Practice ADF application: http://www.slideshare.net/stevendavelaar/jhs11-forms2-adfukoug
* 3 online demo's of forms2adf conversion process: http://www.oracle.com/technetwork/developer-tools/jheadstart/overview/index.html
Hope this helps,
Steven Davelaar,
JHeadstart Team.

ADF Architecture Training in EMEA

Similar Messages

Maybe you are looking for