Discoverer Report Row Total

We are running Oracle BI Discoverer Viewer version 11.1.1.4.0. When we upgraded to this version we lost some functionality. In the previous version the report displayed the number of rows the query returned. Now the row totals display only under certain conditions. For instance, I have a inventory report name INV-REP-120 and it prompts the user for 6 parameters & displays 6 columns of data. One of the parameters is named ‘Keyword' and I’ll use this one in the problem description. When I set the keyword parameter to ‘HINGE’ The bar at the top of the results sheet it displays:
‘Rows 1-25 of 81, Columns 1-6 of 9’
When I change the keyword to ‘TUBE’ the viewer displays:
‘Rows 1-25, Columns 1-6 of 9’
The total rows are not displayed but the number of pages. It appears that if the total number of rows is less than 200 then the row total is displayed. I changed the rows displayed from 25 to 100 and scrolled down to the last page and now the reports displays:
‘451 – 458 of 458, Columns 1-6 of 9’
When I use the key word TEE I get :
‘Rows 1-50, Columns 1-6 of 9’
There are 596 tees, which would be about 12 pages of 50 rows. I noticed that at the top of table there is a field ‘Page 1 of 5.’ It looks like if there are more than 5 pages it does not display the total number of rows.
There seems to be some interaction between the total number of rows the number of rows per page and perhaps a setup on the back-end that determines whether or not the row total is displayed. How can I configure the viewer at the front-end and/or back-end to consistently display the row total for a report? Is there a Discoverer preference located in the pref.txt in the apps server that controls this?

Hi,
You can inform to your SP to edit the table EUL4_documents
and ask him to modify the name of the report that is stored in the column DOC_NAME .There is absolutely no necessary to open the work book that is stored in the database and change the work book name
Regards
Swamy!

Similar Messages

Open Pages from Discoverer Report

Hi,
Is there a way to invoke a webpage or even better, an oracle function (that links to forms or self-service) from a discoverer report row ?
for example, I want a report for employees where the person looking at the report will click on the employee name and is taken straight to the person details page for that employee.
Regards.

Hi,
You can create a link to a form function using fnd_run_function.get_run_function_url. You can create a calculation either in a view or using a calculated item in the EUL (you will have to map the get_run_function_url in the EUL to do this). You then set the content type property of the EUL item to FILE so that when the item is selected in the workbook it appears as a hyperlink.
Most forms in apps except parameters so that you can pass the employee id to the form and the form will open up with the employee record. For example, if you are using a seed HR person form you create a calculation,
fnd_run_function.get_run_function_url(3494      -- PERWSHRG-404
                                     ,800       -- HR
                                     ,fnd_global.RESP_ID     -- caller's responsibility
                                     ,0        -- Business Group
                                     ,         -- Parameters
     'P_PERSON_ID='||TO_CHAR(person_id, 'fm9999999999999')||
     ' P_EFFECTIVE_DATE='||TO_CHAR(SYSDATE, 'YYYY/MM/DD'))Rod West

Discoverer Report Totals

I am using multiple tables in a discoverer report and using group totals. The total headings appear on the report but not the totals.
Also, when using multiple tables in discoverer, how do you determine which table is being used as the primary read?
Thanks

I am using multiple tables in a discoverer report and
using group totals. The total headings appear on the
report but not the totals. ----- Which type of total are you using ? Make sure that the 'Data points' are Numbers. Also, make sure to change 'Show NULL values as' to 0
>
Also, when using multiple tables in discoverer, how
do you determine which table is being used as the
primary read?----It is determined by the joins. You can specify master-details joins.
Cheers!
Yogini

Number of rows which can be retrieved in Discoverer Report

Hi All,
Is there any maximum limit on the number of rows which can be retrieved in Discoverer Report.
Regards,
Ankur

Hi ankur,
Rows for tables are fetched from the database incrementally in groups. The number of rows in each group is specified in the Options dialog box based on the value set in the option "Retrieve data incrementally in groups of." Click the Query Governor tab on the Options dialog box to see that option.
To override that setting you can retrieve all the rows at once instead of incrementally. Retrieving all rows applies only to tabular style reports.
* To retrieve all the rows at once instead of incrementally, choose
Sheet | Retrieve All Rows. The table includes all the rows.
* To count the number of rows choose Sheet | Count All Rows.
I think there would be some maximum limit,do check it out.
By,
Kranthi.

Discoverer report does not sum up the column

Hi All,
I am running the discoverer report from discoverer desktop and was
trying to use the sum function to sum the total amount of the report.
The sum function does not work and it only display Cell
Sum: (blank) with no actual data.
When i checked the report details some columns are calculated based on the columns which i want to sum up.
Any ideas please share with me
Thanks in advance.

