ADF Enterprise Methodology Group Google Group

Re: Dynamic Tabs Shell template - useful to mere mortals?

2009-11-30T04:42:18Z

Some further thoughts on my blog about the UI Shell:
[link]

I'm happy to discuss my post here rather than on my blog.

Cheers,

CM.

Re: [ADF EMG] Re: Dynamic Tabs Shell template - useful to mere mortals?

2009-11-27T08:34:33Z

As at least two people have asked me for it so far, I've published a link to
the source code for the default UI Shell template project here:

[link]

Re: Dynamic Tabs Shell template - useful to mere mortals?

2009-11-27T07:46:35Z

Simon,

I think that out-of-the box templates are unlikely to meet everyones
requirements. In my opinion, you should see them as a starting point
for your custom developments and use them to build custom page
templates. Same for the quick templates JDeveloper provides. They
create good starter layouts, but adds these starter layout to the page

Re: Dynamic Tabs Shell template - useful to mere mortals?

2009-11-27T05:01:42Z

As a side note, anybody interested in the UI Shell and other ADF UI
design patterns can post to the "ADF UI Patterns & Best Practices" OTN
forum here:
[link]

CM.

Re: Dynamic Tabs Shell template - useful to mere mortals?

2009-11-25T15:53:10Z

Has no-one got any opinions on the Dynamic Tabs Shell template, or is
it a bit too soon?

In fact are the provided templates really any use at all, except as
examples for writing your own? For example, the simple "Oracle Three
Column Layout" never seemed much use to me as it still needs lots of

Re: [ADF EMG] Re: DB API-based ADF Business Components

2009-11-21T07:02:24Z

Hi Avrom,

Please approve my request as a developer.

Thanks,
Nirav Shah

On Tue, Nov 10, 2009 at 11:42 AM, Avrom Roy-Faderman <

Dynamic Tabs Shell template - useful to mere mortals?

2009-11-18T09:05:53Z

Yesterday I had a look into the new Dynamic Tabs Shell template, as
delivered in 11gR1 PS1. I wrote a blog posting about it here:
[link]

Now my question is, how useful will this template be to custom/bespoke
app developments of a much more modest size than Fusion Apps? I've

Re: Reuse - Base class for backing beans

2009-11-11T02:20:00Z

Hi Florin,

absolutely, the JSFBean could go a lot further. Execute including
parameters and better return types would definitely enhance the
functionality.

cheers,
Brenden

Re: [ADF EMG] Re: DB API-based ADF Business Components

2009-11-10T18:42:59Z

Hi Nirav,

