[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: AW: [Subclipse-dev] AW: Subclipse 0.9.37 Released

From: Eugene Kuleshov <eu_at_javatx.com>
Date: 2005-11-03 23:13:03 CET

Mark,

  I've heard different opinion on this. Such errors can also happens
with some kind of deadlock, so runtime have to kill bad bundles. In some
cases that would lead to the "gray window" issue...

  regards,
  Eugene

Mark Phippard wrote:

>"Stefan Kiendl" <stefan.kiendl@gmx.net> wrote on 11/03/2005 04:48:57 PM:
>
>
>
>>>This is not a problem, it is a message that gets logged in the error
>>>log but has no known side effects.
>>>
>>>
>>The side effect is, that subclipse doesn't work. All my projects are
>>
>>
>shown
>
>
>>as not if they would be not shared. Seldom they are shared, but mostly
>>
>>
>not.
>
>
>>Very annoying.
>>
>>
>
>I think you are wrong. Everyone gets this message, including me. It does
>not cause any problems. This message has been appearing in the console
>for at least the last 10 releases.
>
>
>
>>>My best guess is that it just takes our plugin longer to initialize
>>>
>>>
>the
>
>
>>>client adapters then Eclipse wants to wait. I found that if I changed
>>>code around in the SVNOutputConsole then it just moved the same
>>>
>>>
>problem
>
>
>>>to some place else.
>>>
>>>
>>Any idea, what i could have done to cause this?
>>
>>
>
>You didn't do anything. It is just the time it takes our plugin to
>initialize. If you search the Eclipse bugzilla for 5000ms it looks like
>virtually every Eclipse plugin has had this problem since they moved to
>OSGI. I have not found one that gives any definitive ideas for how they
>fixed it. It seems to be that they just made their plugin do less during
>initialization so that it would start. For Subclipse. my guess is that we
>would have to defer initializing our adapters which would probably mean a
>lot of code reworking. I took a quick look at it earlier but it got
>messy. If someone wants to tackle it be my guest.
>
>The best approach would probably be to try to just initialize the adapter
>the user has selected in the preferences, and then initialize the others
>when the user opens the preferences. Just a guess. Of course it is
>possible that even this way our plugin would still take too long to
>initialize.
>
>Mark
>
>
>_____________________________________________________________________________
>Scanned for SoftLanding Systems, Inc. and SoftLanding Europe Plc by IBM Email Security Management Services powered by MessageLabs.
>_____________________________________________________________________________
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
>For additional commands, e-mail: users-help@subclipse.tigris.org
>
>
>
Received on Fri Nov 4 09:13:03 2005

This is an archived mail posted to the Subclipse Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.