b) What is the difference between sum and cell sum? Well, I certainly won't claim to be a Discoverer guru. From what little I have seen, the practical result is not any difference really between the two. SUM of a calculated row is adding up the calculation to the total. Whereas cell sum is like adding up the individual values behind the calculation you see. The distinction makes more sense when you have SUM DISTINCT and CELL SUM DISTINCT being involved. Then you will see a difference in the calculated total. But for SUM and CELL SUM itself, I have not seen any difference between the two, but I am still pretty new to Discoverer.
e) Aggregate field from a folder. Well, this may be one where you have to play around with your own data to understand. Let me try to give you a simple example. Let's say you have a sales table with 100 rows. You have sales data for 5 cities, and each city has 20 rows of sales history. If you pick Sales Dollars Detail and City Name for your workbook and run, you will get 100 rows in your result (complete detail listing). So that is what happens with no aggregation. Now, instead of doing Sales Dollars Detail, you pick Sales Dollars Sum (the same thing as saying SUM(Sales Dollars) in an SQL statement). Run the workbook. You will now get 5 rows of data, instead of 100 rows of data. You will get one row for each city. If you look at the SQL that Discoverer generates, you will see that it has now done a GROUP BY in the SQL statement. Notice I have not said anything about DISTINCT (just trying to keep things simple).
Now, lets say you do a workbook for City, Part Number, and Sales Dollars Sum. Run the workbook. You get a summarized result (say maybe 10 rows of summary data this time). If you look at the Discoverer SQL, the GROUP BY is now by city and part number, automatically doing that because you picked the SUM version of sales dollars.
Now lets say you add Sales Units Detail to the workbook. Discoverer will give you a warning message that you are have both an aggregate and a non-aggregate and that you may end up with unpredictable results. Run the workbook. You will be back to 100 rows, because you specified sales units in detail.
Most of the time I do not want to see detail rows in a workbook. So most of the time I am picking the SUM aggregate for an amount item.
Hope this explains things a bit. Sounds like maybe you need to take the Discoverer Create Queries and Reports class. Would help you understand these things better. Good luck.
John Dickey

Discoverer Report - Drill down

Hi Friends,
initially I have executed the discoverer report and got the data in 5 min, but when I am trying to drill down for some column the same report It is re-executing the query again. Actually while doing drill down it should not re-execute the query.
Kindly suggest is there any setting/solution for the same.
Regards
Pankaj

Are you drilling down by choosing the 'drill to related item' or something like that?
Or are you using a hierarchy that you've set up already?
I'm asking as I've never like the drill-down concept in Disco in that you get all columns back in another worksheet that's totally ugly and not end user friendly.
However, when I've set up a hierarchy and drilled down the hierarchy it just opens the new rows within the level I'm at in the same worksheet and doesn't seem to take any more time.
Russ

Discoverer report is slow

Hi,
I have created a detail level view joining multiple tables. Based on this view I have created a report which gives the totals.
The estimated time to generate the report is showing as 26 mins when I try to run it for some parameters.
But when I take the query from the SQL inspector of that worksheet and run it in the TOAD for the same parameters, it is just giving the data in 2 mins.
Why is it taking that much time in Discoverer to generate the report. Can you please explain.
Thanks.