Go to the following link and apply as a developer (I'll approve you). Go
ahead and check the projects out of Subversion. If you haven't read the
developer's guide, start with that, and then start looking through the
source code. When you feel like you've got a general sense of what's going

Re: Reuse - Base class for backing beans

2009-11-10T18:41:15Z

Hi Brendan, interesting and useful posting!

Just one idea: how about the 'execute()' method from your example to
return the exception object instead of a boolean value.
It might prove useful when the business code is using a custom stack
of application exceptions.

Best,
Florin

On Nov 6, 2:25 am, Brenden Anstey <brenden.ans...@delexian.com>

Re: [ADF EMG] Re: DB API-based ADF Business Components

2009-11-10T07:14:36Z

I'm interested to work as a developer on this project.

Thanks,
Nirav Shah

On Mon, Nov 9, 2009 at 7:20 PM, Avrom Roy-Faderman <

Re: [ADF EMG] Re: DB API-based ADF Business Components

2009-11-10T06:41:39Z

I will be interested to be part of it( but only after Jan 20th i will be
able to start spending time towards that), my current project goes live on
Jan 4th and expecting to be busy two weeks of go live support.

On Mon, Nov 9, 2009 at 6:20 PM, Avrom Roy-Faderman <

--
Thanks
Prasad
Cell:510-565-5008

Re: Reuse - Base class for backing beans

2009-11-06T00:25:06Z

Hi all,

I have been using the the base class approach on regular basis for
over year now and it definitely has its merits.

[link]

As John said the benefit of this comes in to play when you have really
simple stuff to do in the backing bean like chaining execution of

Re: DB API-based ADF Business Components

2009-11-10T02:20:31Z

Hi all,

This project is looking for someone to take it over after release 1.0.
Anyone interested?

Thanks much,
Avrom

Re: [ADF EMG] Re: How about a document on Anti Patterns?

2009-11-06T05:59:33Z

I'm willing to collaborate as well, anti patterns is interesting topic for
me.

Let us know, when started document will be ready.

Andrejus

2009/11/6 JV Singh <jvs...@gmail.com>

--
Oracle ACE Director

My Blog - [link]
My JDev/ADF Samples list - [link]

Re: [ADF EMG] Re: How about a document on Anti Patterns?

2009-11-05T22:28:52Z

Michael,

Thanks for your interest !

Absolutely, just give me some time to put together a starter document, run
it by people whose content I might have borrowed/referred to and then we'll
all get to collaborate and add on it.

bad practice?
Definitely not. There are always multiple ways of achieving something.

Re: How about a document on Anti Patterns?

2009-11-05T18:34:20Z

I am also interested in this and willing to participate.

Yet I feel like we need to define more what anti-patterns are.

The best definition that comes in mind is that:

• It’s a way to implement functionality that has a better way to
implement the same functionality.

But does that mean that if you have a best practice everything else is

Re: How about a document on Anti Patterns?

2009-11-05T12:53:27Z

Also saw on the slide show Andrejus Baronovskis presented he mentioned
quite a couple of things to avoid/stay away from when working with ADF
in a production environment.

Re: How about a document on Anti Patterns?

2009-11-03T23:52:20Z

Hi JV

Great idea. Given a number of members wont be familiar with the
concept of anti patterns nor how they apply to ADF, why don't you
start a discussion based, say, on one of Steve's examples. Drop Steve
an email at the usual Oracle email address to ask permission, I'm sure
he'd love discussion around some of his previous ideas.

How about a document on Anti Patterns?

2009-11-03T11:49:44Z

This recent discussion ([link]
browse_thread/thread/85789753d 19d1aeb)
prompted me to think of another document on common ADF anti-patterns/
bad practices parallel to the Coding Standards document.
I have read some good tips on what *not* to do by Steve Muench and the

Re: [ADF EMG] Re: A new way for post-query (description field) without using the EO or get accessor pls give me your feedback.

2009-11-02T09:30:19Z

I also recommend using a reference entity usage in your view object to
manage reference description data for lookup fields.

I've seen a number of anti-patterns in this area and I'm still trying to
understand what approach would be more efficient than the above one which is
handled automatically for you by the ADF framework but during query as well

Re: A new way for post-query (description field) without using the EO or get accessor pls give me your feedback.

2009-10-31T15:59:59Z

Another advantage to using associations between EOs is storage. This
isn't too bad with a single short description field, but it's
something seriously to consider in queries with a larger number/larger
size of reference columns.

Let's suppose that, instead of a 25-byte department name field, you

Re: DB API-based ADF Business Components

2009-10-31T15:43:46Z

Thanks for the replies. I agree that the ability to post table types
would be useful...but I think it would be pretty hard to do at the
entity object level, at least alone. You might get entity objects to
add themselves (during their DML operations) to some table-like
structure at the transaction level (as opposed to posting directly),

Re: [ADF EMG] Re: A new way for post-query (description field) without using the EO or get accessor pls give me your feedback.

2009-10-31T13:49:38Z

Hi Simon,

We are doing it same as JV Singh describes, through Associations between
EO's.

Regards,
Andrejus

2009/10/31 Simon Haslam <Sim...@veriton.co.uk>

--
Oracle ACE Director

My Blog - [link]
My JDev/ADF Samples list - [link]

Re: [ADF EMG] A new way for post-query (description field) without using the EO or get accessor pls give me your feedback.

2009-10-31T13:41:14Z

just injects into SQL >>statement. For me it works.
Maybe Amir used the wrong kind of 'expression' field.
He needs to check the 'mapped to column or sql' in the VO attribute
properties.
Also check 'selected in query'
Then specify that inline query in the box meant for 'SQL expression' (under
Query Column section)

Re: A new way for post-query (description field) without using the EO or get accessor pls give me your feedback.

2009-10-31T13:37:05Z

Andrejus

I noticed one of the screens in your presentation at OOW had exactly
this kind of behaviour - e.g. once you'd chosen an ID from an LOV on
Requester Provider there was a description field on the main page that
had been populated. How was that done? (if you don't mind me
asking ;-)

Re: [ADF EMG] A new way for post-query (description field) without using the EO or get accessor pls give me your feedback.

2009-10-31T13:35:48Z

It should work through expression, because at the end its the same - it just
injects into SQL statement. For me it works.

However, as JV says, its recommended to follow documented approach with
associations.

Andrejus

2009/10/31 JV Singh <jvs...@gmail.com>

--
Oracle ACE Director

Re: [ADF EMG] A new way for post-query (description field) without using the EO or get accessor pls give me your feedback.

2009-10-31T12:37:25Z

That is something we java people think is okay but the DBA's/performance
folks frown upon. Because your query would have a drastically different and
more expensive explain plan this way.
It might just save the network round trips to the DB but it's still an
inline query and to be avoided as far as possible IMHO.

Re: [ADF EMG] A new way for post-query (description field) without using the EO or get accessor pls give me your feedback.

2009-10-31T12:52:45Z

Hi Andrejus,

Thanks for your reply I was not able to handle the description via
Expression. it seems that is would not accept any sql query
such as
*
select descritption form example_table where example_table.id=
viewquerytable.id*

Thanks,
Amir

On Sat, Oct 31, 2009 at 4:04 PM, Andrejus Baranovskis <

Re: [ADF EMG] Re: DB API-based ADF Business Components

2009-10-31T13:11:02Z

Here is good post for the same topic:
[link]

We can generate Java through JPublisher. But, we would like to have EO's.

Andrejus

2009/10/31 Andrejus Baranovskis <andrejus.baranovs...@gmail.co m>

--
Oracle ACE Director

Re: [ADF EMG] Re: DB API-based ADF Business Components

2009-10-31T12:40:19Z

Indeed very interesting topic. From my experience, same as Michael points,
its very important in Forms modernization to have some kind of standard
solution for existing PL/SQL procedure blocks reusability. In my opinion,
there are no too much use cases for completely new applications, when you
use PL/SQL blocks. However its really important in those projects where

Re: [ADF EMG] A new way for post-query (description field) without using the EO or get accessor pls give me your feedback.

2009-10-31T12:34:19Z

Hi Amir,

I was investigating this approach before and I had one problem - one page
load it works fine, but when user is changing LOV value, description text
wasn't required from database. At that point of time, it wasnt possible to
set AutoSubmit on Attribute level in VO. Probably it will work now, with

A new way for post-query (description field) without using the EO or get accessor pls give me your feedback.

2009-10-31T12:04:52Z

Dear All,

Regarding the post-query,(using for getting the description field
which is in another table such as viewing the name of department when
there is only department_id in the VO of employee) as you now we have
2 common ways to handle that first is to use two EO that there is an
association between them which one of them is updatable and the other

Re: DB API-based ADF Business Components

2009-10-31T11:04:58Z

This is very inderesting.
i signed in and walked through the manual.
It seems realy good, yet i wander what is the scope of the project.
Is it just an easier way to implement procedure based entities?
The requirements that i have seen about this is to migrate oracle
Forms applications with procedure based blocks.

Re: Reuse - Base class for backing beans

2009-10-30T11:16:23Z

From this discussion, it hasn't emerged that it is in any way a bad
practice to have beans inherit methods/functionality from other base
classes.
So I guess it would hold true for event handler methods (like Value
Change Listeners, action listeners, validators)? I don't see any valid
reason it should be unless the base methods are closely tied to

Re: [ADF EMG] Standards around Model / UI project dependencies

2009-10-29T23:58:27Z

Moreover, as your projects grow, maintaining a strict discipline about
dependencies is the only reliable way to prevent loops.

I *think* this is actually published somewhere in official Oracle material
as a best practice. But in any case, I agree with you: Your Model project
should never refer directly to anything in your ViewController project,

Standards around Model / UI project dependencies

2009-10-29T18:13:07Z

Hello Everyone,

This is my first post to the group and I look forward to exchanging
ideas with all of you. I am very passionate about getting this
excellent technology widely adopted and in the right way.

I did search the group for existing posts on this topic but didn't
find any.

I think one point that merits an addition to the standards is for

DB API-based ADF Business Components

2009-10-27T04:38:26Z

Hi all,

Not 100% sure this is appropriate here--mods, please delete if it
isn't.

I wanted to announce an ADF project I just started on SampleCode: A
completely rewritten framework for DB API-based ADF Business
Components. The first public beta version (0.1b) is available for
download now, but I'm especially interested in finding any community

Test - please ignore

2009-10-22T00:02:36Z

Test - please ignore

Re: Reuse - Base class for backing beans

2009-10-21T10:35:29Z

We *have* used backing bean super classes for specific use cases,
although not simply as a container for utility methods. The case I
have used them is when we have an application with a number of screens
that have similar/same functionality. An example of this is an
application where we esentially have a set of screens that all

Re: Reuse - Base class for backing beans

2009-10-21T03:05:00Z

Can't say we've created a backing bean super class either. As Avrom
says most of the common code required in the BBs goes into a utility
class as a static function.

We do use JSFUtils and ADFUtils, though we're rewriting them from the
ground up. This isn't an indirect comment on the quality of the

Re: Reuse - Do you have your own subclasses of ADF BC Impl classes?

2009-10-21T02:58:45Z

For our current project we've done this, extending the concept a bit
further given experience from how good ol' Oracle Headstart for Forms
did it.

We've created the following layers:

a) An organisation wide custom set of ADF BC Impl's (call it common)
stored in it's own Jar
b) For each application they also get their own custom ADF BC Impl

