Monday, December 30, 2013

Hijrah Calendar Support in Oracle E-Business Suite Release 12

This document describes Hijrah calendar support in Oracle E-Business Suite R12.

Contents

  • Scope of Support
  • Overview
  • Requirements
  • Installation
  • Deviation Days Setup
  • Known Issues

Scope of Support

The support for Hijrah calendars is limited to Forms-based user interfaces. Flexfields embedded in the Forms-based user interface, however, still use the Gregorian calendar. In subsequent E-Business Suite releases, Oracle may enable Hijrah calendar support in flexfields as well as products or components that are based on Oracle Application Framework or BI Publisher. Oracle does not have plans to enable Hijrah calendar support in other E-Business Suite components or technologies such as Oracle CRM Technology Foundation (JTF), WebADI, Oracle Discoverer, or Oracle Reports. Only Hijrah calendars (Arabic and English) are currently supported. In the subsequent E-Business Suite releases, support for additional calendars, such as Thai Buddhist, is planned. Product Specific Information Forms

Overview

ARU# 6193444 provides the necessary code to support the Hijrah calendar in EBS forms. The support includes a date picker showing the Hijrah calendarm and date type fields showing Hijrah dates.

Requirements

Make sure your system has the following code levels before applying the Hijrah calendar support patch:
  • R12.AD.A.delta.4
  • R12.ATG_PF.A.delta.4

In addition, Oracle Forms version must be upgraded to 10.1.2.2 first. Review Oracle MetaLink Note# 437878.1, then apply Forms one-off patch for bug 5843467. Client machine locale must be set to Arabic in order for Arabic text to be rendered correctly. Refer to MetaLink Note#393320.1 for how to set the locale with the Windows regional settings.

Installation

Apply ARU# 6193444 with adpatch. After patch application, all product Forms will need to be regenerated. Re-generate the FND message files as well. Bounce the oacore service after patch application. Enabling Hijrah Calendar Support: The following three profile options are added for non Gregorian calendar support:
  • FND: Calendar Week Start Day
  • FND: Forms User Calendar
  • FND: Tooltip Calendar
To enable the Arabic or English Hijrah calendar at runtime, set the FND: Forms User Calendar profile to the desired value. In addition, Hijrah calendar users might want to set the other two profile options. Here is the screen shot of the date picker with following profile values:
  • FND: Calendar Week Start Day = "Sat"
  • FND: Forms User Calendar = "English Hijrah"
  • FND: Tooltip Calendar = "Gregorian"
datepickerThe date picker will show the English Hijrah calendar, with the first day of the week as Saturday. If you place the mouse cursor over a date cell, the tooltip shows the corresponding Gregorian date. When you click on the expansion button at the right bottom corner of the date picker, the corresponding Gregorian calendar pane is displayed next to it. dualmode
datefield
Also, date type fields show the date in the calendar set to FND: Forms User Calendar. The user of the Hijrah Calendar MUST set "Date Format" preference to one with "MM". Refer to known issue #1 for more detail.

Deviation Days Setup

The setup for Hijrah calendar deviation days needs to be configured both on the database tier and on the Forms tier. Use the same deviation file. Refer to the following steps:
  1. Place deviation file under $ORACLE_HOME/nls on both forms middle tier and database tiers. (Refer to the example of nlt file at the bottom of this section.)
  2. run lxegen on each tier. e.g. % lxegen It generates lxecalah.nlb and lxecaleh.nlb under the same directory.
  3. Restart middle tier and database.
  4. Invoke the date picker and confirm the deviation. For instance, after the setup, Gregorian date 09/01/2008 is Hijrah 1/1/1429. Before, it was Hijrah 30/12/1428
      --- Sample of lxecal.nlt ---
     DEFINE calendar
    
             calendar_name              =       "Arabic Hijrah"
    
        DEFINE calendar_deviation
              deviation_data           = { 
                                    <"Jul-26-2006 ad">:1
                                    <"Nov-21-2006 ad">:11
                                    <"Apr-18-2007 ad">:1
                                    <"May-17-2007 ad">:11
                                    <"Jun-16-2007 ad">:1
                                    <"Jul-15-2007 ad">:11
                                    <"Aug-14-2007 ad">:1
                                    <"Sep-12-2007 ad">:11
                                    <"Oct-12-2007 ad">:1
                                    <"Nov-10-2007 ad">:11
                                    <"Jan-09-2008 ad">:1
                }
        ENDDEFINE calendar_deviation
    
     ENDDEFINE calendar
    
            DEFINE calendar
    
             calendar_name              =       "English Hijrah"
    
               DEFINE calendar_deviation
              deviation_data           = {
                                    <"Jul-26-2006 ad">:1
                                    <"Nov-21-2006 ad">:11
                                    <"Apr-18-2007 ad">:1
                                    <"May-17-2007 ad">:11
                                    <"Jun-16-2007 ad">:1
                                    <"Jul-15-2007 ad">:11
                                    <"Aug-14-2007 ad">:1
                                    <"Sep-12-2007 ad">:11
                                    <"Oct-12-2007 ad">:1
                                    <"Nov-10-2007 ad">:11
                                    <"Jan-09-2008 ad">:1
                                            }
               ENDDEFINE calendar_deviation
    
            ENDDEFINE calendar
    
       --- end of sample of lxecal.nlt ---
    
    Note: this sample covers only recent years.
