Eclipse Project 3.5.0
Primary tabs
The release deliverables have the same form as previous releases, namely:
- Source code release for all Eclipse Project deliverables, available as versions tagged "R3_5" in the Eclipse Project CVS repository.
- Eclipse SDK (runtime binary and SDK for Equinox[*], Platform, JDT, and PDE) (downloadable).
- Eclipse Platform (runtime binary and SDK for the Equinox[*] and Platform only) (downloadable).
- Eclipse RCP (runtime binary and SDK for the Rich Client Platform) (downloadable).
- Eclipse JDT (runtime binary and SDK for the Java Development Tools) (downloadable).
- Eclipse PDE (runtime binary and SDK for the Plug-in Development Environment) (downloadable).
- Eclipse SDK Examples (downloadable).
- SWT distribution (downloadable).
* The Equinox Project is part of the top level RT Project. A significant portion of the Equinox deliverables are consumed and redistributed as part of the Eclipse Project's SDK, Platform, and RCP deliverables.
Compatibility of Release 3.5 with 3.4
Eclipse 3.5 will be compatible with Eclipse 3.4 (and all earlier 3.x versions).
API Contract Compatibility: Eclipse SDK 3.5 will be upwards contract-compatible with Eclipse SDK 3.4 except in those areas noted in the Eclipse 3.5 Plug-in Migration Guide. Programs that use affected APIs and extension points will need to be ported to Eclipse SDK 3.5 APIs. Downward contract compatibility is not supported. There is no guarantee that compliance with Eclipse SDK 3.5 APIs would ensure compliance with Eclipse SDK 3.4 APIs. Refer to Evolving Java-based APIs for a discussion of the kinds of API changes that maintain contract compatibility.
Binary (plug-in) Compatibility: Eclipse SDK 3.5 will be upwards binary-compatible with Eclipse SDK 3.4 except in those areas noted in the Eclipse 3.5 Plug-in Migration Guide. Downward plug-in compatibility is not supported. Plug-ins for Eclipse SDK 3.5 will not be usable in Eclipse SDK 3.4. Refer to Evolving Java-based APIs for a discussion of the kinds of API changes that maintain binary compatibility.
Source Compatibility: Eclipse SDK 3.5 will be upwards source-compatible with Eclipse SDK 3.4 except in the areas noted in the Eclipse 3.5 Plug-in Migration Guide. This means that source files written to use Eclipse SDK 3.4 APIs might successfully compile and run against Eclipse SDK 3.5 APIs, although this is not guaranteed. Downward source compatibility is not supported. If source files use new Eclipse SDK APIs, they will not be usable with an earlier version of the Eclipse SDK.
Workspace Compatibility: Eclipse SDK 3.5 will be upwards workspace-compatible with earlier 3.x versions of the Eclipse SDK unless noted. This means that workspaces and projects created with Eclipse SDK 3.4 .. 3.0 can be successfully opened by Eclipse SDK 3.5 and upgraded to a 3.5 workspace. This includes both hidden metadata, which is localized to a particular workspace, as well as metadata files found within a workspace project (e.g., the .project file), which may propagate between workspaces via file copying or team repositories. Individual plug-ins developed for Eclipse SDK 3.5 should provide similar upwards compatibility for their hidden and visible workspace metadata created by earlier versions; 3.5 plug-in developers are responsible for ensuring that their plug-ins recognize metadata from earlier versions and process it appropriately. User interface session state may be discarded when a workspace is upgraded. Downward workspace compatibility is not supported. A workspace created (or opened) by a product based on Eclipse 3.5 will be unusable with a product based on an earlier version of Eclipse. Visible metadata files created (or overwritten) by Eclipse 3.5 will generally be unusable with earlier versions of Eclipse.
Non-compliant usage of API's: All non-API methods and classes, and certainly everything in a package with "internal" in its name, are considered implementation details which may vary between operating environment and are subject to change without notice. Client plug-ins that directly depend on anything other than what is specified in the Eclipse SDK API are inherently unsupportable and receive no guarantees about compatibility within a single release much less with earlier releases. Refer to How to Use the Eclipse API for information about how to write compliant plug-ins.
The Eclipse SDK is designed as the basis for internationalized products. The user interface elements provided by the Eclipse SDK components, including dialogs and error messages, are externalized. The English strings are provided as the default resource bundles.
Latin-1 and DBCS locales are supported by the Eclipse SDK on all reference platforms; BIDI locales are supported by the Eclipse SDK everywhere but on Motif.
The Eclipse SDK supports GB 18030 (level 1), the Chinese code page standard, on Windows XP and 2000, Linux/GTK and the Macintosh.
German and Japanese locales are tested.
In order to remain current, each Eclipse Project release targets reasonably current operating environments.
Most of the Eclipse SDK is "pure" Java code and has no direct dependence on the underlying operating system. The chief dependence is therefore on the Java Platform itself. Portions are targeted to specific classes of operating environments, requiring their source code to only reference facilities available in particular class libraries (e.g. J2ME Foundation 1.0, J2SE 1.3 and 1.4, etc.).
In general, the 3.5 release of the Eclipse Project is developed on a mix of Java 1.4, Java 5 and Java 6 VMs. As such, the Eclipse SDK as a whole is targeted at all modern, desktop Java VMs. Full functionality is available for 1.4 level development everywhere, and extended development capabilities are made available on the VMs that support them.
Appendix 1 contains a table that indicates the class library level required for each bundle.
There are many different implementations of the Java Platform running atop a variety of operating systems. We focus our testing on a handful of popular combinations of operating system and Java Platform; these are our reference platforms. Eclipse undoubtedly runs fine in many operating environments beyond the reference platforms we test. However, since we do not systematically test them we cannot vouch for them. Problems encountered when running Eclipse on a non-reference platform that cannot be recreated on any reference platform will be given lower priority than problems with running Eclipse on a reference platform.
Eclipse 3.5 is tested and validated on the following reference platforms (this list is updated over the course of the release cycle):
Reference Platforms
Microsoft Windows Vista, x86-32, Win32 running (any of):
- Sun Java Standard Edition 5 Update 14 for Microsoft Windows
- IBM 32-bit SDK for Windows, Java 2 Technology Edition 5.0, SR6b
- BEA JRockit 27.4.0, for Microsoft Windows
Microsoft Windows XP, x86-32, Win32 running (any of):
- Sun Java Standard Edition 6 Update 3 for Microsoft Windows
- Sun Java Standard Edition 5 Update 14 for Microsoft Windows
- IBM 32-bit SDK for Windows, Java 2 Technology Edition 5.0, SR6b
- BEA JRockit 27.4.0, for Microsoft Windows
- Sun Java Standard Edition 1.4.2_16 for Microsoft Windows
- IBM 32-bit SDK for Windows, Java 2 Technology Edition 1.4.2 SR10
Red Hat Enterprise Linux 5.0, x86-32, GTK running (any of):
- Sun Java Standard Edition 6 Update 3 for Linux x86
- Sun Java Standard Edition 5 Update 14 for Linux x86
- IBM 32-bit SDK for Linux on Intel architecture, Java 2 Technology Edition 5.0, SR6b
- BEA JRockit 27.4.0, for Linux x86
- Sun Java Standard Edition 1.4.2_16 for Linux x86
- IBM 32-bit SDK for Linux on Intel architecture, Java 2 Technology Edition 1.4.2 SR10
SUSE Linux Enterprise Server 10, x86-32, GTK running (any of):
- Sun Java Standard Edition 5 Update 14 for Linux x86
- IBM 32-bit SDK for Linux on Intel architecture, Java 2 Technology Edition 5.0, SR6b
SUSE Linux Enterprise Server 10, x86-64, GTK running (any of):
- Sun Java Standard Edition 5 Update 14 for Linux x86-64
- IBM 64-bit SDK for Linux on Intel architecture, Java 2 Technology Edition 5.0, SR6b
Microsoft Windows Vista, x86-64, Win32 running (any of):
- Sun Java Standard Edition 5 Update 14 for Microsoft Windows (AMD64/EM64T)
- IBM 64-bit SDK for Windows, Java 2 Technology Edition 5.0, SR6b
Microsoft Windows XP Professional x64 Edition, x86-64, Win32 running (any of):
- Sun Java Standard Edition 5 Update 14 for Microsoft Windows (AMD64/EM64T)
- IBM 64-bit SDK for Windows, Java 2 Technology Edition 5.0, SR6b
Red Hat Enterprise Linux 4.0 update 2, x86-64, GTK running:
- Sun Java Standard Edition 5 Update 14 for Linux x86-64
- IBM 64-bit SDK for Linux on Intel architecture, Java 2 Technology Edition 5.0, SR6b
Sun Solaris 10, SPARC, GTK running:
- Sun Java Standard Edition 5 Update 14 for Solaris SPARC
Sun Solaris 10, x86, GTK running:
- Sun Java Standard Edition 5 Update 14 for Solaris
HP-UX 11i v2, ia64, Motif 2.1, GTK running:
- HP-UX Java Standard Edition 5 Update 7 for Itanium
IBM AIX 5.3, Power, Motif 2.1 running:
- IBM 32-bit SDK, Java 2 Technology Edition 5.0, SR6b
Red Hat Enterprise Linux 5.0, Power, GTK running:
- IBM 32-bit SDK for Linux on pSeries architecture, Java 2 Technology Edition 5.0, SR6b
SUSE Linux Enterprise Server 10, Power, GTK running:
- IBM 32-bit SDK for Linux on pSeries architecture, Java 2 Technology Edition 5.0, SR6b
Apple Mac OS X 10.5, Universal, Carbon running:
- Apple Java for Mac OS X 10.5, Update 1
Apple Mac OS X 10.5, Universal 32-bit, Cocoa running:
- Apple Java for Mac OS X 10.5, Update 1
Apple Mac OS X 10.5, Universal 64-bit, Cocoa running:
- Apple Java for Mac OS X 10.5, Update 1
As stated above, we expect that Eclipse works fine on other current Java VM and OS versions but we cannot flag these as reference platforms without significant community support for testing them.