Re: [ADF Enterprise Methodology Group] Re: OOW/UKOUG 2009 agenda topics

2009-10-20T21:22:28Z

I'll ditto Simon's comments for OOW09, the end result was great, more than
we could have expected for our 2nd OOW session. Thanks to all who turned up
and those who took time to participate, your contribution was very
valuable. Of particular note Simon must be congratulated for his time &
effort on organising the OOW sessions this year - not 1, not 2, but 3

Re: OOW/UKOUG 2009 agenda topics

2009-10-20T19:04:14Z

Thanks to everyone who came along to the ADF EMG sessions at OOW last
week. I thought they were pretty lively and given that I had to "call
time" on several occassions I think people had plenty to talk about,
so thanks for that.

For anyone who's going to UKOUG at the end of next month (30 Nov - 2

Re: PL/SQL global context and global temporary table in ADF

2009-10-20T14:09:49Z

Thanks Avrom. Your inputs are very valuable to take some strategic
decision for my project.

I am working on creating some test cases and post a feedback if I will
find something interesting during the test.

THANKS
Chetan Dihenia

On Oct 17, 1:16 pm, "Avrom Roy-Faderman" <av...@avromroyfaderman.com>

Re: [ADF Enterprise Methodology Group] Re: PL/SQL global context and global temporary table in ADF