If you encounter a performance issue when bringing up the forms date picker with a big deviation file, apply patch for bug# 5604120 on 10.1.2 ORACLE_HOME. After applying the patch, make sure to relink forms and reports. Refer to post install steps in Note 437878.1.

Freeman-Grenville Hijrah Calendar Calculation Algorithm

A year has 12 months.
Over a cycle of 30 years there are 11 leap years.
There are 30 days in month number 1, 3, 5, 7, 9, and 11, and 29 days in month number 2, 4, 6, 8, 10, and 12.
In a leap year month 12 has 30 days.
In a 30 year cycle, year 2, 5, 7, 10, 13, 16, 18, 21, 24, 26, and 29 are leap years.
Total of 10631 days in a 30 years cycle.
The table shows the features described above.
# of month
Name of month
Number of days
1
Muharram
30
2
Safar
29
3
Rabi'al-Awwal
30
4
Rabi'ath-Thani
29
5
Jumada l-Ula
30
6
Jumada t-Tania
29
7
Rajab
30
8
Sha`ban
29
9
Ramadan
30
10
Shawwal
29
11
Dhu 'l-Qa`da
30
12
Dhu 'l-Hijja
29, but 30 days in years 2, 5, 7, 10, 13, 16, 18, 21, 24, 26, and 29
 The algorithm is taken from the book, The Muslim and Christian Calendars by G.S.P. Freeman-Grenville.
 

Known Issues

  • The "Date Format" preference for the Hijrah Calendar user MUST NOT include "MMM", the translated SHORT month name. For instance, go to "Preference". Make sure the "Date Format" value does NOT have "MMM". Or, search for the "ICX: Date format mask" option with "System Administrator" > Profile > System. Set the format with all numbers, not the translated short month name. This is because some of the short month names are the same. Also, they might be meaninglessly truncated.
  • Hijrah and Thai calendars are only supported for Date Type fields. Character (text) Type fields show Gregorian dates. Similarly, dates embedded in error, informative, alert messages, or title bar may show up in Gregorian irrespective of the user preferred calendar.
  • Flexfields embedded in the Forms-based user interface show Gregorian date.
  • Oracle Foms UI embedded Beans Areas such as timeline of MRMS Maintain Contingent Workers or Scheduler Workbench of EAM always show Gregorian dates.
  • Seeded data for "term" is Gregorian base. e.g. "Jan-00"
  • Dates prior to July 16th, 622 AD are not supported in Hijrah calendar.
  • While generating all the forms after applied ARU#6193444, one CSI Form gives error: following Oracle Forms objects did not generate successfully: csi forms/XX CSIIRTYP.fmx (XX is the oracle language code you’re generating.) bug#5863264 is tracking this issue, and it is planned to be resolved in the future. The workaround is to set the width and height property to 5 on the calendar canvas of $AU_TOP/forms/XX/CSIIRTYP.fmb. And re-generate it.

Hijrah Calendar Support in Oracle E-Business Suite Release 12

This document describes Hijrah calendar support in Oracle E-Business Suite R12.

Contents

  • Scope of Support
  • Overview
  • Requirements
  • Installation
  • Deviation Days Setup
  • Known Issues

Scope of Support

The support for Hijrah calendars is limited to Forms-based user interfaces. Flexfields embedded in the Forms-based user interface, however, still use the Gregorian calendar. In subsequent E-Business Suite releases, Oracle may enable Hijrah calendar support in flexfields as well as products or components that are based on Oracle Application Framework or BI Publisher. Oracle does not have plans to enable Hijrah calendar support in other E-Business Suite components or technologies such as Oracle CRM Technology Foundation (JTF), WebADI, Oracle Discoverer, or Oracle Reports. Only Hijrah calendars (Arabic and English) are currently supported. In the subsequent E-Business Suite releases, support for additional calendars, such as Thai Buddhist, is planned. Product Specific Information Forms

Overview

ARU# 6193444 provides the necessary code to support the Hijrah calendar in EBS forms. The support includes a date picker showing the Hijrah calendarm and date type fields showing Hijrah dates.

Requirements

Make sure your system has the following code levels before applying the Hijrah calendar support patch:
  • R12.AD.A.delta.4
  • R12.ATG_PF.A.delta.4

In addition, Oracle Forms version must be upgraded to 10.1.2.2 first. Review Oracle MetaLink Note# 437878.1, then apply Forms one-off patch for bug 5843467. Client machine locale must be set to Arabic in order for Arabic text to be rendered correctly. Refer to MetaLink Note#393320.1 for how to set the locale with the Windows regional settings.

