Clarity

Hi All,

I tried the same code in UI CSS as mentioned in the below discussion link and it worked for us. The progress icon is now displaying in the middle of the screen.

A page to indicate the application is loading when logging on.

But, we have one more requirement for the progress icon. When we change settings of any portlet and data gets reloaded according to new settings, then at that time no progress icon is displayed. Though data loads immediately but sometimes there is a delay in the data loading and user does not understands something is executing in the background and they repeatedly perform the same action causing overhead for the application.

one example is weekly details portlet on resource planning page. User has filter the data for 12 weeks time-scale, then he/she went to configure-->timescaled values option and changes the no. of weeks there, suppose 6. At this time, portlet re-loads the data and displays 6 weeks data. Here, we do not see progress icon.

Can anyone help us to implement any progress icon or indicator that data is re-loading and user has to wait.

Thanks,

Pragya Singh

Can anyone help Pragya?

Thanks

CJ

SPaRC Helpdesk Feb 18, 2015 7:15 AM

Hi All,

I tried the same code in UI CSS as mentioned in the below discussion link and it worked for us. The progress icon is now displaying in the middle of the screen.

A page to indicate the application is loading when logging on.

But, we have one more requirement for the progress icon. When we change settings of any portlet and data gets reloaded according to new settings, then at that time no progress icon is displayed. Though data loads immediately but sometimes there is a delay in the data loading and user does not understands something is executing in the background and they repeatedly perform the same action causing overhead for the application.

one example is weekly details portlet on resource planning page. User has filter the data for 12 weeks time-scale, then he/she went to configure-->timescaled values option and changes the no. of weeks there, suppose 6. At this time, portlet re-loads the data and displays 6 weeks data. Here, we do not see progress icon.

Can anyone help us to implement any progress icon or indicator that data is re-loading and user has to wait.

Thanks,

Pragya Singh

Can you post a screenshot ?

NJ

Hello NJ,

There is no specific screenshot for this issue. We just need an indicator in the portlets when its data re-loads due to some changes in the configurations.

With the repeated execution of heavy portlets, the application threw "Java Heap size-out of memory" error. We want to avoid this unexpected error which results in application apps to go down.

Thanks,

Pragya

What is your current JVM setting ? Have you tried to change the JVM setting and then checked if the issues still persists ?

NJ

Hello NJ,

Earlier when we used to face this issue frequently, that time JVM was set to 1GB for all apps and BG. After checking with CA support, we increased it to 3GB and this issue did not appeared for 6 months. But, again it has happened for three times in last 4 months and all the time due to "Weekly Details" portlet.

So, thought of working on the portlet and try some progress icon or reduce the report complexity to avoid this error.

Thanks,

Pragya Singh

"So, thought of working on the portlet and try some progress icon or reduce the report complexity to avoid this error." -

Is there a lot of data that is extracted using the report ?

Are you running the report in immediate / scheduled mode ?

I would suggest that if there is a lot of data expected from a report, it's best to schedule it. In case you still want to run in immediate mode, then try scheduling it with a past date (would be as good as running in immediate mode )

NJ

Also, have you checked with support again on this ? What did they say ?

NJ

Can you check this ?

https://communities.ca.com/message/101989574#101989574

NJ

Hello NJ,

We have not checked with CA support again. Will do that..

Also for large data exports we have limited the max size of export to excel as ~30k.  Many heap dumps has been analysed in past and every time we found this portlet as culprit. I guess, we have to work on its performance and amount of data that can be filtered with it.

Thanks,

Pragya Singh

I would suggest -

1. connect with your DBA to analyze the query and try to optimize it.

2. convert the portlet to a report and do as I had mentioned earlier - "I would suggest that if there is a lot of data expected from a report, it's best to schedule it. In case you still want to run in immediate mode, then try scheduling it with a past date (would be as good as running in immediate mode )"

NJ