SSO configuration



Ø  Take Backup of httpd.config file
Ø  place the osso.conf file in any location of the server
Ø  modify httpd.config file by adding osso.conf file and required consoles needs to be added to autantication type as sso in if module

example
 RewriteEngine On
    RewriteOptions inherit
 LoadModule osso_module "/p01/pnfmwp01/ren/soa/fmwhm/oraohs/ohs/modules/mod_osso.so"

 <IfModule osso_module>
 OssoIpCheck off
 OssoIdleTimeout off
 OssoConfigFile "/p01/pnfmwp01/ren/soa/admin/osso/soa_osso/osso.conf"
 OssoSecureCookies off

 <Location /console>
 require valid-user
 AuthType Osso
 </Location>

 <Location /em>
 require valid-user
 AuthType Osso
 </Location>

 <Location /consolehelp>
 require valid-user
 AuthType Osso
 </Location>

 <Location /wsm-pm>
 require valid-user
 AuthType Osso
 </Location>

 #<Location /soa-infra>
 #require valid-user
 #AuthType Osso
 #</Location>

 # SOA inspection.wsil
 <Location /inspection.wsil>
 require valid-user
 AuthType Osso
 </Location>
 # Worklist

 #Adam Advised to comment out done by rajesh
 #<Location /integration>
 #require valid-user
 #AuthType Osso
 #</Location>


 <Location /b2bconsole>
 require valid-user
 AuthType Osso
 </Location>

 # SOA composer application
 <Location /soa/composer>
 require valid-user
 AuthType Osso
 </Location>

 <Location /bpm/composer>
 require valid-user
 AuthType Osso
 </Location>

 # BPM
 <Location /bpm/workspace>
 require valid-user
 AuthType Osso
 </Location>


 <Location /OracleBAM >
 require valid-user
 AuthType Osso
 </Location>

 #Adam asked to comment out done by Rajesh
 #<Location /OracleBAMWS >
 #require valid-user
 #AuthType Osso
 #</Location>

 # Commented for Oracle DI agent

 # ODI Agent
 #<Location /odiconsole>
 #require valid-user
 #AuthType Osso
 #</Location>


 #ODI Explorere
 #<Location /odirepex>
 #require valid-user
 #AuthType Osso
 #</Location>

 #ODI Webservices
 #<Location /oracledisdkws>
 #require valid-user
 #AuthType Osso
 #</Location>


 Create service Provider
Ø  Create Service Provider
o   Home >Summary of Security Realms >myrealm >Providers


Shutting down database abnormally --- shut abort what happens inside

An instance(crash) failure occurs when your database isn’t able to shutdown normally.When this happens, your datafiles could be in an inconsistent state meaning they may not contain all committed changes and may contain uncommitted changes. Instance failures occur when the isntance terminates abnormally. A sudden power failure or a shutdown abort are two common causes of isntance failure.
Oracle uses crash recovery to return the database to a consistent committed state after an instance failure. Crash recovery guarntees that when your database is opened, it will contain only transactions that were committted before the instance failure occured. Oracle system monitor will automatically detect whether crash recovery is required.
Crash recovery has two pahses : rollforward and rollback
The system monitor will first roll forward and apply to the datafiles any transactions in the online redo files that occured after the most recent checkpoint. Crash Recovery uses redo information found in the online redo log files onlu . After rolling forward, Oracle will rollback any of those transactions that were never committed. Oracle uses information stored in the undo segments to rollback (undo) any uncommitted transactions.
When you start your database, Oracle uses the SCN information in the control files and datafiles headers to determin which one of the following will occur.
Starting up normally.
Performing crash Recovery
Determining that media reocvery is required.
On start up , Oracle check the instance thread status to determine whether crash recover is required . When the database is open for normal operations ,the thread status is OPEN. When Oracle us shut down normally , a checkpoint takes place and the instance thread status is set to CLOSED.
when your instance abnormally terminates the thread status remains OPEN because Oracle didn’t get a chance to upodate teh status to CLOSED.
On startup , When Oracle detects that an instance thread was abnormally left open, the system monitor process will automatically perform crash recovery.
The below query , it will usefull to find out whether crash recovery is required.
select a.thread#,b.open_mode,a.status,
CASE
WHEN((b.open_mode=’MOUNTED’) AND (a.status=’OPEN’)) THEN ‘Crash Recovery req.’
WHEN((b.open_mode=’MOUNTED’) AND (a.status=’CLOSED’)) THEN ‘No Crash Recovery Req.’
WHEN((b.open_mode=’READ WRITE’) AND (a.status=’OPEN’)) THEN ‘Instance already open’
ELSE ‘huh?’
END STATUS
FROM v$thread a,
v$database b,
v$instance c
where a.thread#=c.thread#;