Installation

Apply ARU# 6193444 with adpatch. After patch application, all product Forms will need to be regenerated. Re-generate the FND message files as well. Bounce the oacore service after patch application. Enabling Hijrah Calendar Support: The following three profile options are added for non Gregorian calendar support:
  • FND: Calendar Week Start Day
  • FND: Forms User Calendar
  • FND: Tooltip Calendar
To enable the Arabic or English Hijrah calendar at runtime, set the FND: Forms User Calendar profile to the desired value. In addition, Hijrah calendar users might want to set the other two profile options. Here is the screen shot of the date picker with following profile values:
  • FND: Calendar Week Start Day = "Sat"
  • FND: Forms User Calendar = "English Hijrah"
  • FND: Tooltip Calendar = "Gregorian"
datepickerThe date picker will show the English Hijrah calendar, with the first day of the week as Saturday. If you place the mouse cursor over a date cell, the tooltip shows the corresponding Gregorian date. When you click on the expansion button at the right bottom corner of the date picker, the corresponding Gregorian calendar pane is displayed next to it. dualmode
datefield
Also, date type fields show the date in the calendar set to FND: Forms User Calendar. The user of the Hijrah Calendar MUST set "Date Format" preference to one with "MM". Refer to known issue #1 for more detail.

Deviation Days Setup

The setup for Hijrah calendar deviation days needs to be configured both on the database tier and on the Forms tier. Use the same deviation file. Refer to the following steps:
  1. Place deviation file under $ORACLE_HOME/nls on both forms middle tier and database tiers. (Refer to the example of nlt file at the bottom of this section.)
  2. run lxegen on each tier. e.g. % lxegen It generates lxecalah.nlb and lxecaleh.nlb under the same directory.
  3. Restart middle tier and database.
  4. Invoke the date picker and confirm the deviation. For instance, after the setup, Gregorian date 09/01/2008 is Hijrah 1/1/1429. Before, it was Hijrah 30/12/1428
      --- Sample of lxecal.nlt ---
     DEFINE calendar
    
             calendar_name              =       "Arabic Hijrah"
    
        DEFINE calendar_deviation
              deviation_data           = { 
                                    <"Jul-26-2006 ad">:1
                                    <"Nov-21-2006 ad">:11
                                    <"Apr-18-2007 ad">:1
                                    <"May-17-2007 ad">:11
                                    <"Jun-16-2007 ad">:1
                                    <"Jul-15-2007 ad">:11
                                    <"Aug-14-2007 ad">:1
                                    <"Sep-12-2007 ad">:11
                                    <"Oct-12-2007 ad">:1
                                    <"Nov-10-2007 ad">:11
                                    <"Jan-09-2008 ad">:1
                }
        ENDDEFINE calendar_deviation
    
     ENDDEFINE calendar
    
            DEFINE calendar
    
             calendar_name              =       "English Hijrah"
    
               DEFINE calendar_deviation
              deviation_data           = {
                                    <"Jul-26-2006 ad">:1
                                    <"Nov-21-2006 ad">:11
                                    <"Apr-18-2007 ad">:1
                                    <"May-17-2007 ad">:11
                                    <"Jun-16-2007 ad">:1
                                    <"Jul-15-2007 ad">:11
                                    <"Aug-14-2007 ad">:1
                                    <"Sep-12-2007 ad">:11
                                    <"Oct-12-2007 ad">:1
                                    <"Nov-10-2007 ad">:11
                                    <"Jan-09-2008 ad">:1
                                            }
               ENDDEFINE calendar_deviation
    
            ENDDEFINE calendar
    
       --- end of sample of lxecal.nlt ---
    
    Note: this sample covers only recent years.
If you encounter a performance issue when bringing up the forms date picker with a big deviation file, apply patch for bug# 5604120 on 10.1.2 ORACLE_HOME. After applying the patch, make sure to relink forms and reports. Refer to post install steps in Note 437878.1.

Freeman-Grenville Hijrah Calendar Calculation Algorithm

A year has 12 months.
Over a cycle of 30 years there are 11 leap years.
There are 30 days in month number 1, 3, 5, 7, 9, and 11, and 29 days in month number 2, 4, 6, 8, 10, and 12.
In a leap year month 12 has 30 days.
In a 30 year cycle, year 2, 5, 7, 10, 13, 16, 18, 21, 24, 26, and 29 are leap years.
Total of 10631 days in a 30 years cycle.
The table shows the features described above.
# of month
Name of month
Number of days
1
Muharram
30
2
Safar
29
3
Rabi'al-Awwal
30
4
Rabi'ath-Thani
29
5
Jumada l-Ula
30
6
Jumada t-Tania
29
7
Rajab
30
8
Sha`ban
29
9
Ramadan
30
10
Shawwal
29
11
Dhu 'l-Qa`da
30
12
Dhu 'l-Hijja
29, but 30 days in years 2, 5, 7, 10, 13, 16, 18, 21, 24, 26, and 29
 The algorithm is taken from the book, The Muslim and Christian Calendars by G.S.P. Freeman-Grenville.
 

