Home » Eclipse Projects » Riena » Riena vs. Equinox Log Nuisance
| Riena vs. Equinox Log Nuisance [message #585816] |
Sat, 12 June 2010 00:32  |
 Christian Kesselheim
Messages: 59
Registered: June 2010 |
Member |
|
|
I've recently bumped into some annoying Riena-related log messages for my RCP/Riena application (using Helios/Riena RC3 on MacOSX/Cocoa.x86_64):
!ENTRY org.eclipse.osgi 2 0 2010-06-12 02:22:19.888
!MESSAGE While loading class "org.eclipse.riena.internal.core.logging.LogLevelMapper", thread "Thread[Framework Event Dispatcher,5,main]" timed out waiting (5000ms) for thread "Thread[Thread-0,5,main]" to finish starting bundle "org.eclipse.riena.core_2.0.0.v20100608_2_0_0_RC4 [123]". To avoid deadlock, thread "Thread[Framework Event Dispatcher,5,main]" is proceeding but "org.eclipse.riena.internal.core.logging.LogLevelMapper" may not be fully initialized.
!STACK 0
org.osgi.framework.BundleException: State change in progress for bundle " reference:file:/Users/ckesselh/Documents/Eclipse/riena-works pace/.metadata/.plugins/org.eclipse.pde.core/.bundle_pool/pl ugins/org.eclipse.riena.core_2.0.0.v20100608_2_0_0_RC4.jar " by thread "Thread-0".
at org.eclipse.osgi.framework.internal.core.AbstractBundle.begi nStateChange(AbstractBundle.java:1077)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.star t(AbstractBundle.java:282)
at org.eclipse.osgi.framework.util.SecureAction.start(SecureAct ion.java:417)
at org.eclipse.osgi.internal.loader.BundleLoader.setLazyTrigger (BundleLoader.java:265)
at org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter .postFindLocalClass(EclipseLazyStarter.java:106)
at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLoc alClass(ClasspathManager.java:453)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.fin dLocalClass(DefaultClassLoader.java:216)
at org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass (BundleLoader.java:393)
at org.eclipse.osgi.internal.loader.BundleLoader.findClassInter nal(BundleLoader.java:469)
at org.eclipse.osgi.internal.loader.BundleLoader.findClass(Bund leLoader.java:422)
at org.eclipse.osgi.internal.loader.BundleLoader.findClass(Bund leLoader.java:410)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loa dClass(DefaultClassLoader.java:107)
at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
at org.eclipse.riena.core.logging.SysoLogListener.logged(SysoLo gListener.java:30)
at org.eclipse.riena.internal.core.logging.SynchronousLogListen erAdapter.logged(SynchronousLogListenerAdapter.java:37)
at org.eclipse.equinox.log.internal.ExtendedLogReaderServiceFac tory.safeLogged(ExtendedLogReaderServiceFactory.java:89)
at org.eclipse.equinox.log.internal.ExtendedLogReaderServiceFac tory.log(ExtendedLogReaderServiceFactory.java:147)
at org.eclipse.equinox.log.internal.Activator.bundleChanged(Act ivator.java:77)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl.d ispatchEvent(BundleContextImpl.java:919)
at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEve nt(EventManager.java:227)
at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread .run(EventManager.java:337)
Caused by: org.eclipse.osgi.framework.internal.core.AbstractBundle$Bund leStatusException
... 21 more
Root exception:
org.eclipse.osgi.framework.internal.core.AbstractBundle$Bund leStatusException
at org.eclipse.osgi.framework.internal.core.AbstractBundle.begi nStateChange(AbstractBundle.java:1077)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.star t(AbstractBundle.java:282)
at org.eclipse.osgi.framework.util.SecureAction.start(SecureAct ion.java:417)
at org.eclipse.osgi.internal.loader.BundleLoader.setLazyTrigger (BundleLoader.java:265)
at org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter .postFindLocalClass(EclipseLazyStarter.java:106)
at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLoc alClass(ClasspathManager.java:453)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.fin dLocalClass(DefaultClassLoader.java:216)
at org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass (BundleLoader.java:393)
at org.eclipse.osgi.internal.loader.BundleLoader.findClassInter nal(BundleLoader.java:469)
at org.eclipse.osgi.internal.loader.BundleLoader.findClass(Bund leLoader.java:422)
at org.eclipse.osgi.internal.loader.BundleLoader.findClass(Bund leLoader.java:410)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loa dClass(DefaultClassLoader.java:107)
at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
at org.eclipse.riena.core.logging.SysoLogListener.logged(SysoLo gListener.java:30)
at org.eclipse.riena.internal.core.logging.SynchronousLogListen erAdapter.logged(SynchronousLogListenerAdapter.java:37)
at org.eclipse.equinox.log.internal.ExtendedLogReaderServiceFac tory.safeLogged(ExtendedLogReaderServiceFactory.java:89)
at org.eclipse.equinox.log.internal.ExtendedLogReaderServiceFac tory.log(ExtendedLogReaderServiceFactory.java:147)
at org.eclipse.equinox.log.internal.Activator.bundleChanged(Act ivator.java:77)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl.d ispatchEvent(BundleContextImpl.java:919)
at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEve nt(EventManager.java:227)
at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread .run(EventManager.java:337)
Sat Jun 12 02:22:14 CEST 2010 INFO [Thread-0] org.eclipse.riena.internal.core.Activator No stage information set.
Sat Jun 12 02:22:14 CEST 2010 INFO [Framework Event Dispatcher] null BundleEvent STARTED
Incrementally increasing the start level for org.eclipse.equinox.log makes the warning go away at (at the expense of having much less messages to look at, of course), so I wonder if this is the right way to go?!
Thanks in advance,
Chris
|
|
|
| Re: Riena vs. Equinox Log Nuisance [message #585845 is a reply to message #585816] |
Mon, 14 June 2010 12:47  |
Christian Campo
Messages: 597
Registered: July 2009 |
Senior Member |
|
|
Hi Chris,
can you please post a bug for this. Add the stacktrace from this mail and also supply us with the loglevels where it
didnt work and the ones where it did work.
We'll try to look into this problem as soon as we can. We currently a little busy with the latest steps in Helios....
thanks
christian campo
12.06.10 02:32, schrieb Christian Kesselheim:
> I've recently bumped into some annoying Riena-related log messages for
> my RCP/Riena application (using Helios/Riena RC3 on MacOSX/Cocoa.x86_64):
>
>
> !ENTRY org.eclipse.osgi 2 0 2010-06-12 02:22:19.888
> !MESSAGE While loading class
> "org.eclipse.riena.internal.core.logging.LogLevelMapper", thread
> "Thread[Framework Event Dispatcher,5,main]" timed out waiting (5000ms)
> for thread "Thread[Thread-0,5,main]" to finish starting bundle
> "org.eclipse.riena.core_2.0.0.v20100608_2_0_0_RC4 [123]". To avoid
> deadlock, thread "Thread[Framework Event Dispatcher,5,main]" is
> proceeding but "org.eclipse.riena.internal.core.logging.LogLevelMapper"
> may not be fully initialized.
> !STACK 0
> org.osgi.framework.BundleException: State change in progress for bundle
> " reference:file:/Users/ckesselh/Documents/Eclipse/riena-works pace/.metadata/.plugins/org.eclipse.pde.core/.bundle_pool/pl ugins/org.eclipse.riena.core_2.0.0.v20100608_2_0_0_RC4.jar "
> by thread "Thread-0".
> at
> org.eclipse.osgi.framework.internal.core.AbstractBundle.begi nStateChange(AbstractBundle.java:1077)
>
> at
> org.eclipse.osgi.framework.internal.core.AbstractBundle.star t(AbstractBundle.java:282)
>
> at
> org.eclipse.osgi.framework.util.SecureAction.start(SecureAct ion.java:417)
> at
> org.eclipse.osgi.internal.loader.BundleLoader.setLazyTrigger (BundleLoader.java:265)
>
> at
> org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter .postFindLocalClass(EclipseLazyStarter.java:106)
>
> at
> org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLoc alClass(ClasspathManager.java:453)
>
> at
> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.fin dLocalClass(DefaultClassLoader.java:216)
>
> at
> org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass (BundleLoader.java:393)
>
> at
> org.eclipse.osgi.internal.loader.BundleLoader.findClassInter nal(BundleLoader.java:469)
>
> at
> org.eclipse.osgi.internal.loader.BundleLoader.findClass(Bund leLoader.java:422)
>
> at
> org.eclipse.osgi.internal.loader.BundleLoader.findClass(Bund leLoader.java:410)
>
> at
> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loa dClass(DefaultClassLoader.java:107)
>
> at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
> at
> org.eclipse.riena.core.logging.SysoLogListener.logged(SysoLo gListener.java:30)
>
> at
> org.eclipse.riena.internal.core.logging.SynchronousLogListen erAdapter.logged(SynchronousLogListenerAdapter.java:37)
>
> at
> org.eclipse.equinox.log.internal.ExtendedLogReaderServiceFac tory.safeLogged(ExtendedLogReaderServiceFactory.java:89)
>
> at
> org.eclipse.equinox.log.internal.ExtendedLogReaderServiceFac tory.log(ExtendedLogReaderServiceFactory.java:147)
>
> at
> org.eclipse.equinox.log.internal.Activator.bundleChanged(Act ivator.java:77)
> at
> org.eclipse.osgi.framework.internal.core.BundleContextImpl.d ispatchEvent(BundleContextImpl.java:919)
>
> at
> org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEve nt(EventManager.java:227)
>
> at
> org.eclipse.osgi.framework.eventmgr.EventManager$EventThread .run(EventManager.java:337)
>
> Caused by:
> org.eclipse.osgi.framework.internal.core.AbstractBundle$Bund leStatusException
>
> ... 21 more
> Root exception:
> org.eclipse.osgi.framework.internal.core.AbstractBundle$Bund leStatusException
>
> at
> org.eclipse.osgi.framework.internal.core.AbstractBundle.begi nStateChange(AbstractBundle.java:1077)
>
> at
> org.eclipse.osgi.framework.internal.core.AbstractBundle.star t(AbstractBundle.java:282)
>
> at
> org.eclipse.osgi.framework.util.SecureAction.start(SecureAct ion.java:417)
> at
> org.eclipse.osgi.internal.loader.BundleLoader.setLazyTrigger (BundleLoader.java:265)
>
> at
> org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter .postFindLocalClass(EclipseLazyStarter.java:106)
>
> at
> org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLoc alClass(ClasspathManager.java:453)
>
> at
> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.fin dLocalClass(DefaultClassLoader.java:216)
>
> at
> org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass (BundleLoader.java:393)
>
> at
> org.eclipse.osgi.internal.loader.BundleLoader.findClassInter nal(BundleLoader.java:469)
>
> at
> org.eclipse.osgi.internal.loader.BundleLoader.findClass(Bund leLoader.java:422)
>
> at
> org.eclipse.osgi.internal.loader.BundleLoader.findClass(Bund leLoader.java:410)
>
> at
> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loa dClass(DefaultClassLoader.java:107)
>
> at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
> at
> org.eclipse.riena.core.logging.SysoLogListener.logged(SysoLo gListener.java:30)
>
> at
> org.eclipse.riena.internal.core.logging.SynchronousLogListen erAdapter.logged(SynchronousLogListenerAdapter.java:37)
>
> at
> org.eclipse.equinox.log.internal.ExtendedLogReaderServiceFac tory.safeLogged(ExtendedLogReaderServiceFactory.java:89)
>
> at
> org.eclipse.equinox.log.internal.ExtendedLogReaderServiceFac tory.log(ExtendedLogReaderServiceFactory.java:147)
>
> at
> org.eclipse.equinox.log.internal.Activator.bundleChanged(Act ivator.java:77)
> at
> org.eclipse.osgi.framework.internal.core.BundleContextImpl.d ispatchEvent(BundleContextImpl.java:919)
>
> at
> org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEve nt(EventManager.java:227)
>
> at
> org.eclipse.osgi.framework.eventmgr.EventManager$EventThread .run(EventManager.java:337)
>
> Sat Jun 12 02:22:14 CEST 2010 INFO [Thread-0]
> org.eclipse.riena.internal.core.Activator No stage information set.
> Sat Jun 12 02:22:14 CEST 2010 INFO [Framework Event Dispatcher] null
> BundleEvent STARTED
>
>
> Incrementally increasing the start level for org.eclipse.equinox.log
> makes the warning go away at (at the expense of having much less
> messages to look at, of course), so I wonder if this is the right way to
> go?!
>
> Thanks in advance,
>
> Chris
|
|
|
| Re: Riena vs. Equinox Log Nuisance [message #585888 is a reply to message #585816] |
Sun, 20 June 2010 17:26 |
Christian Kesselheim
Messages: 59
Registered: June 2010 |
Member |
|
|
I will. Just to remind myself, here are some more details I found while debugging.
What I think happens is that org.eclipse.riena.internal.core.logging.SynchronousLogListen erAdapter gets registered too early in the Riena start-up procedure. At the time this error occurs, Thread-0 is right in the middle of calling the org.eclipse.riena.internal.core.Activator.start() method; namely at line 66 of Activator.java, which reads
stage = variableManager.performStringSubstitution("Riena is running in stage '${riena.stage}'."); //$NON-NLS-1$
As a result, Equinox will try to load and start the "org.eclipse.core.variables" bundle, which is set as lazy-loaded by default. Since org.eclipse.equinox.log.internal.Activator has registered itself as a BundleListener, it will try to raise an "BundleEvent STARTED" log once this succeeds. Finally, this then causes org.eclipse.riena.internal.core.logging.SynchronousLogListen erAdapter to be called, which happens to sit in the very bundle whose Activator.start() method is just being executed. Deadlock.
Again, I'm neither an RCP nor Riena expert so this might just be my rather naive interpretation of what I can see.
Here are the corresponding stacks of both threads at the time the error occurs:
Daemon Thread [Thread-0] (Suspended)
Activator.logStage() line: 66
Activator.start(BundleContext) line: 54
BundleContextImpl$1.run() line: 783
AccessController.doPrivileged(PrivilegedExceptionAction<T>) line: not available [native method]
BundleContextImpl.startActivator(BundleActivator) line: 774
BundleContextImpl.start() line: 755
BundleHost.startWorker(int) line: 370
BundleHost(AbstractBundle).start(int) line: 284
SecureAction.start(Bundle, int) line: 417
BundleLoader.setLazyTrigger() line: 265
EclipseLazyStarter.postFindLocalClass(String, Class, ClasspathManager) line: 106
ClasspathManager.findLocalClass(String) line: 453
DefaultClassLoader.findLocalClass(String) line: 216
BundleLoader.findLocalClass(String) line: 393
SingleSourcePackage.loadClass(String) line: 33
BundleLoader.findClassInternal(String, boolean, ClassLoader) line: 466
BundleLoader.findClass(String, boolean) line: 422
BundleLoader.findClass(String) line: 410
DefaultClassLoader.loadClass(String, boolean) line: 107
DefaultClassLoader(ClassLoader).loadClass(String) line: 248
ClassLoader.defineClass1(String, byte[], int, int, ProtectionDomain, String, boolean) line: not available [native method]
DefaultClassLoader(ClassLoader).defineClassCond(String, byte[], int, int, ProtectionDomain, boolean) line: 632
DefaultClassLoader(ClassLoader).defineClass(String, byte[], int, int, ProtectionDomain) line: 616
DefaultClassLoader.defineClass(String, byte[], ClasspathEntry, BundleEntry) line: 188
ClasspathManager.defineClass(String, byte[], ClasspathEntry, BundleEntry, ClassLoadingStatsHook[]) line: 580
ClasspathManager.findClassImpl(String, ClasspathEntry, ClassLoadingStatsHook[]) line: 550
ClasspathManager.findLocalClassImpl(String, ClassLoadingStatsHook[]) line: 481
ClasspathManager.findLocalClass_LockClassLoader(String, ClassLoadingStatsHook[]) line: 469
ClasspathManager.findLocalClass(String) line: 449
DefaultClassLoader.findLocalClass(String) line: 216
BundleLoader.findLocalClass(String) line: 393
BundleLoader.findClassInternal(String, boolean, ClassLoader) line: 469
BundleLoader.findClass(String, boolean) line: 422
BundleLoader.findClass(String) line: 410
DefaultClassLoader.loadClass(String, boolean) line: 107
DefaultClassLoader(ClassLoader).loadClass(String) line: 248
BundleLoader.loadClass(String) line: 338
BundleHost.loadClass(String, boolean) line: 232
BundleHost(AbstractBundle).loadBundleActivator() line: 149
BundleContextImpl.start() line: 751
BundleHost.startWorker(int) line: 370
BundleHost(AbstractBundle).start(int) line: 284
SecureAction.start(Bundle, int) line: 417
BundleLoader.setLazyTrigger() line: 265
EclipseLazyStarter.postFindLocalClass(String, Class, ClasspathManager) line: 106
ClasspathManager.findLocalClass(String) line: 453
DefaultClassLoader.findLocalClass(String) line: 216
BundleLoader.findLocalClass(String) line: 393
BundleLoader.findClassInternal(String, boolean, ClassLoader) line: 469
BundleLoader.findClass(String, boolean) line: 422
BundleLoader.findClass(String) line: 410
DefaultClassLoader.loadClass(String, boolean) line: 107
DefaultClassLoader(ClassLoader).loadClass(String) line: 248
BundleLoader.loadClass(String) line: 338
BundleHost.loadClass(String, boolean) line: 232
BundleHost(AbstractBundle).loadClass(String) line: 1197
EquinoxRegistryStrategy(RegistryStrategyOSGI).createExecutab leExtension(RegistryContributor, String, String) line: 174
ExtensionRegistry.createExecutableExtension(RegistryContribu tor, String, String) line: 904
ConfigurationElement.createExecutableExtension(String) line: 243
ConfigurationElementHandle.createExecutableExtension(String) line: 55
EclipseAppHandle.run(Object) line: 191
EclipseAppLauncher.runApplication(Object) line: 110
EclipseAppLauncher.start(Object) line: 79
EclipseStarter.run(Object) line: 369
EclipseStarter.run(String[], Runnable) line: 179
NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not available [native method]
NativeMethodAccessorImpl.invoke(Object, Object[]) line: 39
DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 25
Method.invoke(Object, Object...) line: 597
Main.invokeFramework(String[], URL[]) line: 619
Main.basicRun(String[]) line: 574
Main.run(String[]) line: 1407
Main.main(String[]) line: 1383
Daemon Thread [Framework Event Dispatcher] (Suspended)
Object.wait(long) line: not available [native method]
BundleHost(AbstractBundle).beginStateChange() line: 1085
BundleHost(AbstractBundle).start(int) line: 282
SecureAction.start(Bundle, int) line: 417
BundleLoader.setLazyTrigger() line: 265
EclipseLazyStarter.postFindLocalClass(String, Class, ClasspathManager) line: 106
ClasspathManager.findLocalClass(String) line: 453
DefaultClassLoader.findLocalClass(String) line: 216
BundleLoader.findLocalClass(String) line: 393
BundleLoader.findClassInternal(String, boolean, ClassLoader) line: 469
BundleLoader.findClass(String, boolean) line: 422
BundleLoader.findClass(String) line: 410
DefaultClassLoader.loadClass(String, boolean) line: 107
DefaultClassLoader(ClassLoader).loadClass(String) line: 248
SysoLogListener.logged(LogEntry) line: 30
SynchronousLogListenerAdapter.logged(LogEntry) line: 37
ExtendedLogReaderServiceFactory.safeLogged(LogListener, LogEntry) line: 89
ExtendedLogReaderServiceFactory.log(Bundle, String, Object, int, String, Throwable) line: 147
Activator.bundleChanged(BundleEvent) line: 77
BundleContextImpl.dispatchEvent(Object, Object, int, Object) line: 919
EventManager.dispatchEvent(Set, EventDispatcher, int, Object) line: 227
EventManager$EventThread.run() line: 337
I'll turn this into a former bug report as soon as I can find the time (probably tomorrow).
For now, thanks again for putting out this great piece of technology. I really enjoy your work.
Chris
|
|
|
| Re: Riena vs. Equinox Log Nuisance [message #585992 is a reply to message #585888] |
Thu, 24 June 2010 12:45 |
Stefan Liebig
Messages: 124
Registered: July 2009 |
Senior Member |
|
|
Hi Christian,
I am pretty sure that your analysis is correct. We do now (cvs head)
delay the initialization of riena's logging support.
Tschüß,
Stefan
On 20.06.2010 19:26, Christian Kesselheim wrote:
> I will. Just to remind myself, here are some more details I found while
> debugging.
>
> What I think happens is that
> org.eclipse.riena.internal.core.logging.SynchronousLogListen erAdapter
> gets registered too early in the Riena start-up procedure. At the time
> this error occurs, Thread-0 is right in the middle of calling the
> org.eclipse.riena.internal.core.Activator.start() method; namely at line
> 66 of Activator.java, which reads
>
> stage = variableManager.performStringSubstitution("Riena is running in
> stage '${riena.stage}'."); //$NON-NLS-1$
>
> As a result, Equinox will try to load and start the
> "org.eclipse.core.variables" bundle, which is set as lazy-loaded by
> default. Since org.eclipse.equinox.log.internal.Activator has registered
> itself as a BundleListener, it will try to raise an "BundleEvent
> STARTED" log once this succeeds. Finally, this then causes
> org.eclipse.riena.internal.core.logging.SynchronousLogListen erAdapter
> to be called, which happens to sit in the very bundle whose
> Activator.start() method is just being executed. Deadlock.
>
> Again, I'm neither an RCP nor Riena expert so this might just be my
> rather naive interpretation of what I can see.
>
> Here are the corresponding stacks of both threads at the time the error
> occurs:
>
> Daemon Thread [Thread-0] (Suspended)
> Activator.logStage() line: 66
> Activator.start(BundleContext) line: 54
> BundleContextImpl$1.run() line: 783
> AccessController.doPrivileged(PrivilegedExceptionAction<T>) line: not
> available [native method]
> BundleContextImpl.startActivator(BundleActivator) line: 774
> BundleContextImpl.start() line: 755
> BundleHost.startWorker(int) line: 370
> BundleHost(AbstractBundle).start(int) line: 284
> SecureAction.start(Bundle, int) line: 417
> BundleLoader.setLazyTrigger() line: 265
> EclipseLazyStarter.postFindLocalClass(String, Class, ClasspathManager)
> line: 106
> ClasspathManager.findLocalClass(String) line: 453
> DefaultClassLoader.findLocalClass(String) line: 216
> BundleLoader.findLocalClass(String) line: 393
> SingleSourcePackage.loadClass(String) line: 33
> BundleLoader.findClassInternal(String, boolean, ClassLoader) line: 466
> BundleLoader.findClass(String, boolean) line: 422
> BundleLoader.findClass(String) line: 410
> DefaultClassLoader.loadClass(String, boolean) line: 107
> DefaultClassLoader(ClassLoader).loadClass(String) line: 248
> ClassLoader.defineClass1(String, byte[], int, int, ProtectionDomain,
> String, boolean) line: not available [native method]
> DefaultClassLoader(ClassLoader).defineClassCond(String, byte[], int,
> int, ProtectionDomain, boolean) line: 632
> DefaultClassLoader(ClassLoader).defineClass(String, byte[], int, int,
> ProtectionDomain) line: 616
> DefaultClassLoader.defineClass(String, byte[], ClasspathEntry,
> BundleEntry) line: 188
> ClasspathManager.defineClass(String, byte[], ClasspathEntry,
> BundleEntry, ClassLoadingStatsHook[]) line: 580
> ClasspathManager.findClassImpl(String, ClasspathEntry,
> ClassLoadingStatsHook[]) line: 550
> ClasspathManager.findLocalClassImpl(String, ClassLoadingStatsHook[])
> line: 481
> ClasspathManager.findLocalClass_LockClassLoader(String,
> ClassLoadingStatsHook[]) line: 469
> ClasspathManager.findLocalClass(String) line: 449
> DefaultClassLoader.findLocalClass(String) line: 216
> BundleLoader.findLocalClass(String) line: 393
> BundleLoader.findClassInternal(String, boolean, ClassLoader) line: 469
> BundleLoader.findClass(String, boolean) line: 422
> BundleLoader.findClass(String) line: 410
> DefaultClassLoader.loadClass(String, boolean) line: 107
> DefaultClassLoader(ClassLoader).loadClass(String) line: 248
> BundleLoader.loadClass(String) line: 338
> BundleHost.loadClass(String, boolean) line: 232
> BundleHost(AbstractBundle).loadBundleActivator() line: 149
> BundleContextImpl.start() line: 751
> BundleHost.startWorker(int) line: 370
> BundleHost(AbstractBundle).start(int) line: 284
> SecureAction.start(Bundle, int) line: 417
> BundleLoader.setLazyTrigger() line: 265
> EclipseLazyStarter.postFindLocalClass(String, Class, ClasspathManager)
> line: 106
> ClasspathManager.findLocalClass(String) line: 453
> DefaultClassLoader.findLocalClass(String) line: 216
> BundleLoader.findLocalClass(String) line: 393
> BundleLoader.findClassInternal(String, boolean, ClassLoader) line: 469
> BundleLoader.findClass(String, boolean) line: 422
> BundleLoader.findClass(String) line: 410
> DefaultClassLoader.loadClass(String, boolean) line: 107
> DefaultClassLoader(ClassLoader).loadClass(String) line: 248
> BundleLoader.loadClass(String) line: 338
> BundleHost.loadClass(String, boolean) line: 232
> BundleHost(AbstractBundle).loadClass(String) line: 1197
> EquinoxRegistryStrategy(RegistryStrategyOSGI).createExecutab leExtension(RegistryContributor,
> String, String) line: 174
> ExtensionRegistry.createExecutableExtension(RegistryContribu tor, String,
> String) line: 904
> ConfigurationElement.createExecutableExtension(String) line: 243
> ConfigurationElementHandle.createExecutableExtension(String) line: 55
> EclipseAppHandle.run(Object) line: 191
> EclipseAppLauncher.runApplication(Object) line: 110
> EclipseAppLauncher.start(Object) line: 79
> EclipseStarter.run(Object) line: 369
> EclipseStarter.run(String[], Runnable) line: 179
> NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not
> available [native method]
> NativeMethodAccessorImpl.invoke(Object, Object[]) line: 39
> DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: 25
> Method.invoke(Object, Object...) line: 597
> Main.invokeFramework(String[], URL[]) line: 619
> Main.basicRun(String[]) line: 574
> Main.run(String[]) line: 1407
> Main.main(String[]) line: 1383
>
> Daemon Thread [Framework Event Dispatcher] (Suspended)
> Object.wait(long) line: not available [native method]
> BundleHost(AbstractBundle).beginStateChange() line: 1085
> BundleHost(AbstractBundle).start(int) line: 282
> SecureAction.start(Bundle, int) line: 417
> BundleLoader.setLazyTrigger() line: 265
> EclipseLazyStarter.postFindLocalClass(String, Class, ClasspathManager)
> line: 106
> ClasspathManager.findLocalClass(String) line: 453
> DefaultClassLoader.findLocalClass(String) line: 216
> BundleLoader.findLocalClass(String) line: 393
> BundleLoader.findClassInternal(String, boolean, ClassLoader) line: 469
> BundleLoader.findClass(String, boolean) line: 422
> BundleLoader.findClass(String) line: 410
> DefaultClassLoader.loadClass(String, boolean) line: 107
> DefaultClassLoader(ClassLoader).loadClass(String) line: 248
> SysoLogListener.logged(LogEntry) line: 30
> SynchronousLogListenerAdapter.logged(LogEntry) line: 37
> ExtendedLogReaderServiceFactory.safeLogged(LogListener, LogEntry) line: 89
> ExtendedLogReaderServiceFactory.log(Bundle, String, Object, int, String,
> Throwable) line: 147
> Activator.bundleChanged(BundleEvent) line: 77
> BundleContextImpl.dispatchEvent(Object, Object, int, Object) line: 919
> EventManager.dispatchEvent(Set, EventDispatcher, int, Object) line: 227
> EventManager$EventThread.run() line: 337
>
>
> I'll turn this into a former bug report as soon as I can find the time
> (probably tomorrow).
> For now, thanks again for putting out this great piece of technology. I
> really enjoy your work.
>
> Chris
>
|
|
|
Goto Forum:
Current Time: Thu Apr 25 02:19:11 GMT 2024
Powered by FUDForum. Page generated in 0.02604 seconds |
] 
Search
Help
Register
Login
Home
