Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 335225

Summary:

problem with core.resources bundle in I20110124-0916

Product:

[Eclipse Project] Platform

Reporter:

Kim Moir <kim.moir>

Component:

Resources

Assignee:

Platform-Resources-Inbox <platform-resources-inbox>

Status:

VERIFIED FIXED

QA Contact:

Severity:

blocker

Priority:

CC:

dj.houghton, john.arthorne, pwebster, Szymon.Brandys

Version:

3.7

Target Milestone:

3.7 M5

Hardware:

OS:

Windows XP

Whiteboard:

Attachments:

Description	Flags
log	none

Description Kim Moir

2011-01-24 13:04:26 EST

I updated to I20110124-0916 to find the following in my log.  I looked on the test machines and most of the tests are failing for this build with similar errors. I'll attach the complete log

!ENTRY org.eclipse.osgi 4 0 2011-01-24 12:45:25.265
!MESSAGE An error occurred while automatically activating bundle org.eclipse.core.resources (2468).
!STACK 0
org.osgi.framework.BundleException: Exception in org.eclipse.core.resources.ResourcesPlugin.start() of bundle org.eclipse.core.resources.
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:734)
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:683)
	at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:380)
	at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:300)
	at org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:440)
	at org.eclipse.osgi.internal.loader.BundleLoader.setLazyTrigger(BundleLoader.java:268)
	at org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:107)
	at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass(ClasspathManager.java:460)
	at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass(DefaultClassLoader.java:216)
	at org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:400)
	at org.eclipse.osgi.internal.loader.SingleSourcePackage.loadClass(SingleSourcePackage.java:35)
	at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:473)
	at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:429)
	at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:417)
	at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:107)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:605)
	at java.lang.J9VMInternals.verifyImpl(Native Method)
	at java.lang.J9VMInternals.verify(J9VMInternals.java:69)
	at java.lang.J9VMInternals.initialize(J9VMInternals.java:131)

Comment 1 Kim Moir

2011-01-24 13:06:13 EST

Created attachment 187454 [details]
log

Comment 2 Kim Moir

2011-01-24 13:07:04 EST

Not sure if this is an osgi issue or core.resources.

Comment 3 Szymon Brandys

2011-01-24 13:12:17 EST

There was only one changed released between I20110118-0800 which was good and now. It is Bug 330320.

Comment 4 DJ Houghton

2011-01-24 13:16:06 EST

It appears the org.eclipse.core.resources bundle from that build was compiled against binaries for org.eclipse.equinox.preferences from an earlier build. When you restarted the build for our modified input, was it a clean restart?

Comment 5 Kim Moir

2011-01-24 13:30:27 EST

If the qualifier on the core.resources bundle didn't change, the same bundle would be included in the next build because it exists in a child repo of an earlier build.  

The core.resources bundle needs to be retagged.  I'll investigate why it was pushed to the repo if it had a compile error.  This shouldn't happen.

Comment 6 DJ Houghton

2011-01-24 13:35:45 EST

I've retagged org.eclipse.core.resources for a new build.
Kim is looking into why a bundle with compile errors was published to the repo.
Closing.

Comment 7 Kim Moir

2011-01-25 13:10:32 EST

verified.