Forms Servlet mode vs Socket mode

how can we check forms are in socket mode or servelet mode?
[appogfh1@ogerpl3851dv orpogfh1_ogerpl3851dv]$ grep connectMode $FORMS60_WEB_CONFIG_FILE
connectMode=socket

also from formsweb.cfg file also we can check.

 

Oracle Forms can be run in either servlet mode or socket mode. 

§  Oracle Applications 11i is based on Forms 6i and is configured to run in socket mode by default. 

§  Oracle Applications 12i is based on Forms 10g and is configured to run in servlet mode by default.  


What is Forms Socket Mode?The connection from the desktop client to the Forms Listener process was accomplished using a direct socket connection. 

§  The direct socket connection mode was suitable for companies providing thin client access to Forms applications within their corporate local area networks.

§  For the direct socket connection mode, the client had to be able to see the server and had to have permission to establish a direct network connection.

§  Although the direct socket connection mode is perfectly suited for deployments within a company’s internal network, it’s not the best choice for application deployment via unsecured network paths via the Internet.

§  A company connected to the Internet typically employs a strict policy defining the types of network connections that can be made by Internet clients to secure corporate networks.

Oracle Applications Release12 by default configures Forms 10g stack in servlet mode, as this is the preferred and recommended deployment model for forms on the web.  In this mode a java servlet called the Forms Listener servlet manages the communication between the Forms Java Client and the Oracle AS Forms Services.

The Forms Listener Servlet communicates through the HTTP server port and does not need extra ports to handle the communication between the client and the Oracle Application Server Forms Services.

The Forms Servlet architecture is also compatible with web applications industry standards and supports different advanced network configurations such as Load balancing effortlessly.

Although Forms Servlet is the preferred deployment method, there may be circumstances where customers need to switch from Forms Servlet mode to Forms Socket mode, which allows desktop clients to access the Forms Server directly.

https://img1.blogblog.com/img/video_object.png

REPORT THIS AD

 

This may be required in the following situations:

§  Customers’ network topology is multimode and the Forms Services are configured on a node different from the node on which Web services (Web Entry Point and Web Applications) are configured.

§  Customers constrained by network bandwidth, or machine resources may consider socket mode as an alternative to improve performance.

§  To reduce network traffic. The servlet mode uses http protocol on each transaction between a client and the Forms Server requiring the exchange of cookies and http headers which increases network traffic.

§  To reduce consumption of resources use by the JVMS needed in servlet mode architecture.

 Socket Mode Advantages

1.     Uses up to 40% less bandwidth than Forms servlet mode.  This may be perceived by Wide Area Network (WAN) users as causing slower responsiveness, depending upon network latency.

2.     Uses fewer application-tier JVM resources than servlet mode, due to fewer TCP turns and lack of overhead associated with HTTP POST handling.

Enabling Forms Socket Mode
Execute the following steps to switch from Forms Servlet mode to Forms Socket mode:

1.     Source the environment on the application tier.

2.     Stop all the application tier services using adstpall.sh

3.     Run the following command to enable Forms Socket Mode:

$FND_TOP/bin/txkrun.pl -script=ChangeFormsMode \
[-contextfile=<CONTEXT_FILE>] \
-mode=socket \
[-port=<Forms port number>] \
-runautoconfig=<No or Yes> \
-appspass=<APPS password>

Parameter

Description

-contextfile

Full path to application tier context file, using the syntax:On UNIX:$INST_TOP/appl/admin/<CONTEXT_NAME>.xml

-mode

servlet – to enable Forms Servlet mode. This is the default value.socket – to enable Forms Socket mode

-port

Port number used to run Forms in socket mode. The default port number is 9095.A port number is not needed if servlet mode is used.

-runautoconfig

Specify whether AutoConfig should be run after changing the forms mode. Possible values are:No – Do not run AutoConfig after enabling Forms servlet/socket mode. This is the recommended value.Yes – Run AutoConfig after enabling Forms servlet/socket mode.

-appspass

Password for the applications user. Required only if -runautoconfig=Yes.

 4. If Autoconfig was not automatically executed as part of the preceding step, then run AutoConfig on the application tier:

On UNIX:

$INST_TOP/admin/scripts/adautocfg.sh

5. Start all the application tier services:

On UNIX:

$INST_TOP/admin/scripts/adstrtal.sh

6.Check whether Forms Server is running:

On UNIX:

$INST_TOP/admin/scripts/adformsrvctl.sh status

1.     Log in to Oracle Applications and  launch a Forms-based application.

