| Author |
Message |
|
|
Post subject:
 Posted: Jul 29, 2008 - 05:55 PM
|
|
Joined: Jun 08, 2007
Posts: 9
|
|
| I am not using subclipse. |
|
|
| |
|
|
|
 |
|
|
|
Post subject:
Posted: Aug 01, 2008 - 03:13 PM
|
|
Moderator
Joined: Jan 06, 2004
Posts: 23348
|
|
I blocked off 4 hours yesterday and put a QA tech *exclusively* on this with 3 different configurations of MyEclipse to match a mixture of what has been reported here (both from All in One and from Pulse) and had them just start writing their own Struts, JSF and Facelets apps on JBoss, Tomcat and some EJB3 stuff on Glassfish and I got *nothing* back from them.
I then sat down to do it myself for an hour and a half last night and still nothing... I really think this is a localized install issue to a small group of folks. The reason I say that is because we ships 10s of thousands of downloads and installs of MyEclipse *a week*, if we had a consistent issue like this (like we did when the RCP patch came out for 6.0.1 and caused our validation mechanism to break) we would have a torrential downpour of reports coming in over the phone, email and forums.
Given that, the good news is that if it's an install issue those are easier to troubleshoot and fix. If you guys can bear with me, what I'd like to try is the following:
* Brand new clean install of *just* MyEclipse (no additional plugins yet).
* Open your existing workspace... so far so good?
* Now add back 1 plugin at a time and keep editing, figure out at which point something breaks.
If we can narrow down, using this technique, what is causing your setups to freak out, I can deep-dive on my end with that specific plugin and see what is going on... it's possible there is some corner-case scenario that is getting triggered over and over again and I just haven't reproduced it yet. |
_________________
Riyad
MyEclipse Support
|
| |
|
|
|
|
|
|
|
Post subject:
Posted: Aug 01, 2008 - 05:12 PM
|
|
Quality Board
Joined: May 23, 2003
Posts: 315
|
|
| support-rkalla wrote: | I blocked off 4 hours yesterday and put a QA tech *exclusively* on this with 3 different configurations of MyEclipse to match a mixture of what has been reported here (both from All in One and from Pulse) and had them just start writing their own Struts, JSF and Facelets apps on JBoss, Tomcat and some EJB3 stuff on Glassfish and I got *nothing* back from them.
I then sat down to do it myself for an hour and a half last night and still nothing... I really think this is a localized install issue to a small group of folks. The reason I say that is because we ships 10s of thousands of downloads and installs of MyEclipse *a week*, if we had a consistent issue like this (like we did when the RCP patch came out for 6.0.1 and caused our validation mechanism to break) we would have a torrential downpour of reports coming in over the phone, email and forums.
Given that, the good news is that if it's an install issue those are easier to troubleshoot and fix. If you guys can bear with me, what I'd like to try is the following:
* Brand new clean install of *just* MyEclipse (no additional plugins yet).
* Open your existing workspace... so far so good?
* Now add back 1 plugin at a time and keep editing, figure out at which point something breaks.
If we can narrow down, using this technique, what is causing your setups to freak out, I can deep-dive on my end with that specific plugin and see what is going on... it's possible there is some corner-case scenario that is getting triggered over and over again and I just haven't reproduced it yet. |
Hi Riyad,
this used to happen to me as well, but only after a certain event has happened, and a restart used to resolve that problem.
I will try to remember what this event used to be.
I use Subclipse, Tomcat 5.5 and the MyEclipse Database Explorer with Mysql in the workspace this used to happen. Mylyn being installed also frequently triggered this error but it occurs without that as well.
I believe it has something to do with the earlier bug I reported about there being problems with restarting Tomcat (or I believe any other application server) when there are unsaved untitled SQL editor windows, which results in the invalid thread access problem (might have been fixed although I believe I still received something funny in this case), and it may be the case that this NullPointerException-related thing starts to occur AFTER the invalid thread access scenario happened.
I will try to experiment some more when it happens next, but this error really exists.
Best regards,
Robert |
|
|
| |
|
|
|
|
|
|
|
Post subject:
Posted: Aug 07, 2008 - 04:53 PM
|
|
Moderator
Joined: Jan 06, 2004
Posts: 23348
|
|
| Quote: |
Mylyn being installed also frequently triggered this error but it occurs without that as well.
|
We had a conflict with Mylyn+Spring+MyEclipse that we fixed in Pulse, that might ahve been it?
| Quote: |
when there are unsaved untitled SQL editor windows, which results in the invalid thread access problem (might have been fixed although I believe I still received something funny in this case), and it may be the case that this NullPointerException-related thing starts to occur AFTER the invalid thread access scenario happened.
|
Ahh ok, that bug is still in there (just reviewed it the other day for 7.0) and that is a scenario we didn't touch on in this thread yet... does that sound familiar to anyone else?
| Quote: |
I will try to experiment some more when it happens next, but this error really exists.
|
I believe you guys, we just have to nail how to reproduce it, then we can knock out a fix ASAP. |
_________________
Riyad
MyEclipse Support
|
| |
|
|
|
|
|
|
|
Post subject:
Posted: Aug 15, 2008 - 10:51 AM
|
|
Joined: Aug 15, 2008
Posts: 1
|
|
I've had the multiple errors problem at two different companies this year and have experienced the problem with unsaved windows (not just the SQL editor) but not consistently.
From my PDE Runtime log this morning:
1)
eclipse.buildId=M20071023-1652
java.version=1.5.0_12
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_GB
Command-line arguments: -os win32 -ws win32 -arch x86 -data C:\Projects\Workspace
!ENTRY org.eclipse.osgi 2 0 2008-08-15 08:26:08.328
!MESSAGE While loading class "org.eclipse.mylyn.internal.tasks.ui.ITaskHighlighter", thread "Thread[Worker-1,5,main]" timed out waiting (5000ms) for thread "Thread[Worker-4,5,main]" to finish starting bundle "update@plugins/org.eclipse.mylyn.tasks.ui_2.1.0.v20070927-0900.jar [313]". To avoid deadlock, thread "Thread[Worker-1,5,main]" is proceeding but "org.eclipse.mylyn.internal.tasks.ui.ITaskHighlighter" may not be fully initialized.
!STACK 0
org.osgi.framework.BundleException: State change in progress for bundle "update@plugins/org.eclipse.mylyn.tasks.ui_2.1.0.v20070927-0900.jar" by thread "Worker-4"...
2)
!ENTRY org.eclipse.wst.internet.cache 1 0 2008-08-15 08:26:09.437
!MESSAGE wtp.autotest.noninteractive is set. Licenses dialogs will not be displayed.
!ENTRY org.eclipse.osgi 2 0 2008-08-15 08:26:13.343
!MESSAGE While loading class "org.eclipse.mylyn.internal.context.ui.actions.ContextMenuContributor", thread "Thread[Worker-4,5,main]" timed out waiting (5000ms) for thread "Thread[Worker-1,5,main]" to finish starting bundle "update@plugins/org.eclipse.mylyn.context.ui_2.1.0.v20070927-0900.jar [303]". To avoid deadlock, thread "Thread[Worker-4,5,main]" is proceeding but "org.eclipse.mylyn.internal.context.ui.actions.ContextMenuContributor" may not be fully initialized.
!STACK 0
org.osgi.framework.BundleException: State change in progress for bundle "update@plugins/org.eclipse.mylyn.context.ui_2.1.0.v20070927-0900.jar" by thread "Worker-1"...
3)
!ENTRY org.eclipse.wst.internet.cache 1 0 2008-08-15 08:26:09.437
!MESSAGE wtp.autotest.noninteractive is set. Licenses dialogs will not be displayed.
!ENTRY org.eclipse.osgi 2 0 2008-08-15 08:26:13.343
!MESSAGE While loading class "org.eclipse.mylyn.internal.context.ui.actions.ContextMenuContributor", thread "Thread[Worker-4,5,main]" timed out waiting (5000ms) for thread "Thread[Worker-1,5,main]" to finish starting bundle "update@plugins/org.eclipse.mylyn.context.ui_2.1.0.v20070927-0900.jar [303]". To avoid deadlock, thread "Thread[Worker-4,5,main]" is proceeding but "org.eclipse.mylyn.internal.context.ui.actions.ContextMenuContributor" may not be fully initialized.
!STACK 0
org.osgi.framework.BundleException: State change in progress for bundle "update@plugins/org.eclipse.mylyn.context.ui_2.1.0.v20070927-0900.jar" by thread "Worker-1"...
Three further mylyn exceptions followed by:
4)
!ENTRY org.eclipse.osgi 2 0 2008-08-15 08:26:29.484
!MESSAGE While loading class "org.eclipse.mylyn.internal.tasks.ui.WorkspaceAwareContextStore", thread "Thread[main,6,main]" timed out waiting (5000ms) for thread "Thread[Worker-4,5,main]" to finish starting bundle "update@plugins/org.eclipse.mylyn.tasks.ui_2.1.0.v20070927-0900.jar [313]". To avoid deadlock, thread "Thread[main,6,main]" is proceeding but "org.eclipse.mylyn.internal.tasks.ui.WorkspaceAwareContextStore" may not be fully initialized.
!STACK 0
org.osgi.framework.BundleException: State change in progress for bundle "update@plugins/org.eclipse.mylyn.tasks.ui_2.1.0.v20070927-0900.jar" by thread "Worker-4"...
After these exceptions whenever the IDE attempts to invoke the content assist I get two Update Progress errors. Restarting eclipse gets rid of the problem for a while. However, the log after start up still shows the same mylyn exceptions.
HTH
Steve |
|
|
| |
|
|
|
|
|
|
|
Post subject:
Posted: Aug 18, 2008 - 10:36 PM
|
|
Moderator
Joined: Jan 06, 2004
Posts: 23348
|
|
Steve,
Thanks for the heads up, looks like a Mylyn issue; can you describe which Mylyn views you have open and help me reproduce this as easily as possible on my end? |
_________________
Riyad
MyEclipse Support
|
| |
|
|
|
|
|
|
|
Post subject:
Posted: Sep 05, 2008 - 05:40 PM
|
|
Registered Member
Joined: Jun 01, 2006
Posts: 8
|
|
| As the original poster of this issue. I have found that the multiple errors from update progress does not occur unless the General > Progress view is open. |
|
|
| |
|
|
|
|
|
|
|
Post subject:
Posted: Oct 21, 2008 - 09:05 AM
|
|
Joined: Oct 21, 2008
Posts: 1
|
|
| caryp wrote: | | As the original poster of this issue. I have found that the multiple errors from update progress does not occur unless the General > Progress view is open. |
Yup .. I do not know whether the erros are solved .. but the above tip sure got rid of the pesky 'Update Errors' windows .. Thanks!! |
|
|
| |
|
|
|
|
|
|
|
Post subject:
Posted: Oct 21, 2008 - 06:33 PM
|
|
Joined: Jun 08, 2007
Posts: 9
|
|
| I can confirm that (at least for now) closing the Progress view keeps the errors from occurring. |
|
|
| |
|
|
|
|
|
|
|
Search
Register
Log in to check your private messages