Hi,
The query predication itself may be causing the Discoverer report to run slower, so you should try with QPP switched off.
Also TOAD by default only returns the first 50 rows, whereas a Discoverer crosstab report will have to fetch all the rows before displaying the results to the user.
There could also be differences in the query plans used, have a look at this tread (Performance anamoly in Disco and Toad
Rod West

Discoverer report - Output from Discoverer plus is not the same as Discoverer desktop

As a part of Upgrade project we are migrating the discoverer reports from 11i (11.5.10.2) to R12 (12.1.3) .After migrating to R12, for a custom discoverer report the output given by discoverer desktop is correct (24 rows for a scenario). But the report output from Discoverer plus does not show the credit transactions (2 rows). The output from Discoverer plus shows only 22 rows (24 - 2), which is incorrect. The query is the same in Discoverer desktop and Discoverer plus.
Please let me know why these transactions that are appearing when the report is run from discoverer desktop are not appearing in discoverer plus. Is there any setup in discoverer plus for this?
Regards,
Brajesh

Pretty hard to answer a question like this. Best bet would be to copy the existing discoverer plus book and start removing conditions, fields, etc until those two rows from desktop show up and see if you can work it out.

Discoverer report is taking a very long time

Hi All,
I need help on below discoverer issue.
discoverer report is taking a very long time for rows to be retrieved on export when it is run for India and it is required for month end. For some reason only 250 rows are retrieved at a time and retrieval is slow so it is taking 10 minutes to bring back 10,000 rows.
Regards
Kumar

Please post the details of the application release, database version and OS along with the discoverer version.
I need help on below discoverer issue.
discoverer report is taking a very long time for rows to be retrieved on export when it is run for India and it is required for month end. For some reason only 250 rows are retrieved at a time and retrieval is slow so it is taking 10 minutes to bring back 10,000 rows.Please see these links.
https://forums.oracle.com/forums/search.jspa?threadID=&q=Discoverer+AND+Long+AND+Time&objID=c3&dateRange=all&userID=&numResults=15&rankBy=10001
https://forums.oracle.com/forums/search.jspa?threadID=&q=Discoverer+AND+Performance&objID=c3&dateRange=all&userID=&numResults=15&rankBy=10001
https://forums.oracle.com/forums/search.jspa?threadID=&q=Discoverer+AND+Slow&objID=c3&dateRange=all&userID=&numResults=15&rankBy=10001
Thanks,
Hussein

Discoverer report with parameters and functions

I am new to Discoverer. Is there a way to create a report (with parameters) of one line per customer such that the following data will be displayed for each customer?
Among the parameters is: from_date (month & year) ,to_date
The basic query gives totals for each date (month & year) for every customer.
Among the fields displayed:
1-customer_id,
2-balance until from_date,
3-total activity between from_date and to_date
I have a function to calculate the total balance until from_date, but then I cannot get the total activity on the same line. I tried using another function and I tried using a total calculation but to no success.
Is this possible?
Thanks.

Hi Markus
You need to determine whether you can in fact call a Discoverer report using a URL before linking it in Portal. You need to run the report in Viewer first and then see copy the URL from the address line of the browser. Then you open another browser and paste the URL. You may well be prompted for a username and password but hopefully the correct report with the right parameters will then execute.
Assuming this works you then paste the same URL link into Portal and you should be able to get the report to run.
Best wishes
Michael

Challenge passing parameters to discoverer report

Hello everyone, I am following the instructions on this website - http://learndiscoverer.blogspot.com/2008/11/metalink-note-304192.html
Basically, we want to use parameters for discoverer reports, especially date parameters because of some performance issues we have been having with discoverer.
Here is the process I am using. Please correct me if I am doing anythinng wrong.
1. Login to apps schema and create context
CREATE OR REPLACE CONTEXT DISCO_CONTEXT
USING EUL4_US.DISCO_PKG
2. Login to eul4_us schema and create package
CREATE OR REPLACE PACKAGE DISCO_PKG
AS
FUNCTION set_context(p_name VARCHAR2,
p_value VARCHAR2) RETURN VARCHAR2;
FUNCTION show_context(p_name VARCHAR2) RETURN VARCHAR2;
END disco_pkg;
CREATE OR REPLACE PACKAGE BODY DISCO_PKG
AS
FUNCTION set_context(p_name VARCHAR2,
p_value VARCHAR2) RETURN VARCHAR2
IS
BEGIN
dbms_session.set_context('DISCO_CONTEXT', p_name, p_value);
RETURN p_value;
END set_context;
FUNCTION show_context(p_name VARCHAR2) RETURN VARCHAR2
IS
BEGIN
RETURN SYS_CONTEXT('DISCO_CONTEXT', p_name);
END show_context;
END disco_pkg;
Then grant access to apps
GRANT ALL ON DISCO_PKG TO APPS;
Then import the functions show_context and set_context into discoverer
3. Go back to apps schema and create synonym
CREATE PUBLIC SYNONYM DISCO_PKG FOR EUL4_US.DISCO_PKG;
4. Create discoverer custom folder using the following query:
SELECT DISTINCT
pet.run_result_id
,papf.employee_number
FROM
per_all_people_f papf,
--hr_lookups hl,*
per_all_assignments_f paaf,
hr_all_organization_units haou,
per_jobs pj,
per_grades pg,
pay_people_groups ppg,
--per_addresses pa,*
--hr_locations_all hla,*
per_positions pps,
per_people_f ppf,
pay_assignment_actions paa,
pay_payroll_actions ppa,
PAY_RUN_RESULTS_V pet,
--pay_element_types_v1 pet,
pay_all_payrolls_f papaf
WHERE
papf.person_id=paaf.person_id
AND papf.employee_number=ppf.employee_number
AND paaf.organization_id=haou.organization_id
AND paaf.job_id=pj.job_id(+)
AND paaf.grade_id=pg.grade_id(+)
AND paaf.people_group_id=ppg.people_group_id(+)
AND paaf.position_id=pps.position_id(+)
AND paaf.business_group_id=0
AND paa.assignment_id = paaf.assignment_id
AND paa.payroll_action_id = ppa.payroll_action_id
AND paa.assignment_action_id=pet.assignment_action_id
AND paaf.payroll_id=papaf.payroll_id
AND ppa.effective_date BETWEEN paaf.effective_start_date AND paaf.effective_end_date
AND ppa.effective_date BETWEEN papf.effective_start_date AND papf.effective_end_date
AND ppa.action_type ='R'
AND ppa.action_status = 'C'
AND paaf.assignment_type = 'E'
AND paaf.primary_flag = 'Y'
AND haou.business_group_id=0
AND ppa.effective_date = TO_DATE(SYS_CONTEXT('DISCO_CONTEXT','PAYROLL_DATE'))
5. Create a parameter called Payroll Date. Default value is set to NULL and the "Create Condition" checkbox is unchecked.
6. Create a calculation
SET_CONTEXT('PAYROLL_DATE', TO_CHAR(:Payroll Date))
And that's it.
The thing is, this doesn't work for me.
But for the same query, if I enter the date value I am substituting, values show up. So it seems for some reason, the context value probably isn't being set or thereabouts.
I have tried setting the context manually in a TOAD session using:
declare
v_ret varchar2(50);
begin
--dbms_session.set_context('DISCO_CONTEXT', 'PAYROLL_DATE', '31-MAR-2010');
v_ret := disco_pkg.set_context('PAYROLL_DATE', '01-MAR-2010');
dbms_output.put_line(v_ret);
end;
And afterwards run the query:
select sys_context('DISCO_CONTEXT', 'PAYROLL_DATE') from dual
And results do show up here. So I'm wondering what could be wrong.
Please help.

Hi ,
Are you saying I should create a new workbook that is not based on my custom folder for setting and showing the context value? You don't need to create a new workbook, you can just create a new worksheet in your report workbook, but you will need two sheets to use contexts. The sheet that sets the contexts should not be based on your custom folder, but on a folder that returns a single row. You cannot set and check contexts in a single SQL statement, so you have to have 2 worksheets.
You can default the contexts using a trigger or initialisation SQL so that the user only has to set the contexts if they are not using the defaults.
Rod West

Web discoverer report run slow after upgrade to AS10.1.2.48.18

We just upgraded our application server to 10.1.2.48.18, our web Discoverer report were running extremly slow on tables that contain large amount of data. We have good speed with those report in the past. The backgroud database was the same as well as the web server.Using desktop version of Discoverer were fine with normal speed.
Does any one know why? How to speed it up?
Thanks!

A few things to check:
Are all machines using the same version of SQL*Net?
Are the reports in different EULs (if so, are the EULs at different versions)?
Do all reports work in Disco Plus or Disco Desktop?
What types of reports are failing (cross tabs, tabular, both)?
For the reports that are failing, how many rows are you expecting?

BP Aging Anamolies (Period amounts and Row total anamoly)

Hi All,
Is there a known bug with the Customer Receivables Ageing Report and Suppliers Liabilities Ageing Report in SAP B1 v2005A PL 18?
When trying to produce Backdated BP Aging report;
1. The Total amount for several BP accounts reflected on the ageing report match the respective BP account balance as at the selected date, but the ageing amounts across the page (ageing intervals) do NOT correctly cross-add to the row Total
2 The Grand total of the Total column of the ageing report does NOT agree to the balance of the corresponding GL control account as at the "Posting date: To"
3. The rogue BP accounts involved all seem to have had some "reversing" transactions which give rise to the variance, such as: JE debits which have been included in the calculation of the account balance/row Total (often = Nil) of the BP report, but do NOT appear to have been included in the total of the interval in which the JEs occurred.
Incoming Payments that have been cancelled, such that the debit transaction (the reversal) has been included in the calculation of the account/row Total (often = Nil) of the BP report, but does NOT appear to have been included in the total of the interval in which the cancellation occurred.
Report Selection Criteria:
Customer/Supplier group: All
Interval: Periods
Ageing date:
From: blank
To: prior end-of-period date
Posting date:
From: blank
To: prior end-of-period date
Due date
From: blank
To: blank
Document date:
From: blank
To: blank
By Journal postings:
Display Customers/Suppliers with Zero Balance = Yes
Display Reconciled Transactions = No
Consider Reconciliation Data = Yes
Thanks in advance
Regards
Devinder

Hi Gordon,
Thannks a lot for pointing to the thread; however this thread does not answer my query. I am sure there must be SAP Note that explains my issue however I am waiting for someone to point me in the right direction.
Thanks once again
Regards
Devinder

SSRS - % percentage ROW TOTALS don't calculate correctly in a Table Matrix

SSRS - Report Builder 3.0
I have created a report with a MATRIX table with a TOTAL ROW and a TOTAL COLUMN and the total column is calculating correctly but the ROW totals is not calculating correctly
The screen shot below is of the Matrix table in the Report Builder 3.0 "Designer view"
When I run the report the column totals the percentage is averaged correctly, but the ROW TOTALS do not, some are close but i need them to be accurate.
If you take the same data into excel the total percentage calculates correctly - if you compare the excel with the SSRS some rows do calculate close, but not accurate. the total column calculates correctly
FY13-Q4
FY14-Q1
FY14-Q2
FY14-Q3
Total
100%
89%
65%
68%
80%
50%
72%
43%
45%
52%
100%
91%
63%
69%
81%
10%
17%
29%
31%
22%
100%
96%
67%
76%
85%
70%
70%
53%
64%
64%
90%
93%
90%
82%
89%
74%
75%
59%
62%
68%
I Need the totals rows and columns to average the percentage correctly in the SSRS report.
Please help...
-Isaack

Hi Katherine Xiong,
The formula (SSRS Expression) i am using is the following
=Sum(IIf(Fields!AnswerText.Value = "Yes", 1, 0)) / (Sum(IIf(Fields!AnswerText.Value = "No", 1, 0)) + Sum(IIf(Fields!AnswerText.Value = "Yes", 1, 0)) + Sum(IIf(Fields!AnswerText.Value
= "n/a", 0, 0)))
Basically if field value = "YES" it counts, if the answer = "No" if the value is = "n/a" it should not count in the total score percentage
I get the correct PERCENTAGE on the 1st aggregate, but when the table has multiple aggregates the percentage is never accurate.
The Table below is using the above formula, the 1st aggregate is correct but if you get the average percentage from the 1st column it should be 86.2% is the accurate number, sometimes close but i want to report accurate numbers and not doubt SSRS reports
compared to excel reports.
TOTAL ROW (highlighted on the screenshot in Yellow) is incorrect aggregate averages %, the correct average are the following
[86.2%] [71.5%] [75.5%] [87.87%] [90.2%] [69.9%] [92.8%]
-Isaack

Oracle 10g Discoverer Reports & export to xls fails for large reports

Hi ,
We have following configurations:
1: RHEL 5.4
2: Discoverer :Version 10.1.2.48.18
3: Oracle10g Apps Version : Version 10.1.2.0.2
Issue:
Most of small reports works fine ....but when large discoverer reports are executed the page
keeps on refreshing for 15-20 hours but no output ....same for export to xls ......
But same reports works fine in oracle9i for same data voulme....
Observations:
When on linux with top command the processes are monitored its observed that discoverer process
dis51ws dies for large reports after 1-2 minutes ...& the page keeps on refreshing but no output....
for 1-2 minutes it consumes 50-80% cpu utilisation then process disappears & cpu 80% idle ...
It seems that as 10g Apps is installed on RHEL 5.4 ...non certfified OS causing an issue...
Can any one adds more inputs in this regards......
we have checked logs : below are log details :
Below logs gives "Logkeys: exceptions discoiv.servlet_exceptions" for this report ...
1:
OC4J~OC4J_BI_Forms~default_island~1:
10/04/11 12:11:29 Oracle Application Server Containers for J2EE 10g (10.1.2.0.2) initialized
10/04/11 12:11:59 Using oracle.reports.util.EnvironmentGlobal class
10/04/11 14:23:37 Logkeys: exceptions discoiv.servlet_exceptions
10/04/11 14:23:38 Discoverer Model - 10.1.2.48.18
Session ID:2010041114240115278
10/04/11 14:25:42 Logkeys: exceptions discoiv.servlet_exceptions
10/04/11 14:25:42 Discoverer Model - 10.1.2.48.18
Session ID:2010041114254315439
10/04/11 14:28:53 Logkeys: exceptions discoiv.servlet_exceptions
10/04/11 14:28:54 Discoverer Model - 10.1.2.48.18
Session ID:2010041114285615691
10/04/11 14:29:13 Logkeys: exceptions discoiv.servlet_exceptions
10/04/11 14:29:13 Discoverer Model - 10.1.2.48.18
Session ID:2010041114291315728
10/04/11 14:32:35 Logkeys: exceptions discoiv.servlet_exceptions
10/04/11 14:32:35 Discoverer Model - 10.1.2.48.18
Session ID:2010041114323615949
10/04/11 14:32:48 Logkeys: exceptions discoiv.servlet_exceptions
10/04/11 14:32:48 Discoverer Model - 10.1.2.48.18
Session ID:2010041114324815982
10/04/11 14:34:44 Logkeys: exceptions discoiv.servlet_exceptions
10/04/11 14:34:44 Discoverer Model - 10.1.2.48.18
Session ID:2010041114344616128
10/04/11 14:34:55 Logkeys: exceptions discoiv.servlet_exceptions
10/04/11 14:34:55 Discoverer Model - 10.1.2.48.18
Session ID:2010041114345516155
10/04/11 14:36:25 Tutalii: /oracle10gas/app/oracle10g/discoverer/lib/discoverer5.jar archive
2:
Discoverer~SessionServer~12
Calling GetData on Preference Repository
Calling GetData on Preference Repository
Calling GetData on Preference Repository
Calling GetData on Preference Repository
Active Eul: EULADMIN
Calling GetData on Preference Repository
Calling GetData on Preference Repository
Calling GetData on Preference Repository
Calling GetData on Preference Repository
Calling GetData on Preference Repository
Calling GetData on Preference Repository
Calling GetData on Preference Repository
DCSCORBAInterface::Delete called
DCSCORBAInterface destructor called
DCSCORBAInterface::Delete called
DCSCORBAInterface destructor called
ASSERT [email protected]:436
ASSERT [email protected]:436
ASSERT [email protected]:436
ASSERT [email protected]:436
ASSERT [email protected]:436
ASSERT [email protected]:436
ASSERT [email protected]:436
ASSERT [email protected]:436
ASSERT [email protected]:436
ASSERT [email protected]:436
ASSERT [email protected]:436
ASSERT [email protected]:436
ASSERT [email protected]:436
3:
application.log
10/04/11 14:37:25 discoverer: [TRACE] [AJPRequestHandler-ApplicationServerThread-17] oracle.discoverer.applications.framework.ApplicationController.execute Finding async request action forward
10/04/11 14:37:25 discoverer: [TRACE] [AJPRequestHandler-ApplicationServerThread-17] oracle.discoverer.applications.framework.ApplicationController.execute Calling externalize
10/04/11 14:37:25 discoverer: [DEBUG] [AJPRequestHandler-ApplicationServerThread-17] oracle.discoverer.applications.viewer.model.WorksheetModel.getStateString EXT_TOOL: dvtb xk-1ml versionzw1.0w kyxdvtbyxbisltyxbicho vzwwjyxjbisltyxjdvtby
10/04/11 14:37:25 discoverer: [DEBUG] [AJPRequestHandler-ApplicationServerThread-17] oracle.discoverer.applications.viewer.model.WorksheetModel.getStateString EXT_VIEW: dv xk-1ml versionzw1.0w kyxdv bazw0w cszw25wyxpc vzw1wjyxjdvy
10/04/11 14:37:25 discoverer: [DEBUG] [AJPRequestHandler-ApplicationServerThread-17] oracle.discoverer.applications.viewer.model.WorksheetModel.getStateString EXT_VIEW: lc
10/04/11 14:37:25 discoverer: [DEBUG] [AJPRequestHandler-ApplicationServerThread-17] oracle.discoverer.applications.viewer.model.WorksheetModel.getStateString EXT_HS: dvhs
10/04/11 14:37:25 discoverer: [DEBUG] [AJPRequestHandler-ApplicationServerThread-17] oracle.discoverer.applications.viewer.model.WorksheetModel.getStateString EXT_DS: dv_ds &qls_z!2=New GL Report.Clndr Id&arq=false&qls_x!14=Sheet 1.Closing Balance (Credit)&qls_x!3=New GL Report.Voucher No&qls_z!3=New GL Report.Frm Prd&fm=xml&qls_z!4=New GL Report.To Prd&qls_x!2=New GL Report.Prd Desc&qls_x!11=Sheet 1.Debit Amount&qls_x!4=New GL Report.Gl Voucher No&qls_x!9=Sheet 1.Opening Balance Debit&tss_s!0=New GL Report.Acct Id,lh,group,false&qls_x!1=New GL Report.Acct Sdesc&qls_z!1=New GL Report.Loc Desc&qls_x!10=Sheet 1.Opening Balance (Credit)&qls_x!12=Sheet 1.Credit Amount&aow=false&qls_x!7=New GL Report.Shrt Code&qls_x!13=Sheet 1.Closing Balance (Debit)&qls_x!6=New GL Report.Pmt Rct Dt&qls_x!8=New GL Report.Dtl Nrtn&sss=true&qls_x!5=New GL Report.Voucher Dt&qls_x!0=New GL Report.Acct Id&qls_z!0=New GL Report.Loc Id&ddsver=1
10/04/11 14:37:25 discoverer: [DEBUG] [AJPRequestHandler-ApplicationServerThread-17] oracle.discoverer.applications.viewer.model.ViewerModelImpl.externalize [EXTERN_STATE]: $wksht$%24dv_ds%24%26qls_z%212%3DNew+GL+Report.Clndr+Id%26arq%3Dfalse%26qls_x%2114%3DSheet+1.Closing+Balance+%28Credit%29%26qls_x%213%3DNew+GL+Report.Voucher+No%26qls_z%213%3DNew+GL+Report.Frm+Prd%26fm%3Dxml%26qls_z%214%3DNew+GL+Report.To+Prd%26qls_x%212%3DNew+GL+Report.Prd+Desc%26qls_x%2111%3DSheet+1.Debit+Amount%26qls_x%214%3DNew+GL+Report.Gl+Voucher+No%26qls_x%219%3DSheet+1.Opening+Balance+Debit%26tss_s%210%3DNew+GL+Report.Acct+Id%2Clh%2Cgroup%2Cfalse%26qls_x%211%3DNew+GL+Report.Acct+Sdesc%26qls_z%211%3DNew+GL+Report.Loc+Desc%26qls_x%2110%3DSheet+1.Opening+Balance+%28Credit%29%26qls_x%2112%3DSheet+1.Credit+Amount%26aow%3Dfalse%26qls_x%217%3DNew+GL+Report.Shrt+Code%26qls_x%2113%3DSheet+1.Closing+Balance+%28Debit%29%26qls_x%216%3DNew+GL+Report.Pmt+Rct+Dt%26qls_x%218%3DNew+GL+Report.Dtl+Nrtn%26sss%3Dtrue%26qls_x%215%3DNew+GL+Report.Voucher+Dt%26qls_x%210%3DNew+GL+Report.Acct+Id%26qls_z%210%3DNew+GL+Report.Loc+Id%26ddsver%3D1%24dv%24xk-1ml+versionzw1.0w+kyxdv+bazw0w+cszw25wyxpc+vzw1wjyxjdvy%24wd%24false%24lc%24%24dvtb%24xk-1ml+versionzw1.0w+kyxdvtbyxbisltyxbicho+vzwwjyxjbisltyxjdvtby%24wvs%241101%24dvhs%24$cn$&vct=svd&cnk=cf_a101$ap$%26df%3D%26l%3D%26s%3D%26nc%3D%26dl%3D$expl$&sp=&node=&event=focus&state=(117)&root=63&wbt=2$prid$NEW_GL_REPORT%2F31$ctyp$viewer
10/04/11 14:37:25 discoverer: [TRACE] [AJPRequestHandler-ApplicationServerThread-17] oracle.discoverer.applications.framework.ApplicationController.execute Storing state
10/04/11 14:37:25 discoverer: [INFO] [AJPRequestHandler-ApplicationServerThread-17] oracle.discoverer.applications.framework.ApplicationController.execute Externalize Perf: 8ms
10/04/11 14:37:25 discoverer: [TRACE] [AJPRequestHandler-ApplicationServerThread-17] oracle.discoverer.applications.framework.ApplicationController.execute Saving Attributes
10/04/11 14:37:25 discoverer: [TRACE] [AJPRequestHandler-ApplicationServerThread-17] oracle.discoverer.applications.framework.ApplicationController.execute Saving ApplicationRequest
10/04/11 14:37:25 discoverer: [TRACE] [AJPRequestHandler-ApplicationServerThread-17] oracle.discoverer.applications.framework.ApplicationController.execute Checking for SSO mode
10/04/11 14:37:25 discoverer: [TRACE] [AJPRequestHandler-ApplicationServerThread-17] oracle.discoverer.applications.framework.ApplicationController.execute Saving errors, messages
10/04/11 14:37:25 discoverer: [DEBUG] [AJPRequestHandler-ApplicationServerThread-17] oracle.discoverer.applications.framework.ApplicationController.execute Returning final forward: "/ExportProgress.uix" redirect: "false"
10/04/11 14:37:25 discoverer: [TRACE] [AJPRequestHandler-ApplicationServerThread-17] oracle.discoverer.applications.framework.ApplicationController.execute ----------------------- End Request --------------------------
10/04/11 14:37:25 discoverer: [INFO] [AJPRequestHandler-ApplicationServerThread-17] oracle.discoverer.applications.framework.ApplicationController.execute Total Request Time in AppCtrl: 18
10/04/11 14:37:25 discoverer: [DEBUG] [AJPRequestHandler-ApplicationServerThread-17] org.apache.struts.action.RequestProcessor.processForwardConfig processForwardConfig(ForwardConfig[name=long running operation,path=/ExportProgress.uix,redirect=false,contextRelative=false])
10/04/11 14:37:25 discoverer: [DEBUG] [AJPRequestHandler-ApplicationServerThread-17] oracle.discoverer.applications.viewer.view.DiscovererPageBroker.isCacheable Setting cacheable to: true
4: XML log:
log2010041114285615691.xml
<MSG_GROUP>DCS</MSG_GROUP> <PROCESS_ID>15691</PROCESS_ID> <FILE_NAME>dcstim.cpp</FILE_NAME> <LINE_NUMBER>184</LINE_NUMBER> <THREAD_ID>-1283799360</THREAD_ID> <LOG_TIME>Sun Apr 11 14:29:13 2010
</LOG_TIME> ]]>
</SUPPL_DETAIL> </PAYLOAD> </MESSAGE>
<MESSAGE><HEADER><TSTZ_ORIGINATING>2010-04-11T14:29:13+00:00</TSTZ_ORIGINATING> <COMPONENT_ID>DISCOVER</COMPONENT_ID> <MSG_TYPE TYPE="NOTIFICATION"></MSG_TYPE><MSG_LEVEL>4</MSG_LEVEL> <HOST_ID>2010041114285615691</HOST_ID> <MODULE_ID>DCS</MODULE_ID> </HEADER> <PAYLOAD><MSG_TEXT><![CDATA[Timer started.]]></MSG_TEXT> <SUPPL_DETAIL><![CDATA[
<MSG_GROUP>DCS</MSG_GROUP> <PROCESS_ID>15691</PROCESS_ID> <FILE_NAME>dcstim.cpp</FILE_NAME> <LINE_NUMBER>162</LINE_NUMBER> <THREAD_ID>-1283799360</THREAD_ID> <LOG_TIME>Sun Apr 11 14:29:13 2010
</LOG_TIME> ]]>
</SUPPL_DETAIL> </PAYLOAD> </MESSAGE>
<MESSAGE><HEADER><TSTZ_ORIGINATING>2010-04-11T14:29:13+00:00</TSTZ_ORIGINATING> <COMPONENT_ID>DISCOVER</COMPONENT_ID> <MSG_TYPE TYPE="TRACE"></MSG_TYPE><MSG_LEVEL>5</MSG_LEVEL> <HOST_ID>2010041114285615691</HOST_ID> <MODULE_ID>DCS</MODULE_ID> </HEADER> <PAYLOAD><MSG_TEXT><![CDATA[Return DCSModelInterface::SendReceiveData(kScheduleInterface, inTable, outTable)
outTable = DCITable
     Length=0
]]></MSG_TEXT> <SUPPL_DETAIL><![CDATA[
<MSG_GROUP>DCS</MSG_GROUP> <PROCESS_ID>15691</PROCESS_ID> <FILE_NAME>dcsmdli.cpp</FILE_NAME> <LINE_NUMBER>259</LINE_NUMBER> <THREAD_ID>-1283799360</THREAD_ID> <LOG_TIME>Sun Apr 11 14:29:13 2010
</LOG_TIME> ]]>
</SUPPL_DETAIL> </PAYLOAD> </MESSAGE>
<MESSAGE><HEADER><TSTZ_ORIGINATING>2010-04-11T14:29:13+00:00</TSTZ_ORIGINATING> <COMPONENT_ID>DISCOVER</COMPONENT_ID> <MSG_TYPE TYPE="NOTIFICATION"></MSG_TYPE><MSG_LEVEL>4</MSG_LEVEL> <HOST_ID>2010041114285615691</HOST_ID> <MODULE_ID>DCS</MODULE_ID> </HEADER> <PAYLOAD><MSG_TEXT><![CDATA[DCSModelInterface::SendReceiveData(kScheduleInterface)]]></MSG_TEXT> <SUPPL_DETAIL><![CDATA[
<MSG_GROUP>DCS </MSG_GROUP> <PROCESS_ID>15691</PROCESS_ID> <FILE_NAME>dcsmdli.cpp</FILE_NAME> <LINE_NUMBER>226</LINE_NUMBER> <THREAD_ID>-1283799360</THREAD_ID> <LOG_TIME>Sun Apr 11 14:29:13 2010
</LOG_TIME> <LOG_SIZE>0</LOG_SIZE> <EXTRA_INFO><MethodEnd duration="0.1" sizeChange="0" >
real 0m0.1s
user 0m0.900s
sys 0m0.109s
</MethodEnd></EXTRA_INFO> ]]>
</SUPPL_DETAIL> </PAYLOAD> </MESSAGE>
<MESSAGE><HEADER><TSTZ_ORIGINATING>2010-04-11T14:37:13+00:00</TSTZ_ORIGINATING> <COMPONENT_ID>DISCOVER</COMPONENT_ID> <MSG_TYPE TYPE="NOTIFICATION"></MSG_TYPE><MSG_LEVEL>4</MSG_LEVEL> <HOST_ID>2010041114285615691</HOST_ID> <MODULE_ID>DCS</MODULE_ID> </HEADER> <PAYLOAD><MSG_TEXT><![CDATA[Timer stopped.]]></MSG_TEXT> <SUPPL_DETAIL><![CDATA[
<MSG_GROUP>DCS</MSG_GROUP> <PROCESS_ID>15691</PROCESS_ID> <FILE_NAME>dcstim.cpp</FILE_NAME> <LINE_NUMBER>184</LINE_NUMBER> <THREAD_ID>-1283799360</THREAD_ID> <LOG_TIME>Sun Apr 11 14:37:13 2010
</LOG_TIME> ]]>
</SUPPL_DETAIL> </PAYLOAD> </MESSAGE>
<MESSAGE><HEADER><TSTZ_ORIGINATING>2010-04-11T14:37:13+00:00</TSTZ_ORIGINATING> <COMPONENT_ID>DISCOVER</COMPONENT_ID> <MSG_TYPE TYPE="NOTIFICATION"></MSG_TYPE><MSG_LEVEL>4</MSG_LEVEL> <HOST_ID>2010041114285615691</HOST_ID> <MODULE_ID>DCS</MODULE_ID> </HEADER> <PAYLOAD><MSG_TEXT><![CDATA[Timer started.]]></MSG_TEXT> <SUPPL_DETAIL><![CDATA[
<MSG_GROUP>DCS</MSG_GROUP> <PROCESS_ID>15691</PROCESS_ID> <FILE_NAME>dcstim.cpp</FILE_NAME> <LINE_NUMBER>162</LINE_NUMBER> <THREAD_ID>-1283799360</THREAD_ID> <LOG_TIME>Sun Apr 11 14:37:13 2010
</LOG_TIME> ]]>
</SUPPL_DETAIL> </PAYLOAD> </MESSAGE>
Regards,

