[badam]

– System Setup ——————————-
Operating System and version: SuSE Linux, Kernel 2.6.5
Eclipse version: 2.6.5
Eclipse build id: 2.6.5
Fresh Eclipse install (y/n): n
If not, was it upgraded to its current version using the update manager? yes
Other installed external plugins:
Number of plugins in the <eclipse>/plugins directory that begin with org.eclipse.pde.*: 8
MyEclipse version: 3.8.1+QF20040825
Eclipse JDK version: SunJava2-1.4.2
Application Server JDK version: Weblogic 8
Are there any exceptions in the Eclipse log file? No

– Message Body ——————————-

The problem is, that due to exhaustive background operations the copy-paste menuentries and even the according key shortcuts are disabled.

This problem occurs for example, if a lot of debugging messages are issued over the eclipse console or if
tasks like “Update outline” or “Build workspace” are proceeded. It’s not possible to use copy/paste for several minutes during that time.

Is there a way to decouple editing a file from those other tasks? I know that those “Update outline” or “Build workspace” problems are already discussed, so I don’t want to adress them here. I just need to know if I can keep my editors working while those processes are running.

Thanks in advance.

Bernd

[Riyad Kalla]

Bernd,
What is your Eclipse Build ID (Help > About menu)?

We currently have 3 bugs filed that have to do with copy pasting using CTRL+ALT+UP/DOWN as well as some keystrokes that don’t seem to occur immediately but rather take a few seconds, is this what you are talking about seeing? If it is, the bugs have all been combined internally in our tracking system into an aparent refresh problem, it turns out the edits are done instantely but there is a refresh issue with the editor not showing the changes right away making it look like it takes “a while” for the edits to finish.

We should have a fix for this in 3.8.2… is this the problem you are encountering?

[badam]

@support-rkalla wrote:

Bernd,
What is your Eclipse Build ID (Help > About menu)?

Build ID: 200406251208

@support-rkalla wrote:

We currently have 3 bugs filed that have to do with copy pasting using CTRL+ALT+UP/DOWN as well as some keystrokes that don’t seem to occur immediately but rather take a few seconds, is this what you are talking about seeing?

No. I’m using the keystrokes Ctrl+C and Ctrl+V for copy and paste. They are not just disabled for a few seconds but for several minutes (aprox: 1-4). If you have a look at the menu entries, they are diesabled, too, as long as the keystrokes don’t work.

@support-rkalla wrote:

If it is, the bugs have all been combined internally in our tracking system into an aparent refresh problem, it turns out the edits are done instantely but there is a refresh issue with the editor not showing the changes right away making it look like it takes “a while” for the edits to finish.

It’s not a refresh issue since even the copy command/keystroke doesn’t copy anything. If copy/paste comes back to work and you issue the paste command, somthing is pasted that has been in the buffer from a previous copy command, but not what you actually wanted.

@support-rkalla wrote:

We should have a fix for this in 3.8.2… is this the problem you are encountering?

Well, as I already mentioned it’s not. I can see a correlation between those background processes (Update outline, Build workspace) and the missing commands. This is a reproducible coherence. Thanks for your help so far.

Bernd

[Riyad Kalla]

Bernd,
Are you able to create a small project that exhibits this behavior to send to us? I’ve never encountered this before.

Is your project extremely large?

[badam]

Riyad,

@support-rkalla wrote:

Bernd,
Are you able to create a small project that exhibits this behavior to send to us? I’ve never encountered this before.

I’m afraid I won’t have enough time to do that. And I think this wouldn’t be successfull since it might be a problem with the size of the project.

@support-rkalla wrote:

Is your project extremely large?

Yes, I think it is. The project has about 941MB, the currently used workspace about 1GB. May this cause those long backgound operations (“Update outline” or “Build workspace”)? I believe If there is a way to prevent Eclipse/MyEclipse from processing twenty or thirty of those tasks, the problem will be solved.

Bernd

[Riyad Kalla]

Yes, I think it is. The project has about 941MB, the currently used workspace about 1GB.

While that is certainly an insanely large project, how many Java source files, JSP pages and XML/TLD/XSD files do you have in the project? (e.g. is the majority of that size due to media files, or data files or is it source files?)

[badam]

Ryiad,

@support-rkalla wrote:

Yes, I think it is. The project has about 941MB, the currently used workspace about 1GB.

While that is certainly an insanely large project, how many Java source files, JSP pages and XML/TLD/XSD files do you have in the project? (e.g. is the majority of that size due to media files, or data files or is it source files?)

I have gathered the most important file types by their number and size in the following list.

*.java: 995/9,3MB
*.jsp: 648/5,2MB
*.xml: 66/0,7MB
*.tld: 24/0,7MB
*.jpg: 1343/13M
*.doc: 102/20M
*.properties: 76/2,2MB

There are certainly alle the *.class files and jars left as well as some flash movies which I didn’t count and who will make up a lot more of disk usage. Let me know if you need additional information.

Bernd

[Riyad Kalla]

Bernd,
Can you turn off JSP and XML validation to see if that helps: Window > Prefs > MyEclipse > Validation?

Also I’m curious when the “Updating outline” task pops up, it seems it should only popup PER file when you open it and/or are typing. Are you see this behavior? This operation is usually not expensive (even on 500k+ line XML files that I’ve tested).

[badam]

Riyad,

I’ve turned off JSP validation several times before but it seemed MyEclipse wasn’t interested in this setting and continued validating. But I think that was before I updated to 3.8.1! Seems it works now. I didn’t check to turn off XML validation so far.

Give me one or two days to try out your suggestion. I’ll be back 😉 Thanks so far.

Bernd

[Riyad Kalla]

Bernd,
Yes the previous version of 3.8 and 3.8.1 without the quickfixes ignored the “validation” setting and didn’t save its state. That was fixed in our 1st or 2nd quick fix, so hopefully that should *drastically* improve the usability of ME for you.

[badam]

Riyad,

I’m not quite shure, but it seems the problems are gone now. After working several days without validation and then turning it on again, the primary copy-paste-problem didn’t arise any more.

That’s what confuses me a little bit. Because when I posted the problem I had already updated to 3.8.1+QF20040825…

Even though the copy-paste-problem is gone now, the validation of JSPs (activated in both MyEclipse and the project settings) doesn’t do anything. I just want to mention this here but not post a new topic. I will do the latest release update right now and hope it will work again.

Riyad, thanks for your help!

Bernd

[Riyad Kalla]

Bernd,
I am glad things are working for you now, however if you do the upgrade and the JSP validation still fails, its because the JSP compiler (validator) it looking for the “javac.exe” executable in your system environment PATH, so make sure to add your JDK’s /bin directory to your system path so it can find it.

[mikimuzsi]

I have also encounter the same problems and I just can not work with it anymore. Restarting ecplise doesn’t help. reinstalling myeclipse still doesn not help. So it seems to me is more an eclipse problem (also because copy paste does not work in Java perspective – whcih has nothing to do with myeclipse I think). I have reinstalled eclipse (3.0.1) and I can finally copy/paste now…

[Riyad Kalla]

Thank you for folllowing up with your experiences.

[Author]

Posts