Known Issues

  • The "Date Format" preference for the Hijrah Calendar user MUST NOT include "MMM", the translated SHORT month name. For instance, go to "Preference". Make sure the "Date Format" value does NOT have "MMM". Or, search for the "ICX: Date format mask" option with "System Administrator" > Profile > System. Set the format with all numbers, not the translated short month name. This is because some of the short month names are the same. Also, they might be meaninglessly truncated.
  • Hijrah and Thai calendars are only supported for Date Type fields. Character (text) Type fields show Gregorian dates. Similarly, dates embedded in error, informative, alert messages, or title bar may show up in Gregorian irrespective of the user preferred calendar.
  • Flexfields embedded in the Forms-based user interface show Gregorian date.
  • Oracle Foms UI embedded Beans Areas such as timeline of MRMS Maintain Contingent Workers or Scheduler Workbench of EAM always show Gregorian dates.
  • Seeded data for "term" is Gregorian base. e.g. "Jan-00"
  • Dates prior to July 16th, 622 AD are not supported in Hijrah calendar.
  • While generating all the forms after applied ARU#6193444, one CSI Form gives error: following Oracle Forms objects did not generate successfully: csi forms/XX CSIIRTYP.fmx (XX is the oracle language code you’re generating.) bug#5863264 is tracking this issue, and it is planned to be resolved in the future. The workaround is to set the width and height property to 5 on the calendar canvas of $AU_TOP/forms/XX/CSIIRTYP.fmb. And re-generate it.

Hijrah Calendar Support in Oracle E-Business Suite Release 12

This document describes Hijrah calendar support in Oracle E-Business Suite R12.

Contents

  • Scope of Support
  • Overview
  • Requirements
  • Installation
  • Deviation Days Setup
  • Known Issues

Scope of Support

The support for Hijrah calendars is limited to Forms-based user interfaces. Flexfields embedded in the Forms-based user interface, however, still use the Gregorian calendar. In subsequent E-Business Suite releases, Oracle may enable Hijrah calendar support in flexfields as well as products or components that are based on Oracle Application Framework or BI Publisher. Oracle does not have plans to enable Hijrah calendar support in other E-Business Suite components or technologies such as Oracle CRM Technology Foundation (JTF), WebADI, Oracle Discoverer, or Oracle Reports. Only Hijrah calendars (Arabic and English) are currently supported. In the subsequent E-Business Suite releases, support for additional calendars, such as Thai Buddhist, is planned. Product Specific Information Forms

Overview

ARU# 6193444 provides the necessary code to support the Hijrah calendar in EBS forms. The support includes a date picker showing the Hijrah calendarm and date type fields showing Hijrah dates.

Requirements

Make sure your system has the following code levels before applying the Hijrah calendar support patch:
  • R12.AD.A.delta.4
  • R12.ATG_PF.A.delta.4

In addition, Oracle Forms version must be upgraded to 10.1.2.2 first. Review Oracle MetaLink Note# 437878.1, then apply Forms one-off patch for bug 5843467. Client machine locale must be set to Arabic in order for Arabic text to be rendered correctly. Refer to MetaLink Note#393320.1 for how to set the locale with the Windows regional settings.

Installation

Apply ARU# 6193444 with adpatch. After patch application, all product Forms will need to be regenerated. Re-generate the FND message files as well. Bounce the oacore service after patch application. Enabling Hijrah Calendar Support: The following three profile options are added for non Gregorian calendar support:
  • FND: Calendar Week Start Day
  • FND: Forms User Calendar
  • FND: Tooltip Calendar
To enable the Arabic or English Hijrah calendar at runtime, set the FND: Forms User Calendar profile to the desired value. In addition, Hijrah calendar users might want to set the other two profile options. Here is the screen shot of the date picker with following profile values:
  • FND: Calendar Week Start Day = "Sat"
  • FND: Forms User Calendar = "English Hijrah"
  • FND: Tooltip Calendar = "Gregorian"
datepickerThe date picker will show the English Hijrah calendar, with the first day of the week as Saturday. If you place the mouse cursor over a date cell, the tooltip shows the corresponding Gregorian date. When you click on the expansion button at the right bottom corner of the date picker, the corresponding Gregorian calendar pane is displayed next to it. dualmode
datefield
Also, date type fields show the date in the calendar set to FND: Forms User Calendar. The user of the Hijrah Calendar MUST set "Date Format" preference to one with "MM". Refer to known issue #1 for more detail.

Deviation Days Setup

