Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [platform-releng-dev] [eclipse-build]Build N20051118-0010 (Timestamp: 200511180010):Automated JUnit testing complete. Test failures/errors occurred.

Is there a CVS module that captures these dependencies for those that want 
to load org.eclipse.core.runtime and its prereqs from HEAD?
There's platform-core, but it's out of date, and also includes 
core.resources.




Oleg Besedin/Ottawa/IBM@IBMCA 
Sent by: platform-releng-dev-bounces@xxxxxxxxxxx
11/19/2005 01:09 PM
Please respond to
"Eclipse platform release engineering list."


To
platform-releng-dev@xxxxxxxxxxx
cc

Subject
Re: [platform-releng-dev]       [eclipse-build]Build    N20051118-0010 
(Timestamp:     200511180010):Automated JUnit testing   complete. Test 
failures/errors occurred.







There was a change in the org.eclipse.core.runtime that might affect 
people who specify classpaths explicitly (such as javadoc scripts). 

The org.eclipse.core.runtime plugin is being split into several portions: 
org.eclipse.equinox.common - portions that are needed by more than one 
piece of the former runtime plugin (i.e. IPath, IStatus, IProgressMonitor) 

org.eclipse.equinox.supplement - some functionality presently located in 
OSGi plugin, but needed to be available in the environments with no OSGi 
(i.e. NLS) 
org.eclipse.equinox.registry - Extension registry separated from the 
runitme 
org.eclipse.equinox.preferences - Preferences mechanism separated from the 
runitme 
org.eclipse.core.jobs - Jobs mechanism separated from the runtime 
org.eclipse.core.contenttype - Content mechanism separated from the 
runtime

As a result, the org.eclipse.core.runtime plugin becomes much smaller. 

The change should have being transparent to all clients. To test it, few 
recent nightly build were run with the runtime source code being picked up 
from the equinox-incubator\runtime-split. 

However, a few issues have been found (surprise, surprise :-)). 

One of the items I didn't consider was that some build and javadoc scripts 
would explicitly specify classpaths. 

As a result of this change, custom scripts that had 
org.eclispe.core.runtime specified in the classpath need to add one or 
more of the following: 
org.eclipse.equinox.common 
org.eclipse.equinox.registry 
org.eclipse.equinox.preferences 
org.eclipse.core.jobs 
org.eclipse.core.contenttype

to the classpaths. 

Normal build is not affected as the org.eclipse.core.runtime re-exports 
all those new plugins. If you don't have custom scripts, then no change is 
necessary. 

I will try to contact plugin owners for the problems picked up by the 
nightly build (i.e. javadoc problems below). 

If you know of a situation where org.eclipse.core.runtime was specified on 
a class path explicitly (such as custom build scripts?) please let me 
know. 

Sincerely, 
Oleg Besedin 
  



Douglas Pollock <douglas.pollock@xxxxxxxx> 
Sent by: platform-releng-dev-bounces@xxxxxxxxxxx 
11/19/2005 08:43 AM 

Please respond to
dpollock and "Eclipse platform release engineering list."


To
"Eclipse platform release engineering list." 
<platform-releng-dev@xxxxxxxxxxx> 
cc

Subject
Re: [platform-releng-dev] [eclipse-build]Build        N20051118-0010  
(Timestamp:        200511180010):Automated JUnit testing        complete.  
     Test failures/errors occurred.








On Friday November 18 2005 02:16 pm, Kim Moir wrote:
> org.eclipse.team.ui
> org.eclipse.core.resources
> org.eclipse.ui.workbench
> org.eclipse.jface.text
> org.eclipse.ltk.core.refactoring
> org.eclipse.ui.forms
> org.eclipse.core.filebuffers
> org.eclipse.core.commands
> org.eclipse.core.runtime
> org.eclipse.ui.workbench.texteditor
> org.eclipse.ui.editors
> org.eclipse.ui.views
> org.eclipse.update.core
> 
http://download.eclipse.org/eclipse/downloads/drops/N20051118-0010/compilel

>ogs/platform.doc.isv.javadoc.txt

A lot of these look bogus.  For example:

/builds/N/src/plugins/org.eclipse.platform.doc.isv/../org.eclipse.ui.workbench/Eclipse 

UI/org/eclipse/ui/IEditorInput.java:13: cannot resolve symbol
symbol  : class IAdaptable 
location: package runtime
import org.eclipse.core.runtime.IAdaptable;

In the N20051119-0010 build, there are still warnings, but now most of 
them 
complain that they can't find IContentType.


Has something changed in the build itself?



d.
_______________________________________________
platform-releng-dev mailing list
platform-releng-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/platform-releng-dev
_______________________________________________
platform-releng-dev mailing list
platform-releng-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/platform-releng-dev




Back to the top