Follow Siebel_Experts on Twitter Sieble Expert Panel on LinkedIn

Home » Siebel Architecture

Siebel Application Object Manager (AOM)

25 July 2009 2,895 views 5 Comments Bookmark and Share



Application Object Managers (AOMs) host the Business Objects layer and Data Objects layer of the Siebel architecture.

 It is a server component that creates and processes data at multiple levels.

  • UI layer (supported by the Siebel Web Engine) 
  • Business object layer 
  • Processes business logic
  • Data object layer (supported by Data Manager) 

The AOM is used primarily to support Siebel Web client connections. 

AOMs are hosted as components in the Siebel Server and run on the application server (the machine that hosts the Siebel Server). The Siebel Server provides the infrastructure for an AOM to serve multiple Siebel Web client users. Multiple AOM components can run on a single Siebel Server installation.

Siebel Application Object Manager

AOMs communicate with clients using the TCP/IP protocol through a Web server that contains the Siebel Web Server Extension plug-in (SWSE). Communication between the Web server and the AOM can be compressed and encrypted. An independent session is established to serve incoming connect requests from each client. Subsequent requests from clients are directed to the same AOM tasks until the sessions are terminated. 

After startup, AOMs do not achieve their full run-time environments until after the first  connect, therefore, leading to possible delays during the first connection.

SocialTwist Tell-a-Friend

Related posts:

1 Star2 Stars3 Stars4 Stars5 Stars (1 votes, average: 2.00 out of 5)
Loading ... Loading ...

5 Comments »

  • Tejeshwer said:

    Can you explain how AOMmakes connections with database server?
    And can those connection be pooled if yes then how?

  • Ashish Kumar said:

    How AOMmakes connections with database server?
    For this you need to understand the Logical Architecture of Siebel.
    There are 4 layers in Siebel Logical Architecture:
    1. Physical User Interface Layer.
    2. Logical User Interface Layer.
    3. Business Object Layer.
    4. Data Object Layer.
    I am writing articles for all the four layers, then your questions will be answered.

    And can those connection be pooled if yes then how?
    Pooling of the connection is taken care by siebns.dat file which sits in the gtwysrvr folder.

  • Nitin said:

    Hi Ashish,
    I also eagerly wants to know the step by step process which is followed when OM makes connection with DB and fetches out result

  • Operation Maintenence Team
    Apeksha Bameta said:

    If i am not wrong DATABASE SUB SUSTEM defined in Siebel Server take care of communication with Database.

  • Abhishek
    Abhishek said:

    Object manager connect with the database with the help of using the profiles (named subsystem).

    Component parameter name and value: DataSource (ServerDataSrc, GatewayDataSrc)

    Parameters of these datasources define the Database connect string, UserName, password etc.

    Connect string is used from tnsnames.ora.

    Connection be either shared or dedicated and can connection pooling can also be used.

Leave your response!

Add your comment below, or trackback from your own site. You can also subscribe to these comments via RSS.

Be nice. Keep it clean. Stay on topic. No spam.

You can use these tags:
<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong> <font color="" face="" size=""> <span style="">

This is a Gravatar-enabled weblog. To get your own globally-recognized-avatar, please register at Gravatar.