The setup for Hijrah calendar deviation days needs to be configured both on the database tier and on the Forms tier. Use the same deviation file. Refer to the following steps:
  1. Place deviation file under $ORACLE_HOME/nls on both forms middle tier and database tiers. (Refer to the example of nlt file at the bottom of this section.)
  2. run lxegen on each tier. e.g. % lxegen It generates lxecalah.nlb and lxecaleh.nlb under the same directory.
  3. Restart middle tier and database.
  4. Invoke the date picker and confirm the deviation. For instance, after the setup, Gregorian date 09/01/2008 is Hijrah 1/1/1429. Before, it was Hijrah 30/12/1428
      --- Sample of lxecal.nlt ---
     DEFINE calendar
    
             calendar_name              =       "Arabic Hijrah"
    
        DEFINE calendar_deviation
              deviation_data           = { 
                                    <"Jul-26-2006 ad">:1
                                    <"Nov-21-2006 ad">:11
                                    <"Apr-18-2007 ad">:1
                                    <"May-17-2007 ad">:11
                                    <"Jun-16-2007 ad">:1
                                    <"Jul-15-2007 ad">:11
                                    <"Aug-14-2007 ad">:1
                                    <"Sep-12-2007 ad">:11
                                    <"Oct-12-2007 ad">:1
                                    <"Nov-10-2007 ad">:11
                                    <"Jan-09-2008 ad">:1
                }
        ENDDEFINE calendar_deviation
    
     ENDDEFINE calendar
    
            DEFINE calendar
    
             calendar_name              =       "English Hijrah"
    
               DEFINE calendar_deviation
              deviation_data           = {
                                    <"Jul-26-2006 ad">:1
                                    <"Nov-21-2006 ad">:11
                                    <"Apr-18-2007 ad">:1
                                    <"May-17-2007 ad">:11
                                    <"Jun-16-2007 ad">:1
                                    <"Jul-15-2007 ad">:11
                                    <"Aug-14-2007 ad">:1
                                    <"Sep-12-2007 ad">:11
                                    <"Oct-12-2007 ad">:1
                                    <"Nov-10-2007 ad">:11
                                    <"Jan-09-2008 ad">:1
                                            }
               ENDDEFINE calendar_deviation
    
            ENDDEFINE calendar
    
       --- end of sample of lxecal.nlt ---
    
    Note: this sample covers only recent years.
If you encounter a performance issue when bringing up the forms date picker with a big deviation file, apply patch for bug# 5604120 on 10.1.2 ORACLE_HOME. After applying the patch, make sure to relink forms and reports. Refer to post install steps in Note 437878.1.

Freeman-Grenville Hijrah Calendar Calculation Algorithm

A year has 12 months.
Over a cycle of 30 years there are 11 leap years.
There are 30 days in month number 1, 3, 5, 7, 9, and 11, and 29 days in month number 2, 4, 6, 8, 10, and 12.
In a leap year month 12 has 30 days.
In a 30 year cycle, year 2, 5, 7, 10, 13, 16, 18, 21, 24, 26, and 29 are leap years.
Total of 10631 days in a 30 years cycle.
The table shows the features described above.
# of month
Name of month
Number of days
1
Muharram
30
2
Safar
29
3
Rabi'al-Awwal
30
4
Rabi'ath-Thani
29
5
Jumada l-Ula
30
6
Jumada t-Tania
29
7
Rajab
30
8
Sha`ban
29
9
Ramadan
30
10
Shawwal
29
11
Dhu 'l-Qa`da
30
12
Dhu 'l-Hijja
29, but 30 days in years 2, 5, 7, 10, 13, 16, 18, 21, 24, 26, and 29
 The algorithm is taken from the book, The Muslim and Christian Calendars by G.S.P. Freeman-Grenville.
 

Known Issues

  • The "Date Format" preference for the Hijrah Calendar user MUST NOT include "MMM", the translated SHORT month name. For instance, go to "Preference". Make sure the "Date Format" value does NOT have "MMM". Or, search for the "ICX: Date format mask" option with "System Administrator" > Profile > System. Set the format with all numbers, not the translated short month name. This is because some of the short month names are the same. Also, they might be meaninglessly truncated.
  • Hijrah and Thai calendars are only supported for Date Type fields. Character (text) Type fields show Gregorian dates. Similarly, dates embedded in error, informative, alert messages, or title bar may show up in Gregorian irrespective of the user preferred calendar.
  • Flexfields embedded in the Forms-based user interface show Gregorian date.
  • Oracle Foms UI embedded Beans Areas such as timeline of MRMS Maintain Contingent Workers or Scheduler Workbench of EAM always show Gregorian dates.
  • Seeded data for "term" is Gregorian base. e.g. "Jan-00"
  • Dates prior to July 16th, 622 AD are not supported in Hijrah calendar.
  • While generating all the forms after applied ARU#6193444, one CSI Form gives error: following Oracle Forms objects did not generate successfully: csi forms/XX CSIIRTYP.fmx (XX is the oracle language code you’re generating.) bug#5863264 is tracking this issue, and it is planned to be resolved in the future. The workaround is to set the width and height property to 5 on the calendar canvas of $AU_TOP/forms/XX/CSIIRTYP.fmb. And re-generate it.

Friday, December 27, 2013

FDM Import Screen Hangs On "Processing.. Please Wait" on Client Workstations

