[
http://jira.jboss.com/jira/browse/JBIDE-675?page=comments#action_12401441 ]
Maxim Areshkau commented on JBIDE-675:
--------------------------------------
I have been looked up intro 3-directions under fixing this bug:
1)Cashing of VPE data , in this way we should resolve following problems:
a) in class VpeCreation data contains field data, which should be properly cloned for
cash(We should copy ns** objects and just save a link for w3c elements), but in this field
every template can write everything.
b) we have some memory links in mozilla(following error message ***
_NSAutoreleaseNoPool(): Object 0x7105e080 of class NSConcreteValue autoreleased with no
pool in place - just leaking), this can cause a crash of eclipse.
c) I have tested work of VPE on page emplayes.xhtml and in case when cash a on, vpe
forks up 2x faster.
2)Second thing that I tried to do it's separate update view of vpe from user ui
thread. Processing under xulrunner objects should be called from ui thread, but eclipse
usually creates only one instance of Display class, so when we run update in UIJob
it's shows WAIT CURSOR and suspend user input on source page.When I run update of
visual preview in non ui job it's crashes eclipse.
3)adjust of processing notifyChanged event's.But in this case we should change event
processing in VpeVisualDomBuilder and change mechanism of processing templates.
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