2009-10-17T17:16:05Z

Hi Chetan,

I think that, as long as you use jbo.doconnectionpooling=false, an AM
instance never releases its particular DB connection, so even if you have
a pooled datasource, this shouldn't be an issue.

This would work if one of the application module instances were nested in
the other (nested AMs share the same transaction), but not if they were

Re: Reuse - Do you have your own subclasses of ADF BC Impl classes?

2009-10-16T15:32:53Z

We do have a number of commonly required custom codes in base classes.
Including:
PL/SQL calling in generic way in EO - Similar to one given by Avrom.
Integrating BI Publisher reports in VO
Exception handling and throwing in AM
Logging and Audit trails in AM

I am sure we will need more things as our project continues..

Re: PL/SQL global context and global temporary table in ADF

2009-10-16T14:38:17Z

Hi Avrom,
I would like to explore above possibility in more detail. We are
using JNDI Name for a Data source (NOT JDBC URL) so basically we are
not using ADF Database connection pooling but using default J2EE
container (Weblogic Server) Database Connection Pooling. We are still
using Application Module connection pooling and planning to keep

Re: Reuse - Base class for backing beans

2009-10-16T12:36:31Z

We are also using base class for backing beans
We also use JSFUtils and ADFUtils.
In base backing bean we have methods for all actions and bindings to
template components.
(Like commit, rollback, insert, delete, exit, close, navigateTo,
openPopup etc)
We dont bind actions directly to bindings but allways to backing bean

Re: [ADF Enterprise Methodology Group] Reuse - Base class for backing beans

2009-10-15T23:27:58Z

Well, I don't know about the EL class *specifically*--you're really not
"supposed" (by Faces standards) to be resolving EL in your beans (as
opposed to using injection). But the general idea of using
utility/singleton/pseudo-singl eton classes (for things that can be
determined without injection, e.g., through BindingContext.getCurrent())