RE: [ADF EMG] Inaugural ADF Developer Newsletter
42 views
Skip to first unread message
Mukesh Kesa
May 23, 2012, 3:55:20 AM5/23/12
to adf-met...@googlegroups.com
Hi Dana,
Thanks. I’ve signed up.
Could you please, please have a section in the newsletter for those of us that are in the process of moving from Oracle forms to ADF. Typical topics to include are those that are not covered in tutorials.
Some of the Topics that will be interesting for us will be:
· Since forms are single programs i.e. *.fmb;
o Ideas on grouping these forms programs within projects,
o how this grouping of programs affect subversion and deployment,
o How shared libraries, used in forms environment, are to be handled,
o How business logic used in forms, where to house them? Within SQL functions or within programs.
· Traps and Tips for newbies and from newbies. Sometimes small things to us sets the “light bulb” on; that the ADF gurus take for granted,
· What to look out for when sessions is not dedicated as in forms:
o How to use Global variables,
o Global Temporary tables will not work in ADF environment
Thanks
Mukesh Kesa
From: adf-met...@googlegroups.com [mailto:adf-met...@googlegroups.com] On Behalf Of Dana Singleterry
Sent: 22 May 2012 04:12 PM
To: adf-met...@googlegroups.com
Subject: [ADF EMG] Inaugural ADF Developer Newletter
Sign up Today to receive the first Oracle ADF Developer bimonthly newsletter to go out the first of June, 2012. This newsletter is targeted towards developers interested in or using the Oracle Application Development Framework (ADF).
This newsletter will cover everything Oracle JDeveloper/ADF as well as OEPE/ADF from Events, Blog entries not only from Oracle Product Management and Development but also from ACE Directors and others developing with Oracle ADF, new ADF Insiders and much more. What is required of you to receive this newsletter? Simply subscribe via your Oracle Web Account or if you don't have one, it only takes a few steps to create one. Here (JDeveloper Blog) are the steps, along with images, to follow in modifying/creating your Oracle Web Account and subscribing to the new Oracle ADF Newsletter.
Thanks,
Dana
--
Dana M. Singleterry | Principal Product Manager | +1-404-550-2864
Oracle Development Tools
9600 North MoPac Expressway, Stonebridge Plaza, Suite 700, Austin, TX 78759
--
You received this message because you are subscribed to the ADF Enterprise Methodology Group (http://groups.google.com/group/adf-methodology). To unsubscribe send email to adf-methodolo...@googlegroups.com
All content to the ADF EMG lies under the Creative Commons Attribution 3.0 Unported License (http://creativecommons.org/licenses/by/3.0/). Any content sourced must be attributed back to the ADF EMG with a link to the Google Group (http://groups.google.com/group/adf-methodology).
grant ronald
May 23, 2012, 7:09:36 AM5/23/12
to adf-met...@googlegroups.com
hi Mukesh, I'll leave Dana to comment on the newsletter section, but I
wanted to alert you to a paper myself and Lynn Munsinger wrote which
covers (generally) some of your points.
http://download.oracle.com/otn_hosted_doc/jdeveloper/11gdemos/SummitADF/SummitADF_Redevelopment.pdf
Don't know if you'd seen this?
In some ways, you have to throw away your Forms constraints, because
they were constraints of Forms, not ADF. So, while its not wrong to
tackle a Forms redevelopment one FMB at a time, maybe you should be
thinking about the partitioning based on business function - not FMBs.
Also, sometimes, the way you did something in Forms was to work around a
Forms limitation or just the way it worked. For example, global
variables might hold data context as you switch forms. But because ADF
splits the UI and business service, you might find that multiple pages
are just pointing at the same business service and so that information
is already in context and doesn't need to be mapped as a
global...Anyway, that was more that you were asking for...
Happy to help you with any other specific questions and any other
content you think is needed for the Forms to ADF audience, let me know.
thanks
On 23/05/2012 08:55, Mukesh Kesa wrote:
> Hi Dana,
>
> Thanks. I�ve signed up.
>
> oIdeas on grouping these forms programs within projects,
>
> ohow this grouping of programs affect subversion and deployment,
>
> oHow shared libraries, used in forms environment, are to be handled,
>
> oHow business logic used in forms, where to house them? Within SQL
> functions or within programs.
>
> �Traps and Tips *for* newbies and *from* newbies. Sometimes small things
> to us sets the �light bulb� on; that the ADF gurus take for granted,
>
> �What to look out for when sessions is not dedicated as in forms:
>
> Thanks
>
> Mukesh Kesa
>
> *From:*adf-met...@googlegroups.com
> [mailto:adf-met...@googlegroups.com] *On Behalf Of *Dana Singleterry
> *Sent:* 22 May 2012 04:12 PM
> *To:* adf-met...@googlegroups.com
> *Subject:* [ADF EMG] Inaugural ADF Developer Newletter
>
> *Sign up Today* to receive the first Oracle ADF Developer bimonthly
> <http://tinyurl.com/bmhz4a4>) are the steps, along with images, to
wanted to alert you to a paper myself and Lynn Munsinger wrote which
covers (generally) some of your points.
http://download.oracle.com/otn_hosted_doc/jdeveloper/11gdemos/SummitADF/SummitADF_Redevelopment.pdf
Don't know if you'd seen this?
In some ways, you have to throw away your Forms constraints, because
they were constraints of Forms, not ADF. So, while its not wrong to
tackle a Forms redevelopment one FMB at a time, maybe you should be
thinking about the partitioning based on business function - not FMBs.
Also, sometimes, the way you did something in Forms was to work around a
Forms limitation or just the way it worked. For example, global
variables might hold data context as you switch forms. But because ADF
splits the UI and business service, you might find that multiple pages
are just pointing at the same business service and so that information
is already in context and doesn't need to be mapped as a
global...Anyway, that was more that you were asking for...
Happy to help you with any other specific questions and any other
content you think is needed for the Forms to ADF audience, let me know.
thanks
On 23/05/2012 08:55, Mukesh Kesa wrote:
> Hi Dana,
>
> Thanks. I�ve signed up.
>
> Could you please, please have a section in the newsletter for those of
> us that are in the process of moving from Oracle forms to ADF. Typical
> topics to include are those that are not covered in tutorials.
>
> Some of the Topics that will be interesting for us will be:
>
> �Since forms are single programs i.e. *.fmb;
> Could you please, please have a section in the newsletter for those of
> us that are in the process of moving from Oracle forms to ADF. Typical
> topics to include are those that are not covered in tutorials.
>
> Some of the Topics that will be interesting for us will be:
>
>
> oIdeas on grouping these forms programs within projects,
>
> ohow this grouping of programs affect subversion and deployment,
>
> oHow shared libraries, used in forms environment, are to be handled,
>
> oHow business logic used in forms, where to house them? Within SQL
> functions or within programs.
>
> �Traps and Tips *for* newbies and *from* newbies. Sometimes small things
> to us sets the �light bulb� on; that the ADF gurus take for granted,
>
> �What to look out for when sessions is not dedicated as in forms:
>
> oHow to use Global variables,
>
> oGlobal Temporary tables will not work in ADF environment
> oHow to use Global variables,
>
>
> Thanks
>
> Mukesh Kesa
>
> *From:*adf-met...@googlegroups.com
> [mailto:adf-met...@googlegroups.com] *On Behalf Of *Dana Singleterry
> *Sent:* 22 May 2012 04:12 PM
> *To:* adf-met...@googlegroups.com
> *Subject:* [ADF EMG] Inaugural ADF Developer Newletter
>
> *Sign up Today* to receive the first Oracle ADF Developer bimonthly
> newsletter to go out the first of June, 2012. This newsletter is
> targeted towards developers interested in or using the Oracle
> Application Development Framework (ADF).
>
> This newsletter will cover everything Oracle JDeveloper/ADF as well as
> OEPE/ADF from Events, Blog entries not only from Oracle Product
> Management and Development but also from ACE Directors and others
> developing with Oracle ADF, new ADF Insiders and much more. What is
> required of you to receive this newsletter? Simply subscribe via your
> Oracle Web Account or if you don't have one, it only takes a few steps
> to create one. Here <http://tinyurl.com/bmhz4a4> (JDeveloper Blog
> targeted towards developers interested in or using the Oracle
> Application Development Framework (ADF).
>
> This newsletter will cover everything Oracle JDeveloper/ADF as well as
> OEPE/ADF from Events, Blog entries not only from Oracle Product
> Management and Development but also from ACE Directors and others
> developing with Oracle ADF, new ADF Insiders and much more. What is
> required of you to receive this newsletter? Simply subscribe via your
> Oracle Web Account or if you don't have one, it only takes a few steps
> <http://tinyurl.com/bmhz4a4>) are the steps, along with images, to
> follow in modifying/creating your Oracle Web Account and subscribing to
> the new Oracle ADF Newsletter.
>
> Thanks,
>
> Dana
>
> --
>
> Dana M. Singleterry | Principal Product Manager | +1-404-550-2864
> OracleDevelopment Tools
> the new Oracle ADF Newsletter.
>
> Thanks,
>
> Dana
>
> --
>
> Dana M. Singleterry | Principal Product Manager | +1-404-550-2864
> 9600 North MoPac Expressway, Stonebridge Plaza, Suite 700, Austin, TX 78759
>
> --
> You received this message because you are subscribed to the ADF
> Enterprise Methodology Group
> (http://groups.google.com/group/adf-methodology). To unsubscribe send
> email to adf-methodolo...@googlegroups.com
> <mailto:adf-methodolo...@googlegroups.com>
>
> --
> You received this message because you are subscribed to the ADF
> Enterprise Methodology Group
> (http://groups.google.com/group/adf-methodology). To unsubscribe send
> email to adf-methodolo...@googlegroups.com
missgeburt
May 23, 2012, 7:21:31 AM5/23/12
to adf-met...@googlegroups.com
Hi Mukesh,
Regarding Forms to ADF migration, there are many things to take in consideration, most of them in the model part.
In Forms you usually execute many procedures/stored procedures. In ADF it is better to do these operations in the Business Components layer.
In the UI part it is wiser to take advantage of the taskflows/navigation rules, rather than designing monolithic pages (like the Forms ones).
What we found useful is integrating the old Forms in the ADF application - this makes the transition smoother. Our clients are always happy with this approach, as they are sure that they can do their work in the old form if they don't know ho to do it in the new ADF form =)
There is also a way to run Reports from ADF UI, so that you don't need to recreate the reports from scratch.
If you need some advice feel free to contact me on private.
Regards, Todor Gigilev
Regarding Forms to ADF migration, there are many things to take in consideration, most of them in the model part.
In Forms you usually execute many procedures/stored procedures. In ADF it is better to do these operations in the Business Components layer.
In the UI part it is wiser to take advantage of the taskflows/navigation rules, rather than designing monolithic pages (like the Forms ones).
What we found useful is integrating the old Forms in the ADF application - this makes the transition smoother. Our clients are always happy with this approach, as they are sure that they can do their work in the old form if they don't know ho to do it in the new ADF form =)
There is also a way to run Reports from ADF UI, so that you don't need to recreate the reports from scratch.
If you need some advice feel free to contact me on private.
Regards, Todor Gigilev
On Wed, May 23, 2012 at 12:09 PM, grant ronald <grant....@oracle.com> wrote:
hi Mukesh, I'll leave Dana to comment on the newsletter section, but I wanted to alert you to a paper myself and Lynn Munsinger wrote which covers (generally) some of your points.
http://download.oracle.com/otn_hosted_doc/jdeveloper/11gdemos/SummitADF/SummitADF_Redevelopment.pdf
Don't know if you'd seen this?
In some ways, you have to throw away your Forms constraints, because they were constraints of Forms, not ADF. So, while its not wrong to tackle a Forms redevelopment one FMB at a time, maybe you should be thinking about the partitioning based on business function - not FMBs.
Also, sometimes, the way you did something in Forms was to work around a Forms limitation or just the way it worked. For example, global variables might hold data context as you switch forms. But because ADF splits the UI and business service, you might find that multiple pages are just pointing at the same business service and so that information is already in context and doesn't need to be mapped as a global...Anyway, that was more that you were asking for...
Happy to help you with any other specific questions and any other content you think is needed for the Forms to ADF audience, let me know.
thanks
On 23/05/2012 08:55, Mukesh Kesa wrote:
Hi Dana,
Thanks. I’ve signed up.
Could you please, please have a section in the newsletter for those of
us that are in the process of moving from Oracle forms to ADF. Typical
topics to include are those that are not covered in tutorials.
Some of the Topics that will be interesting for us will be:
·Since forms are single programs i.e. *.fmb;
oIdeas on grouping these forms programs within projects,
ohow this grouping of programs affect subversion and deployment,
oHow shared libraries, used in forms environment, are to be handled,
oHow business logic used in forms, where to house them? Within SQL
functions or within programs.
·Traps and Tips *for* newbies and *from* newbies. Sometimes small things
to us sets the “light bulb” on; that the ADF gurus take for granted,
·What to look out for when sessions is not dedicated as in forms:
oHow to use Global variables,
oGlobal Temporary tables will not work in ADF environment
Thanks
Mukesh Kesa
*From:*adf-methodology@googlegroups.com
[mailto:adf-methodology@googlegroups.com] *On Behalf Of *Dana Singleterry
*Sent:* 22 May 2012 04:12 PM
All content to the ADF EMG lies under the Creative Commons Attribution
3.0 Unported License (http://creativecommons.org/licenses/by/3.0/). Any
content sourced must be attributed back to the ADF EMG with a link to
the Google Group (http://groups.google.com/group/adf-methodology).
--
You received this message because you are subscribed to the ADF
Enterprise Methodology Group
(http://groups.google.com/group/adf-methodology). To unsubscribe send
All content to the ADF EMG lies under the Creative Commons Attribution
3.0 Unported License (http://creativecommons.org/licenses/by/3.0/). Any
content sourced must be attributed back to the ADF EMG with a link to
the Google Group (http://groups.google.com/group/adf-methodology).
--
You received this message because you are subscribed to the ADF Enterprise Methodology Group (http://groups.google.com/group/adf-methodology). To unsubscribe send email to adf-methodology+unsubscribe@googlegroups.com
Chris Muir
May 23, 2012, 7:41:43 AM5/23/12
to adf-met...@googlegroups.com
"If you need some advice feel free to contact me on private."
Thanks for sharing your thoughts and offer of assistance Todor,
however to be honest the point of the group is to discuss these sort
of things on the forum so all people benefit.
In turn as this thread is entitled "Inaugural ADF Developer
Newsletter" can we please start a new thread for the Forms to ADF
topics please.
Thanks,
CM.
>>> [mailto:adf-met...@googlegroups.com] *On Behalf Of *Dana Singleterry
>>> *Sent:* 22 May 2012 04:12 PM
>>> *To:* adf-met...@googlegroups.com
>>> <mailto:adf-methodolo...@googlegroups.com>
>>>
>>>
>>> All content to the ADF EMG lies under the Creative Commons Attribution
>>> 3.0 Unported License (http://creativecommons.org/licenses/by/3.0/). Any
>>> content sourced must be attributed back to the ADF EMG with a link to
>>> the Google Group (http://groups.google.com/group/adf-methodology).
>>>
>>> --
>>> You received this message because you are subscribed to the ADF
>>> Enterprise Methodology Group
>>> (http://groups.google.com/group/adf-methodology). To unsubscribe send
>>> email to adf-methodolo...@googlegroups.com
>>>
>>> All content to the ADF EMG lies under the Creative Commons Attribution
>>> 3.0 Unported License (http://creativecommons.org/licenses/by/3.0/). Any
>>> content sourced must be attributed back to the ADF EMG with a link to
>>> the Google Group (http://groups.google.com/group/adf-methodology).
>>>
>>> --
>>> You received this message because you are subscribed to the ADF
>>> Enterprise Methodology Group
>>> (http://groups.google.com/group/adf-methodology). To unsubscribe send
>>>
>>> All content to the ADF EMG lies under the Creative Commons Attribution
>>> 3.0 Unported License (http://creativecommons.org/licenses/by/3.0/). Any
>>> content sourced must be attributed back to the ADF EMG with a link to
>>> the Google Group (http://groups.google.com/group/adf-methodology).
>>
>>
>> --
>> You received this message because you are subscribed to the ADF Enterprise
>> Methodology Group (http://groups.google.com/group/adf-methodology). To
>> unsubscribe send email to adf-methodolo...@googlegroups.com
>>> All content to the ADF EMG lies under the Creative Commons Attribution
>>> 3.0 Unported License (http://creativecommons.org/licenses/by/3.0/). Any
>>> content sourced must be attributed back to the ADF EMG with a link to
>>> the Google Group (http://groups.google.com/group/adf-methodology).
>>
>>
>> --
>> You received this message because you are subscribed to the ADF Enterprise
>> Methodology Group (http://groups.google.com/group/adf-methodology). To
>>
>> All content to the ADF EMG lies under the Creative Commons Attribution 3.0
>> Unported License (http://creativecommons.org/licenses/by/3.0/). Any content
>> sourced must be attributed back to the ADF EMG with a link to the Google
>> Group (http://groups.google.com/group/adf-methodology).
>
>
> --
> You received this message because you are subscribed to the ADF Enterprise
> Methodology Group (http://groups.google.com/group/adf-methodology). To
> unsubscribe send email to adf-methodolo...@googlegroups.com
>> All content to the ADF EMG lies under the Creative Commons Attribution 3.0
>> Unported License (http://creativecommons.org/licenses/by/3.0/). Any content
>> sourced must be attributed back to the ADF EMG with a link to the Google
>> Group (http://groups.google.com/group/adf-methodology).
>
>
> --
> You received this message because you are subscribed to the ADF Enterprise
> Methodology Group (http://groups.google.com/group/adf-methodology). To
Reply all
Reply to author
Forward
0 new messages