X

The Latest Technology Stack News Directly from EBS Development

What's New with Applications Node Services in EBS R12?

Robert Farrington
Applications Technology Integration
With the end of Premier Support for EBS 11i in November 2010, many of you will now be planning your move to Oracle E-Business Suite Release 12. Among the numerous enhancements over Release 11i, one of the most fundamental is a significant change to the way Applications node (middle tier) services are implemented. This is also one of the first of the enhancements you will actually encounter, as you have to make the relevant choices when you install R12:

A new My Oracle Support document has been created as a quick reference to the key changes: This note both summarises what's said on the subject in the Concepts Guide and Install Guide, and also provides news of any enhancement, restrictions, or fixes made since the current edition of those books were published. The fundamental message about the enhancements is this: in Oracle Applications R12, the various APPL_TOP components (such as Concurrent Processing, Forms, and Web) are not only installed on the node where they will run, in contrast to R11i. In the R12 Unified APPL_TOP, which is installed by default, the same files are present on every Applications node. This new architecture provides greater flexibility in deploying services (formerly known as servers) across your installation, and - of equal importance - faciliates either the addition of new nodes to a system, or a modification to the role of existing nodes. Where should the concurrent managers be located? Traditionally, the concurrent managers were installed on the same machine as the database. However, with the much faster local networks that are now common, and the typical co-location of database and application tier machines, it is generally preferable to run them on a separate machine. This greatly faciliates ease of management and maintenance, as well as providing the deployment flexibility mentioned above. References Related Articles

Join the discussion

Comments ( 5 )
  • martin brambley Tuesday, August 9, 2011

    steven,

    can you tell me what the mechanism is that allows fnd_file to write to the concurrent logs when they (CM's) are running on the midtiers (not the database tier) i have raised an SR and oracle do not seem to know.

    i do not have any nfs mounts and yet i see the database (pl/sql from fnd_file) writing to files on a different server

    thank you

    Martin


  • Steven Chan Tuesday, August 9, 2011

    Hello, Martin,

    If you post or email your Service Request number to me, I can ensure that you get a reply through that channel.

    Regards,

    Steven


  • martin brambley Tuesday, August 9, 2011

    Thanks Steven,

    >>>

    SR 3-4215998381: what is necessary for the conc mgrs to be on the midtiers when there is a firewall between db & mid

    <<<

    they seem to be unable to tell me the mechanism - they have told me fnd_file does this but i am asking HOW it does it

    they have pointed me to chapter 17 of 12.1 dev guide but it doesnt seem right as it says

    >>>

    The directory for temporary files must be set in the environment variable APPLPTMP when the managers are started. This directory must also be listed in the UTL_FILE_DIR parameter in init.ora

    <<<

    well i dont have APPLPTMP set, there is no apps stack on the db server as it only runs the db

    thanks in advance


  • martin brambley Wednesday, August 10, 2011

    Hi Steven,

    Did I write something unpublishable?

    Regards


  • Steven Chan Wednesday, August 10, 2011

    Hi, Martin,

    I've connected the Support Engineer for your Service Request with the right contacts in ATG Development for this. An update will be posted directly in your Service Request. Feel free to ping me if this gets stuck in the support process for some reason.

    Regards,

    Steven


Please enter your name.Please provide a valid email address.Please enter a comment.CAPTCHA challenge response provided was incorrect. Please try again.