JSF content assist freezes Eclipse while downloading xhtml DTDs [message #934915] |
Sat, 06 October 2012 13:00 |
Eclipse User |
|
|
|
Hi,
I am developing a JSF application for about half a year.
In the mid of September 2012 a strange behavior started.
1. scenario:
* starting Eclipse
* waiting until linking viewer, auto-build, maven index update, etc. finished
* using content assist in a JSF xhtml file
Result:
The cursor stays at the position where I tried to open the content assist (e.g. "<h:[cursor is here]") and
it does not blink any more. No switch of the editors is possible, no menu entry can be opened, nothing.
The whole Eclipse application is frozen.
Killing Eclipse with signal 15 returns the exit code 143.
2. scenario:
* starting Eclipse
* waiting until linking viewer, auto-build, maven index update, etc. finished
* using Java editors work as expected (e.g. editing, saving is possible)
* doing a clean of the JSF project (auto build enabled) works until the validation
of the project starts.
The progress view shows:
Validating <project name>
Facelet HTML Validator starting to validate: <xhtml file name>
The status bar shows the percent finished for validation: 0%.
The progress stays at 0% for long time. And nothing seems to happen.
No CPU usage, no real network traffic.
Result:
* when editing a Java file while the validation process is ongoing (still 0%)
I can not save the file. A modal dialog window opens: "The user operation is waiting for background process to complete."
The "Save" operation is waiting for for the "Validation <project name>" operation.
Canceling the "Validation <project name>" operation does not work. It seems that this operation can not be canceled.
Canceling the waiting "Save" operation leads to an unsaved file, the modal dialog disappears and Eclipse is not blocked anymore.
But I am not able to save the file while the validation process is going on.
I grabbed the network traffic and found out that Eclipse (JSF-Tools?) is downloading xhtml DTD files from www.w3.org.
While grabbing the network traffic I waited - about 20 min. After that eclipse started to response again, the validation finished and
everything was fine again. I can use Eclipse again as expected.
I found out that Eclipse (JSF-Tools?) was downloading about 40 xhtml DTD files from www.w3.org. The download of every file took about 29s to complete
(a little "wget" script using "time" showed the amount of time used for every file).
All together it takes about 40 * ~30s = 20 min to complete the download.
Workaround:
I unplug the network connector before starting Eclipse. I wait until linking, auto build, etc. has finished and
use the JSF content assist. It takes a couple of seconds (~ < 10s) before it opens but it works without downloading
the xhtml DTDs over and over again.
Once the content assist has opened I plug in the network connector again and I can work with Eclipse as usual.
I am using:
Linux 64bit
Eclipse Version: Indigo Service Release 2
Build id: 20120216-1857
java version "1.7.0_07"
Java(TM) SE Runtime Environment (build 1.7.0_07-b10)
Java HotSpot(TM) 64-Bit Server VM (build 23.3-b01, mixed mode)
JavaServer Faces Tools (JSF) Project 3.3.1.v201109030441-7E7IDUF9JgLWUM6WBSgXp org.eclipse.jsf.feature.feature.group Eclipse Web Tools Platform
Using a fresh installation of Juno shows the same behavior.
Has anyone seen a similar behavior?
Thanks.
|
|
|
|
Powered by
FUDForum. Page generated in 0.03354 seconds