FDM Import Screen Hangs On "Processing.. Please Wait" on Client Workstations

Modified:21-May-2013Type:PROBLEM

In this Document
Symptoms
Cause
Solution

APPLIES TO:

Hyperion Financial Data Quality Management - Version 11.1.2.1.000 and later
Information in this document applies to any platform.
SYMPTOMS

When running an import in FDM for a location that has around 8 pages of source records the FDM Screen hangs with "processing please wait..." and does not return back a gold fish status with the source data. If the same import process is ran locally to the FDM Server or on another server in the same data center the page refreshes properly.


CAUSE

The issue is related to the enabled firewall on the user's PCs. After disabling the firewall, this issue instantly disappeared.


SOLUTION

A) Disable Enabled Firewall on users PC (Symantec, McAffee, etc.)

FDM Import Screen Hangs On "Processing.. Please Wait" on Client Workstations

FDM Import Screen Hangs On "Processing.. Please Wait" on Client Workstations

Modified:21-May-2013Type:PROBLEM

In this Document
Symptoms
Cause
Solution

APPLIES TO:

Hyperion Financial Data Quality Management - Version 11.1.2.1.000 and later
Information in this document applies to any platform.
SYMPTOMS

When running an import in FDM for a location that has around 8 pages of source records the FDM Screen hangs with "processing please wait..." and does not return back a gold fish status with the source data. If the same import process is ran locally to the FDM Server or on another server in the same data center the page refreshes properly.


CAUSE

The issue is related to the enabled firewall on the user's PCs. After disabling the firewall, this issue instantly disappeared.


SOLUTION

A) Disable Enabled Firewall on users PC (Symantec, McAffee, etc.)

How to Start and Stop Financial Management (HFM) Server Windows Processes

How to Start and Stop Financial Management (HFM) Server Windows Processes

  What are the main Windows processes of an HFM application server?
  What happens when I start the HFM Windows Service?
  What happens when I stop the HFM Windows Service?
  Why should I use the HFM Windows Service?
  When should I not use the HFM Windows Service?
  Allowing HFM to start and stop as needed.
  Why do I see multiple HsvDataSource.exe processes on an HFM application server?
  When does the HsvDataSource.exe process stop itself?
  Why might the HsvDataSource.exe not stop by itself?
  What is the CASSecurity.exe process?
  In what order should the HFM processes be stopped?

APPLIES TO:

Hyperion Financial Management - Version 1.0.0.0.00 and later
Information in this document applies to any platform.
PURPOSE

This document describes the starting and stopping of the main Windows processes that are seen in the Windows Task Manager of a HFM application server.

SCOPE

This document is intended for use by Hyperion Financial Management administrators with a good understanding of the Windows Task Manager, in particular the Processes tab.

DETAILS

What are the main Windows processes of an HFM application server?

The main Windows processes of a HFM application server are HsxService.exe, HsxServer.exe, CASSecurity.exe and HsvDatasource.exe.

What happens when I start the HFM Windows Service?

Oracle's Hyperion Financial Management can be started by starting the Windows Service "Hyperion Financial Management - Management Service". When this service is started, a process called HsxService.exe will become visible in the Windows Task Manager, and will remain running until the Windows Service is stopped. The HsxServer.exe, CASSecurity.exe and HsvDataSource.exe processes are also started.

What happens when I stop the HFM Windows Service?

When the Hyperion Financial Management Windows service is stopped, the HsxService.exe process will be stopped along with the HsvDataSource.exe, CASSecurity.exe and HsxServer.exe processes.

Why should I use the HFM Windows Service?

Oracle typically recommends that customers use the Windows Service approach only when their individual applications within their HFM database are known to take several minutes to start up. By starting the Windows Service, the application server will pre-launch each application, which will then be "active" and already started when the first user attempts to connect to the application. In this way, the user will not experience any "delay" while logging in, due to application startup time.

Applications may take longer to start up when their metadata dimensions are very large, when an application server or database is under heavy load, or when the rules file of the application contains a slow performing "NoInput" rules section. This section may take longer to execute if it contains many loop statements through many different metadata Point of View (POV) members. Care should be taken when designing metadata and NoInput rules routines to reduce the start up time of an individual application.

When should I not use the HFM Windows Service?

A potential disadvantage of using the Windows Service approach is that all applications are started, regardless of the true requirement and usage of the end users. If there are many applications that exist in the HFM database, unnecessary memory and CPU cycles may be used launching applications which are not needed by the end users. For this reason, Oracle recommends that customers not keep unused HFM applications in production environment HFM databases, or to not use the HFM Windows Service approach if there are known unused HFM applications in the database.

Allowing HFM to start and stop as needed.

If the HFM Windows Service is not being used as above, Financial Management will start itself when end users attempt to log on to an HFM application. When any end user connects to HFM for the first time on a particular application server, the process HsxServer.exe will be started. This process builds connections to the HFM database repository, authenticates the user connecting, and returns a list of available HFM applications within the database. There will only be one HsxServer.exe process on each application server. If the end user who connected to the HFM application server then proceeds to select an HFM application name to open, the HsxServer.exe process will then launch the HsvDataSource.exe Windows process to start that application. The HsxServer.exe process will remain running until there are no users logged on to that application server and all HsvDataSource.exe processes have also stopped.

