on 12-11-2013 6:44 AM
I have a problem of Generate Chartbook when set Authentication Settings as 'Single Sign-On with Logon Tickets (Required Portal integration)'. If change Authentication Settings to another, it can genearte Chartbook.
It seemed some user is working fine, but some user is not.
Even we create out-of-box solution, it’s still not working.
As checked, our current assumption would be;
For Portal user which is UME database, they are working fine.
But Portal user which is LDAP, they are displaying error as below picture.
Is there any solution on this?
If, after trying Stephen's suggestions you cannot find anything useful to indicate the reason for the issue and given you say you can replicate on a OOTB build, then I would suggest raising an OSS under XX-PART-NKS.
Include your build number, CDS log, etc as per the instructions.
You might find this article useful which includes a document template for raising an OSS message of this type: http://scn.sap.com/docs/DOC-48904
Stephen
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Apitchaya.
Have you checked to see if there are any error messages in the cds.log? Normally it has some entries in it from the ChartBook generation so if it is having problems generating a ChartBook they should be displayed in the log (rather than a simple red exclamation mark). I'd suggest rolling the log to clear it just before the point you click on generate in the user interface and then checking the log immediately afterwards.
When they are generated the PDF is created on the server (I think in the root directory for the app) so it would be worth double checking if that exists too.
Also do you know which build you are using?
Regards,
Stephen.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Apitchaya.
So taking a look at the logs we can see the following.
Where it works...
11 Dec 2013 15:50:26 INFO com.nakisa.Logger - isQuickChartBook: true
11 Dec 2013 15:50:27 INFO com.nakisa.Logger - FunctionRunner.executeFunctionDirect: /NAKISA/OC_OU_STRUCTURE took: 265ms
11 Dec 2013 15:50:27 INFO com.nakisa.Logger - [MEMORY_USAGE] _1 (MB): 572
Where it fails...
11 Dec 2013 15:39:28 INFO com.nakisa.Logger - isQuickChartBook: true
11 Dec 2013 15:39:28 INFO com.nakisa.Logger - FunctionRunner.executeFunctionDirect: /NAKISA/OC_OU_STRUCTURE took: 63ms
11 Dec 2013 15:39:28 ERROR com.nakisa.Logger - java.lang.IndexOutOfBoundsException: Index: 0, Size: 0
at java.util.ArrayList.RangeCheck(ArrayList.java:547)
at java.util.ArrayList.get(ArrayList.java:322)
at com.nakisa.application.chartbook.queue.ChartBookQueueManager.getUserChartBookInGeneration(ChartBookQueueManager.java:598)
at com.nakisa.application.chartbook.QuickChartBookNodeProcessor.processHierarchies(QuickChartBookNodeProcessor.java:232)
at com.nakisa.application.chartbook.QuickChartBookNodeProcessor.processChartBook(QuickChartBookNodeProcessor.java:207)
at com.nakisa.application.chartbook.ChartBookAppProcessor.startChartBook(ChartBookAppProcessor.java:131)
at com.nakisa.application.chartbook.PrintChartBook.generateChartBook(PrintChartBook.java:137)
at com.nakisa.application.chartbook.ChartBookProcessor.generateChartBook(ChartBookProcessor.java:99)
at com.nakisa.application.chartbook.queue.ChartBookQueueManager.generateChartBook(ChartBookQueueManager.java:533)
at com.nakisa.application.chartbook.queue.ChartBookQueueManager$1.run(ChartBookQueueManager.java:236)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:722)
Whilst logically I would say the authentication method shouldn't make any difference I'm wondering from this if it might be memory related. Not enough memory to hold the index.
So a few things to try....
First try generating a ChartBook for a very small branch of your organisational structure (e.g. less than 5 org units with a handful of positions). Can you generate it now? If yes then looking like a strong possibility of being a memory issue that you can tackle.
Assuming that worked, try increasing the amount of memory available to the OrgChart application. Normally we try and allocate a sizeable chunk by setting the min/max maxHeapSize in Netweaver (example). I'd guess this would be the allocation ChartBook would be using for generation.
Failing the above then OSS would seem the way to go.
Regards,
Stephen.
User | Count |
---|---|
99 | |
12 | |
11 | |
6 | |
6 | |
4 | |
3 | |
3 | |
3 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.