Hi ,
as per Note: 466697.1 ....its an memory error....& need to increase MaxVirtualDiskMem and MaxVirtualHeapMem
But we already have slowly increased MaxVirtualDiskMem and MaxVirtualHeapMem to below very high values ...but the issue remains same.......
as per note we are getting Logkeys: exceptions discoiv.servlet_exceptions error but
after that we are not getting below error ............
Unexpected error in state machine: java.lang.OutOfMemoryError
Hence I presume that its different issue rather than memmory....
Below are pref.txt values..........
CacheFlushPercentage          = 25          # Percent of cache flushed if the cache is full. valid values 0 - 100%.
MaxVirtualDiskMem          = 9294967296     # Maximum amount of disk memory allowed for the data cache. Should be greater than or equal to MaxVirtualHeapMem
MaxVirtualHeapMem          = 4294967296     # Maximum amount of heap memory allowed for the data cache.
QueryBehavior = 0          # Action to take after opening a workbook (0 = Run Query Automatically, 1 = Don't Run Query, 2 = Ask for Confirmation)
Also we have raised an SR & as per SR .............all below settings are tried as per SR except for applying a recent patch....
====================================================================
Discoverer performance is largely determined by how well the database
has been designed and tuned for queries.
A well-designed database will perform significantly better than a poorly
designed database.
Workbook design can also affect query performance.
1. Apply latest Discoverer patch as documented in <<Note:237607.1>>
'ALERT: Required and Recommended Patch Levels For All Discoverer Version'.
2. Increase the maximum JVM heap memory:
In general, the default values for the minimum heap (-Xms) memory and
maximum heap (-Xmx) memory are sufficient.
However, if your organization consistently runs large Discoverer queries
then you may benefit from increasing the maximum heap memory from the
default values.
This is recomended if your users are typically running large queries via
Discoverer Viewer.
Increasing the JVM memory can help to avoid "java.lang.OutOfMemoryError"
in Discoverer Viewer:
Please see <<Note 563960.1>>, Best Practice: Configuring The
OC4J_BI_Forms JVM For
Discoverer Viewer/Portlet 10g Performance And Stability for specific
details.
3. Disable Query Prediction:
Query Prediction provides an estimate of the time required to retrieve
the information in a query.
The Query Prediction appears before the query and consumes time.
Edit the <oracle_home>/discoverer/util/pref.txt on the middle-tier
server and set:
QPPEnable=0
Also set:
QPPObtainCostMethod = 0
4. Uncheck the 'Enable fantrap detection' checkbox.
When the box is checked, every query generated by Discoverer is
interrogated. Discoverer will detect a fan trap and rewrite the query to
ensure that the aggregation is done at the correct level.
Please refer to <<Note:210553.1>>, Oracle BI Discoverer: Fan Trap
Resolution - Correct Results
Everytime for more information on fantraps.
To disable, in Plus go to Tools -> Options -> Advanced -> Fan Trap
settings.
In Viewer go to Preferences and uncheck the box.
5. Disable Materialized Views/Summaries
In pref.txt add parameter:
MaterializedViewRedirectionBehavior = 0
Value equal to 0 ensures that Materialized View (MV) Redirection is
always performed when MVs are available.
6. Improve query performance by optimizing the SQL.
In pref.txt modify/add following parameters:
SQLFlatten = 0
SQLItemTrim = 0
SQLJoinTrim = 0
UseOptimizerHints = 0
If value of SQLFlatten is 1 then Discoverer will merge inline views in
the query SQL where ever possible.
In case of SQLItemTrim, Discoverer will remove unused folder items from
the query SQL where possible and for SQLJoinTrim Discoverer will remove
unnecessary joins from the query where possible.
UseOptimizerHints will add Optimizer hints to SQL if set >
0.Unnecessarily making Discoverer perform these checks consumes
resources and rather than increasing the performance may reduce the same. So unless you feel these checks have to be performed depending on
requirements, assign zero to these parameters.
7. When Discoverer builds a query, Discoverer makes a database security
check to confirm that the user has access to the tables referenced in
the folders. Avoiding this check can save time.
So in pref.txt underDatabase section add:
ObjectsAlwaysAccessible = 1
8. Whenever you are creating conditions, ensure that you match the Case.
This in turn can reduce the time Discoverer spends on changing the Case
and matching.
For example:
option Upper(Department) in (Upper('VIDEO SALES')
9. Ensure that summaries are refreshed periodically in Discoverer
Administrator.
10. Increase the amount of memory available for the Discoverer data cache. Please refer to <<Note 245752.1>>, Explaining Oracle BI Discoverer
Session Memory Management
And Server Cache Settings.
11. Performance may be enhanced by enabling OracleAS Web Cache.
==================================================================
Thanks for your reply....................
Regards,

Discoverer Report Row Total

Similar Messages

Maybe you are looking for