We are trying to build up a Oracle Fusion Apps environment on a Exalogic system, though still on bare metal, because officially there still is no Oracle VM available yet on Exalogic. It is a bit of a challenge, but getting to know the basics and which components the install, build and configure phase use, might bring you a step further on the way
.
The main components we used to build an Oracle Fusion Apps environment are:
This gives you, as shown in this picture, the following schematic overview:

But, before that, let’s start on the almost ‘bare metal’. The Exalogic machine has a nice tool shipped, called the Sun’s ZFS Storage manager, in which we defined mountpoints and filesystems for our IDM and Fusion Apps. Of course, this has nothing to do with Fusion Apps but because we execute on a Exalogic machine, I thought it was nice to mention it.
We took 2 compute nodes for this. This is a screenshot how it was configured:

Sun ZFS Storage Manager
We divided into 4 filesystems, 2 for the IDM and Fusion Databases, and 2 for the IDM Middleware, and the Fusion Apps Middleware and provisioning.
Oracle WebLogic Server 11g
Oracle’s Enterprise Java Application server is used as the underlayer from the Fusion Middleware stack, where all the upper components will land on. The entire Identity Management stack relies on this strong, robust and scalable Java application Server.
Oracle SOA Suite 11g
Both the complete Identity Management stack as well the Oracle Fusion Applications make use of the services layer provided by the Oracle SOA Suite. Fusion Apps uses composite SOA applications for web services to communicate among themselves and connect to the database, content management, and also some business intelligence components.
Oracle Identity and Access Management
Oracle Fusion Apps uses the so called Service Oriented Security model provided by the Oracle Identity Management Suite, which relies for some parts on the Oracle SOA Suite, like for automatic task flows, user life cycle management and so on.
The entire stack is involved in these processes:
It is build on the OPSS (Oracle Platform Security Services) framework which provides a uniform solution for Fusion Applications to have a standard set of security services. In fact, the work is done outside Fusion Apps and through a plugin provisioned to the Fusion Apps. OPSS implements the Java standards and provides Role Based Access, Java Authorization and Authentication Services (JAAS), and Java Authorization Contract for Containers (JACC).
The Oracle Identity Management Suite provides the following components:
Oracle ADF 11g
The core of Oracle Fusion Apps are ADF. All screens are built from ADF, and the metadata driven architecture behind it makes it possible to develop business focussed and user experience oriented. ADF works with several layers, like the Business Service layer, which for example provides access to data from various sources and handles business logic. The view layer provides the real user experience and the controller layer provides a mechanism to control the flow of a web application user input.
This product has become quite huge, in my opinion it should be controlled by multi competence participants. I not even discussed all components. The Identity Management suite alone is quite complex itself. However, I think the way Oracle is going is the right one, making a uniform solution build on standard Fusion Middleware.
Follow our blogs as we will update you through this entire path we are following.
Hebt u vragen of suggesties?
Mail info@qualogy.com!
De Bruyn Kopsstraat 9
2288EC Rijswijk (ZH)
The Netherlands
+31.(0)70 319 5000
Very informative article, and you are lucky to play with the Exalogic Toy.
Hi Michel, as we are working together on this a quick addition : the ESS present in every domain in the architecture schematic is the Enterprise Scheduler Service. Quoting from the concepts guide :
“Oracle Enterprise Scheduler provides the ability to define, schedule, and run different types of jobs. You can run jobs on demand, or schedule them to run in the future.
Oracle Enterprise Scheduler provides scheduling services for the following purposes:
To distribute job request processing across a grid of application servers
To run Java, PL/SQL, spawned jobs, binary processes, and Oracle Business Intelligence Publisher reports
To process multiple jobs concurrently
To schedule job requests to run a single time in the future, on a recurring basis, or based on triggering events
To run the same job in different languages
Oracle Enterprise Manager Fusion Applications Control (Fusion Applications Control) enables you to start and stop, monitor, configure, and manage Oracle Enterprise Scheduler services, components, and job requests.”