Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » Remote Application Platform (RAP) » RAP Browser Performance(RAP Browser Performance on Chrome, Firefox, IExplorer)
RAP Browser Performance [message #661124] Wed, 23 March 2011 09:48 Go to next message
Sudesh Bulathsinhala is currently offline Sudesh BulathsinhalaFriend
Messages: 193
Registered: October 2010
Senior Member
Hello,

RAP application runs fastest on Chrome and next is Firefox (slight performance different noticeable).

i-explorer is the worst and it produces the following error 90% of the time.

Stop running this script ?

A script on this page is causing your web browser to run slowly. If it continues to run, your computer might become unresponsive.


Has anyone tested RAP on these browsers for heavy UI ?
for now RAP works fine with both Chrome and Firefox.

We're using RAP 1.4 M6.

Your input is highly appreciated.

Regards,
Sudesh
Re: RAP Browser Performance [message #661140 is a reply to message #661124] Wed, 23 March 2011 10:55 Go to previous messageGo to next message
Ivan Furnadjiev is currently offline Ivan FurnadjievFriend
Messages: 2426
Registered: July 2009
Location: Sofia, Bulgaria
Senior Member
Hi Sudesh,
which version of IE suffers from this problem? How "heavy" is your UI?
Do you have non virtual tables with too many items?
Best,
Ivan

On 3/23/2011 11:48 AM, Sudesh Bulathsinhala wrote:
> Hello,
>
> RAP application runs fastest on Chrome and next is Firefox (slight
> performance different noticeable).
>
> i-explorer is the worst and it produces the following error 90% of the
> time.
>
> Stop running this script ?
>
> A script on this page is causing your web browser to run slowly. If it
> continues to run, your computer might become unresponsive.
>
> Has anyone tested RAP on these browsers for heavy UI ?
> for now RAP works fine with both Chrome and Firefox.
> We're using RAP 1.4 M6.
>
> Your input is highly appreciated.
>
> Regards,
> Sudesh
Re: RAP Browser Performance [message #661142 is a reply to message #661124] Wed, 23 March 2011 11:00 Go to previous messageGo to next message
Tim Buschtoens is currently offline Tim BuschtoensFriend
Messages: 396
Registered: July 2009
Senior Member
Hi.

Which version of IE are you running? IE6 will do that at times, we are
considering to remove it from our list of supported browser. As for
later IE, this really should only happen if an extreme amout of widgets
are created/changed in on request. Can you tell me what exactly you are
doing (what widgets and how many are created/changed, and how)?

Greetings,
Tim

Am 23.03.2011 10:48, schrieb Sudesh Bulathsinhala:
> Hello,
>
> RAP application runs fastest on Chrome and next is Firefox (slight
> performance different noticeable).
>
> i-explorer is the worst and it produces the following error 90% of the
> time.
>
> Stop running this script ?
>
> A script on this page is causing your web browser to run slowly. If it
> continues to run, your computer might become unresponsive.
>
> Has anyone tested RAP on these browsers for heavy UI ?
> for now RAP works fine with both Chrome and Firefox.
> We're using RAP 1.4 M6.
>
> Your input is highly appreciated.
>
> Regards,
> Sudesh
Re: RAP Browser Performance [message #661143 is a reply to message #661140] Wed, 23 March 2011 11:20 Go to previous messageGo to next message
Sudesh Bulathsinhala is currently offline Sudesh BulathsinhalaFriend
Messages: 193
Registered: October 2010
Senior Member
Hello Ivan,

We're using Internet Explorer 8.0.760 1. 17514, 64-bit version.

We're dynamically constructing the UI within the method createPartControl in editors.

The UI consists of multiple tabs which contains numerous widgets.
Approximately about 6 tabs and some of the tabs contains approx 30-50 widgets.
Moreover it has 3 Tables-viewers, but they don't require data while loading the editor.

This works with both Chrome and Firefox as expected.
Approx : 2-3 seconds which is understood. IExplorer takes about 9 seconds and then report the error message.

Hope this will help.
if you need image attachment of the runtime editor with widgets, do let me know.

Thanks for your quick response.

Regards,
Sudesh

Re: RAP Browser Performance [message #661146 is a reply to message #661143] Wed, 23 March 2011 11:26 Go to previous messageGo to next message
Ivan Furnadjiev is currently offline Ivan FurnadjievFriend
Messages: 2426
Registered: July 2009
Location: Sofia, Bulgaria
Senior Member
Hi Sudesh,
could you test your application in IE8 32bit? Are there any differences?
Best,
Ivan

On 3/23/2011 1:20 PM, Sudesh Bulathsinhala wrote:
> Hello Ivan,
>
> We're using Internet Explorer 8.0.760 1. 17514, 64-bit version.
>
> We're dynamically constructing the UI within the method
> createPartControl in editors.
>
> The UI consists of multiple tabs which contains numerous widgets.
> Approximately about 6 tabs and some of the tabs contains approx 30-50
> widgets.
> Moreover it has 3 Tables-viewers, but they don't require data while
> loading the editor.
>
> This works with both Chrome and Firefox as expected.
> Approx : 2-3 seconds which is understood. IExplorer takes about 9
> seconds and then report the error message.
>
> Hope this will help.
> if you need image attachment of the runtime editor with widgets, do
> let me know.
>
> Thanks for your quick response.
>
> Regards,
> Sudesh
>
>
Re: RAP Browser Performance [message #661147 is a reply to message #661143] Wed, 23 March 2011 11:35 Go to previous messageGo to next message
Sudesh Bulathsinhala is currently offline Sudesh BulathsinhalaFriend
Messages: 193
Registered: October 2010
Senior Member
Hello Ivan and Tim,

data loading is not an issue, since data observers are notified when data provider loads the dataset when find action is invoked. while editor loading there's no database calls at all.

however, we're building layout dynamically using FormLayout and place tabs, tables, widgets, etc.

the form attributes are stored in Java Object and during createPartControl method the object is passed to a factory method which will delegate the UI construction to appropriate methods accordingly.

this works for heavy UI forms in both chrome and firefox and had been improved since the subsequent later versions.

hope this will help you.

regards,
sudesh
Re: RAP Browser Performance [message #661149 is a reply to message #661146] Wed, 23 March 2011 11:38 Go to previous messageGo to next message
Sudesh Bulathsinhala is currently offline Sudesh BulathsinhalaFriend
Messages: 193
Registered: October 2010
Senior Member
Hello Ivan,

Yes, earlier I tried IE 8 32-bit as well, and still there's no difference and still getting the same error message again and again.

Only in IExplorer.

Regards,
Sudesh
Re: RAP Browser Performance [message #661271 is a reply to message #661149] Wed, 23 March 2011 18:50 Go to previous messageGo to next message
Austin Riddle is currently offline Austin RiddleFriend
Messages: 128
Registered: July 2009
Senior Member
Hi Sudesh,

I laughed when I saw your post because our development shop struggled with this very thing about a year ago. The real issue is IE's primitive javascript engine, no matter the version. What is triggering the problem is what Tim first mentioned about the amout of widgets that are created/changed in one request. The way we got around the problem is to force the initialization of our UI into multiple "stages" which would allow for multiple requests to handle the initialization. One way to do this is to use a syncExec call on the various stages from a non-UI thread. Although this solution may not fit best for your situation, it worked well for us because it was upon application initialization that our script timeouts occurred and we could use a progress dialog for feedback to the user.

I hope this helps.



Re: RAP Browser Performance [message #661285 is a reply to message #661149] Wed, 23 March 2011 22:05 Go to previous messageGo to next message
Rüdiger Herrmann is currently offline Rüdiger HerrmannFriend
Messages: 335
Registered: July 2009
Senior Member
Hi Sudesh,

you could reduce the number of widgets created initially by creating
invisible widget lazily. As it seems you are using tabs, thus all
widgets except those on the visible "tab page" don't need to be created
unless their tab is selected.

HTH
Rüdiger

On 23.03.2011 12:38, Sudesh Bulathsinhala wrote:
> Hello Ivan,
>
> Yes, earlier I tried IE 8 32-bit as well, and still there's no
> difference and still getting the same error message again and again.
>
> Only in IExplorer.
>
> Regards,
> Sudesh
Re: RAP Browser Performance [message #661315 is a reply to message #661285] Thu, 24 March 2011 08:00 Go to previous messageGo to next message
Bassspieler  is currently offline Bassspieler Friend
Messages: 40
Registered: April 2010
Location: Germany
Member
Hi!

I hope this doesn't sound too noob-like, but: How to do that? How can I create TabItem's content lazily?

Best regards,
Bassspieler
Re: RAP Browser Performance [message #661332 is a reply to message #661271] Thu, 24 March 2011 10:00 Go to previous messageGo to next message
Sudesh Bulathsinhala is currently offline Sudesh BulathsinhalaFriend
Messages: 193
Registered: October 2010
Senior Member
Hello Austin,

I'd be interested to look at a snippet where progress dialog can be utilized when editor loading in progress.

we tried with following, but it only worked in RCP, not in RAP.
following method createPartControl, is the place where we wanted to notify users, that background operation is in progress using IProgressService.

	@Override
	public void createPartControl(final Composite parent) {
		parent.setBackgroundMode(SWT.INHERIT_DEFAULT);
		final FormLayout layout = new FormLayout();
		layout.marginWidth = 0;
		layout.marginHeight = 0;
		layout.marginLeft = 5;
		layout.marginRight = 5;
		layout.marginTop = 5;
		layout.marginBottom = 5;
		parent.setLayout(layout);
		CustomDecoratorPropertyProvider.getInstance()
				.setCompositeBackgroundGradient(parent);
		/*
		 * IProgressService will notify the user that the loading of the
		 * workbench element, i.e EditorPart is already in progress using
		 * ProgressMonitorDialog
		 */
		try {
			PlatformUI
					.getWorkbench()
					.getProgressService()
					.runInUI(PlatformUI.getWorkbench().getProgressService(),
							new IRunnableWithProgress() {
								@Override
								public void run(final IProgressMonitor monitor) {
									monitor.beginTask(
											"Opening Editor in progress, please wait..",
											IProgressMonitor.UNKNOWN);
									final long eventOne = System
											.currentTimeMillis();
									DatasetCompositeFactory
											.getInstance()
											.initComposite(
													parent,
													_userInterfaceRender
															.getCompositePanelModel(),
													_datasetControllerArray);
									final long diff = eventOne
											- System.currentTimeMillis();
									System.out.println("diff - " + diff);
									monitor.done();
								}
							}, null);
		} catch (final InvocationTargetException e) {
			e.printStackTrace();
		} catch (final InterruptedException e) {
			e.printStackTrace();
		}
	}


if you used different approach to notify users of the progress while loading the editor, could you share that with us ?

Thanks,
Sudesh Bulathsinhala
Re: RAP Browser Performance [message #661539 is a reply to message #661315] Fri, 25 March 2011 08:25 Go to previous messageGo to next message
Rüdiger Herrmann is currently offline Rüdiger HerrmannFriend
Messages: 335
Registered: July 2009
Senior Member
Create a TabFolder with TabItems but no content. Then add a
SelectionListener to the TabFolder. In the listener implementation,
create the content for the selected item if it was selected for the
first time.
Does that answer your question?

- Rüdiger

On 24.03.2011 09:00, Bassspieler wrote:
> Hi!
>
> I hope this doesn't sound too noob-like, but: How to do that? How can I
> create TabItem's content lazily?
>
> Best regards,
> Bassspieler
Re: RAP Browser Performance [message #727750 is a reply to message #661539] Wed, 21 September 2011 22:49 Go to previous message
Raj  is currently offline Raj Friend
Messages: 74
Registered: August 2011
Member
Hi

I am having the same issue.

My RAP works great in Firefox but in IE the performance is pathetic.

I am able to create 150 records in the table viewer in Firefox without any issue but when i create the same in IE it becomes unresponsive. I am not able to create more than 50 records in the IE.

The scripting language (java script) is same for both the browser but there are some things which are different like i remember from my past experience <form></form> is mandatory for creating the form in Firefox while it is not mandatory in IE. I do not know whether it is still valid. Secondly, scripting language does not work exactly same in all the browsers. So does something needs to be added to make it work in IE exactly same as Firefox .

I am using IE 8.0.(128 bit) and Firefox 3.6.22.

Any pointers are highly appreciated.



Previous Topic:favicon missing in chrome
Next Topic:Problem integrating contextual help
Goto Forum:
  


Current Time: Thu Apr 18 08:49:27 GMT 2024

Powered by FUDForum. Page generated in 0.03399 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top