[jbosstools-issues] [JBoss JIRA] Commented: (JBIDE-675) Large JSF file are too slow to handle, making editor useless for them

Snjezana Peco (JIRA) jira-events at lists.jboss.org
Tue Apr 1 13:55:06 EDT 2008


    [ http://jira.jboss.com/jira/browse/JBIDE-675?page=comments#action_12406272 ] 
            
Snjezana Peco commented on JBIDE-675:
-------------------------------------

Mozilla DOM can't be modified in a non-UI thread. Mozilla's proxy mechanism is just other way to call the UI thread.
You can use Eclipse's display.asyncExec/display.syncExec with the same effect.

I am not sure what you did when you tried to "apply  a delay before update", but I proposed the following ( JBIDE-1900 ):
- when a user enters a few chars quickly, the visual part is updated only once (currently, the visual part is updated for every character entered by the user)
The webtools project uses this idea within the sourcevalidation ext. point. I used it for JBIDE-1479 fix. Without the delay, formating of the files included in JBIDE-675.tar.gz is very, very slow (unusable for larger projects).
Within JBIDE-1479 fix, the delay time is set to 1000 ms (see http://jira.jboss.com/jira/browse/JBIDE-1479#action_12394455 ).
Since this delay would probably be too long for source editing, I propose 400ms what is the default value in the webtools project.

It is possible that you added a delay, but didn't cancel any job what slowed down editing.

> Large JSF file are too slow to handle, making editor useless for them
> ---------------------------------------------------------------------
>
>                 Key: JBIDE-675
>                 URL: http://jira.jboss.com/jira/browse/JBIDE-675
>             Project: Tools (JBoss Tools)
>          Issue Type: Bug
>          Components: JSF, Visual Page Editor
>    Affects Versions: ExadelStudioPro4
>         Environment: Eclipse 3.2.2
> Exadel Studio 4.0.4
> Kubuntu Feisty Fawn
> 1G RAM
> CPU Intel(R) Pentium(R) 4 CPU 2.80GHz, HyperThreading activated
>            Reporter: David Delbecq
>         Assigned To: Maxim Areshkau
>            Priority: Critical
>             Fix For: 2.1
>
>         Attachments: .classpath, copy_dump.txt, edit_dump1.txt, edit_dump2.txt, editStructure.txt, JBIDE-675.tar.gz, loading_dump.txt, profiling.tar.gz, stacktraces-rhd2b1.log.gz, tree.txt
>
>
> Post to JIRA, following recommandatiopn here: http://jboss.com/index.html?module=bb&op=viewtopic&t=115447
> When editing JSF files That contains quite a lot of include, it take commonly up to 20 seconds for one character i type to get it's way to the screen. I can even see, after 10 seconds, the cursor goes on step right, and after a new 10 second the character appear in front of the cursor. This make it impossible to use JSF editor from exadel to edit such file, i have to ressort to plain xml editor without completion for facelets tags.
> I will be posting attachement containing description of files involved (sorry, no file content).

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        



More information about the jbosstools-issues mailing list