Why do I see multiple HsvDataSource.exe processes on an HFM application server?

Hyperion Financial Management opens one HsvDataSource.exe (HSVDAT~1.EXE) process on the HFM server per active application. Connections are application specific. If multiple applications are opened, multiple HsvDataSource.exe processes will be launched.

When an application is opened, a database connection pool is created between the application process and the relational database (SQL Server / Oracle / DB2 etc). However, connections are not released on an application basis - they are released on an application server basis. All connections are not released until the application server has no Financial Management users accessing any application.

When does the HsvDataSource.exe process stop itself?

When an application server determines that all users of a particular application on that application server have correctly logged off or timed out (e.g. web time out), then it sends a signal to the HsvDataSource.exe process running that application to stop itself.

When all HsvDataSource.exe processes on a particular application server have stopped themselves, then the HsxServer.exe and CASSecurity.exe processes will also be stopped. After a short delay, under normal circumstances, all HFM processes will stop themselves. Only when all HFM processes on all HFM application servers have been stopped is it safe to make changes to the relational database for example, copying applications, taking or restoring backups of the database or powering down the database. Changes to the database should NOT be made while any HsvDataSource.exe process is seen running in the Windows Task Manager.

Why might the HsvDataSource.exe not stop by itself?

If end users log off incorrectly, their sessions may not have stopped. Hyperion Reports, Financial Reporting, Web Analysis, Financial Data Quality Management, Shared Services task flows or other modules may be holding open connections to Financial Management applications. All other Hyperion processes and services which may be connecting to Financial Management should be stopped first. Financial Management administrators may like to use the "Users on System" module of Financial Management to stop end user connections. When Financial Management decides that all connections have stopped, it should proceed to shut itself down automatically.

What is the CASSecurity.exe process?

Another Windows process is CASSecurity.exe. This is a process that manages the interface between Financial Management and Hyperion Shared Services modules. It handles some of the authorization and authentication processes of HFM, as well as security related features while the application is running.  Important Note:  Any change in the Shared Services external provider configuration REQUIRES the CASSecurity.exe process to be recycled in order gain access to the provider changes.  Follow the "In what order should the HFM processes be stopped" section.

In what order should the HFM processes be stopped?

If Financial Management appears to have frozen / crashed it may be necessary to stop the processes. Processes should be stopped in the following order:

The Hyperion Financial Management Windows Service (HsxService.exe) should be stopped via the Windows Services if it seen to be running.
The HsvDataSource.exe for each application should be shut down. Ideally it should be observed that the HsvDataSource.exe is using 00% CPU in the Windows Task Manager before it is stopped using "End Process". Care should be taken when stopping running processes.
Any CASSecurity.exe process which is still running in the Windows Task Manager should be stopped using "End Process"
If any HsxServer.exe process is still running, it should be stopped using "End Process"

CAUTION: In a multi-server environment where multiple application servers are connecting to the same relational database, the process of stopping HFM should be repeated on ALL HFM application servers before attempting to restart any HFM processes or "bring up" the applications once again. It is not recommended to stop and start any one server independently but instead to stop the whole environment and then bring it back up.

Thursday, December 26, 2013

These scripts are meant to provide the most commonly requested information.


These scripts are meant to provide the most commonly requested information.

Functional analysts with SQL and Unix access should be able to run these scripts and provide the information to Oracle Support.

User need to log into SQL plus to run the SQL scripts.

QUESTIONS AND ANSWERS

IMPORTANT:

Most of the information provided by the scripts below can be obtained from the RDA diagnostics, which is simple to perform and provides more complete information about the installed software. This should be the privileged set of information provided to Support.
You can find the RDA test for your APPS version in one of the following:
R12.0.6+ : All RDA Data Collection Test (Doc ID 732091.1)
R12.0.[3-4] : All RDA Data Collection Test (Doc ID 420427.1)
11i : Applications DBA RDA Data Collection Test (Doc ID 183274.1)


1. How to find versions of files in packages?

select text from dba_source
where name like '%&PKG_NAME%'
and line = 2;

Example:

select text from dba_source
where name = 'GLRX_JOURNAL_PKG'
and line = 2;

2. How to check if a patch is applied?

select * from ad_bugs
where bug_number = &bug_number;

select * from ad_applied_patches
where patch_name = &bug_number;

SELECT DISTINCT a.bug_number, e.patch_name, c.end_date, b.applied_flag
FROM ad_bugs a,
  ad_patch_run_bugs b,
  ad_patch_runs c,
  ad_patch_drivers d,
  ad_applied_patches e