2.     Open the Sun Java Console (from Tools Menu in Internet Explorer).

3.     Check whether the “mode” directive displayed in Sun Java Console when launching forms-based applications is set to socket.

4.     The direct launch URL for Forms Socket Mode is:

<web_protocol>://<web_host>.<web_domain>:<web_port>/OA_HTML/frmservlet

 What is Forms Servlet Mode?

The Forms Listener Servlet is a Java servlet that delivers the ability to run Oracle Forms applications over HTTP and HTTPS connections. It manages the creation of a Forms Server Runtime process for each client, as well as network communications between the client and its associated Forms Server Runtime process.

The desktop client sends HTTP requests and receives HTTP responses from the web server. The HTTP Listener on the web server acts as the network endpoint for the client, keeping other servers and ports from being exposed at the firewall. 

Servlet Mode Advantages

1.     HTTP and HTTPS traffic is easily recognizable by routers, while socket mode communications is generally considered suspect and treated on an exception basis. 

2.     Existing networking hardware can be used to support basic functions such as load-balancing and packet encryption for network transit.

3.     More resilient to network and firewall reconfigurations.

4.     More robust: servlet connections can be reestablished if network connections drop unexpectedly for Forms, Framework, and JSP-based pages.

5.     Is the only supported method for generic Oracle Forms customers, and therefore is more thoroughly tested by the Forms and E-Business Suite product groups.

6.     Performance traffic can be monitored via tools like Oracle Real User Experience Insight (RUEI).

7.     Socket mode is not supported on Windows-based server platforms.

Enabling Forms Servlet Mode

Carry out these steps to reenable Forms Servlet mode if Socket Mode is no longer required:

1.Source the environment on the application tier.

2. Stop all the application tier services:

On UNIX:

$INST_TOP/admin/scripts/adstpall.sh

3. Run the following script to disable Forms Socket Mode and re-enable Forms Servlet Mode:

$FND_TOP/bin/txkrun.pl -script=ChangeFormsMode \
[-contextfile=<CONTEXT_FILE>] \
[-mode=servlet] \
-runautoconfig=<No or Yes> \
-appspass=<APPS password>

Parameter

Description

-contextfile

Full path to application tier context file, using the syntax:On UNIX:$INST_TOP/appl/admin/<CONTEXT_NAME>.xml

-mode

servlet – to enable Forms Servlet mode. This is the default value.socket – to enable Forms Socket mode

-port

Port number used to run Forms in socket mode. The default port number is 9095.A port number is not needed if servlet mode is used.

-runautoconfig

Specify whether AutoConfig should be run after changing the forms mode. Possible values are:No – Do not run AutoConfig after enabling Forms servlet/socket mode. This is the recommended value.Yes – Run AutoConfig after enabling Forms servlet/socket mode.

-appspass

Password for the applications user. Required only if -runautoconfig=Yes.

 

4.If Autoconfig was not automatically executed as part of the preceding step, then run AutoConfig on the application tier:

On UNIX:

$INST_TOP/admin/scripts/adautocfg.sh

5. Start all the application tier services:

On UNIX:

$INST_TOP/admin/scripts/adstrtal.sh

1.     Log in to Oracle Applications and  launch a Forms-based application.

2.     Open the Sun Java Console (from Tools Menu in Internet Explorer).

3.     Check whether the “mode” directive displayed in Sun Java Console when launching forms-based applications, is set to http,native

4.     Direct Forms Servlet Launch is:

web_protocol>://<web_host>.<web_domain>:<web_port>/forms/frmservlet

Step 4.1: Manually Starting Forms Server

On UNIX:

$INST_TOP/admin/scripts/adformsrvctl.sh start

Step 4.2: Manually Stopping Forms Server

On UNIX:

$INST_TOP/admin/scripts/adformsrvctl.sh stop

Step 4.3: Checking Status of Forms Server

On UNIX:

$INST_TOP/admin/scripts/adformsrvctl.sh status

Switching Apps Deployments between Modes

Due to its numerous advantages, Forms servlet mode is the preferred and recommended deployment model for Forms on the web. 

There may be circumstances where you need to switch between the default Forms modes.  You might wish to switch your Oracle E-Business Suite Release 12 environment to socket mode to improve performance or reduce network load.  You might wish to switch your Apps 11i environment to servlet mode as part of your rollout to external web-based end-users outside of your organization.

If you’re running Apps 11i and would like to switch to servlet mode, see:

§  Using Forms Listener Servlet with Oracle Applications 11i (Note 201340.1)

If you’re running Apps 12 and would like to switch to socket mode, see:

§  Using Forms Socket Mode in Oracle Applications Release 12 (Note 384241.1)