WHERE a.bug_id = b.bug_id
AND b.patch_run_id = c.patch_run_id
AND c.patch_driver_id = d.patch_driver_id
AND d.applied_patch_id = e.applied_patch_id
AND a.bug_number LIKE '&bug_number'
ORDER BY 1 DESC ;



3. How to find the patch set level for an application?

select substr(aa.application_short_name,1,20) "Product",
a.patch_level "Patch Level"
from fnd_product_installations a, fnd_application aa
where a.application_id = aa.application_id
and aa.application_short_name like '%&short_name%';

Example:

select substr(aa.application_short_name,1,20) "Product",
a.patch_level "Patch Level"
from fnd_product_installations a, fnd_application aa
where a.application_id = aa.application_id
and aa.application_short_name like '%AP%';



4. How to find instance name, host name, apps and RDBMS versions of the instance user is logged into?

select i.instance_name, i.host_name, f.release_name release, i.version
from v$instance i, fnd_product_groups f
where upper(substr(i.instance_name,1,4)) = upper(substr(f.applications_system_name,1,4));



5. How to find the latest version of a file on a given instance?

select sub.filename, sub.version
from (
   select adf.filename filename,
   afv.version version,
   rank()over(partition by adf.filename
     order by afv.version_segment1 desc,
     afv.version_segment2 desc,afv.version_segment3 desc,
     afv.version_segment4 desc,afv.version_segment5 desc,
     afv.version_segment6 desc,afv.version_segment7 desc,
     afv.version_segment8 desc,afv.version_segment9 desc,
     afv.version_segment10 desc,
     afv.translation_level desc) as rank1
   from ad_file_versions afv,
     (
     select filename, app_short_name, subdir, file_id
     from ad_files
     where upper(filename) like upper('%&filename%')
     ) adf
   where adf.file_id = afv.file_id
) sub
where rank1 = 1
order by 1
 You can enter partial file names and the search is not case sensitive.

For example you can search on "glxjeent" for the form "GLXJEENT.fmb" or "frmsheet1" for java file "FrmSheet1VBA.class".

Note: This script works for the following file types:
- .class, .drvx, .fmb, .htm, .lct, .ldt, .o, .odf, .pkb, .pkh, .pls, .rdf, .rtf, .sql, .xml.
It doens't work for .lpc, .lc files, etc.


6. How to check the installation status and patch set level for a product?

Example 1

select patch_level, status from fnd_product_installations
where patch_level like '%FND%';

Example 2

select patch_level, status from fnd_product_installations
where patch_level like '%XDO%';


7. How to backup a table before users use sql to update the apps tables?

Example 1:

Create table ap_invoices_all_bkp as select * from ap_invoices_all;

Example 2:

Create table gl_interface_bkp as select * from gl_interface;



Note: SQL updates are not allowed unless directed to do so by Oracle Support or Development



8. How to find the table(s) name with the column name?


User knows the column_name but not sure what table(s) the column name is in.

Example:

select * from dba_tab_columns
where column_name like '%SET_OF_BOOKS_ID%';

This will provide the names of all the tables that has column_name SET_OF_BOOKS_ID.



9. How to check for invalid objects in a particular module?

select OWNER, OBJECT_NAME, OBJECT_TYPE
from DBA_OBJECTS
where OBJECT_NAME like 'FND_%'
and STATUS = 'INVALID';

select OWNER, OBJECT_NAME, OBJECT_TYPE
from DBA_OBJECTS
where OBJECT_NAME like 'AP_%'
and STATUS = 'INVALID';


10. How to check for invalid objects in all the modules?

select owner, object_name, object_type from dba_objects
where status = 'INVALID'
order by object_name, object_type;



11. How to find the applications in the system that are either installed shared?

select fat.application_id, FAT.APPLICATION_NAME, fdi.status, fdi.patch_level
FROM FND_APPLICATION_TL FAT, fnd_product_installations FDI
WHERE FDI.APPLICATION_ID = FAT.APPLICATION_ID
and fdi.status in ('I', 'S')
Note: Status 'I' meaning installed and status 'S' meaning shared.



12. How to determine database character set?

select value from nls_database_parameters
where parameter = 'NLS_CHARACTERSET';

The following scripts will provide NLS parameter and value for database, instance and session.

select * from nls_database_parameters;
select * from nls_instance_parameters;
select * from nls_session_parameters;



13. How to check the indexes on a table?

Example:

select index_owner owner, table_name tab, index_name ind, column_name colu, column_position position
from DBA_IND_COLUMNS
where table_name = 'GL_CODE_COMBINATIONS';


14. How to check for custom triggers on seeded tables?

Example:

select trigger_name, owner
from dba_triggers
where table_name = 'GL_BALANCES';


15. How to get the header file versions for an executable in Unix?

Example 1

Log into UNIX.
> cd $AP_TOP/bin
> strings -a APXXTR |grep Header
Example 2

> cd $RG_TOP/bin
> Strings -a RGRARG |grep Header

The above will provide the versions of all the header files in those executables.

Note: the command adident (in unix, windows and other OS) can also be used to provide the file versions.