Bug 522055 - Update eclipse_readme.html to 4.8 one for Photon.
It was still Neon content even.
Change-Id: Ic3723deca71713dfee5e1b6c06f9f6e7672aba27
Signed-off-by: Alexander Kurtakov <akurtako@redhat.com>
diff --git a/features/org.eclipse.rcp/rootfiles/readme/readme_eclipse.html b/features/org.eclipse.rcp/rootfiles/readme/readme_eclipse.html
index eab1c26..4767fd9 100644
--- a/features/org.eclipse.rcp/rootfiles/readme/readme_eclipse.html
+++ b/features/org.eclipse.rcp/rootfiles/readme/readme_eclipse.html
@@ -4,10 +4,10 @@
<meta
http-equiv="Content-Type"
content="text/html; charset=UTF-8" />
-<title>Eclipse Project Release Notes 4.6 (Neon)</title>
+<title>Eclipse Project Release Notes 4.8 (Photon)</title>
<!-- Please validate as "xhtml1 strict", at
-https://validator.w3.org/check?uri=http%3A%2F%2Fwww.eclipse.org%2Feclipse%2Fdevelopment%2Freadme_eclipse_4.6.html;ss=1
-(It must be "on website" to validte.)
+https://validator.w3.org/check?uri=http%3A%2F%2Fwww.eclipse.org%2Feclipse%2Fdevelopment%2Freadme_eclipse_4.7.html;ss=1
+(It must be "on website" to validate.)
-->
</head>
<body>
@@ -19,12 +19,12 @@
<p>
<a
class="mozTocH1"
- name="mozTocId299852">Release 4.6.0 (Neon)</a>
+ name="mozTocId299852">Release 4.8.0 (Photon)</a>
</p>
<p>
<a
class="mozTocH1"
- name="mozTocId299852">Last revised May 30, 2016</a>
+ name="mozTocId299852">Last revised September 7, 2017</a>
</p>
<!--
This following link to www.eclipse.org should be commented out
@@ -35,10 +35,11 @@
after the release.
-->
<p>
- The latest version of this document can be found on the web at <a href="https://www.eclipse.org/eclipse/development/readme_eclipse_4.6.php">Eclipse Release Notes 4.6 (Neon)</a>. There may or may
+ The latest version of this document can be found on the web at <a href="https://www.eclipse.org/eclipse/development/readme_eclipse_4.8.php">Eclipse Release Notes 4.8 (Photon)</a>. There may or may
not be changes made after the product is released. You can tell by checking the "last revised" date near the top of this page.
</p>
+
<p style="text-align: left; font-weight: bold;">
<a
class="mozTocH1"
@@ -57,7 +58,7 @@
<li><a href="#mozTocId315234">Target Operating Environments</a></li>
<li><a href="#mozTocId569479">Compatibility with Previous Releases</a>
<ol>
- <li><a href="#mozTocId324309">Compatibility of Release 4.6 with 4.5</a></li>
+ <li><a href="#mozTocId324309">Compatibility of Release 4.8 with 4.7</a></li>
</ol></li>
<li><a href="#mozTocId214943">Known Issues</a>
<ol>
@@ -107,9 +108,6 @@
<li><a href="#mozTocId554478">Non-uniform scaling of text vs. icons when using intermediate scaling factors on high-DPI displays</a></li>
<li><a href="#mozTocId69222">Eclipse plug-in based on the SWT Browser throws exception</a></li>
<li><a href="#mozTocId125696">SWT Browser widget does not work on some recent Linux versions e.g Ubuntu 16.04</a></li>
- <li><a href="#mozTocId519796">SWT Browser widget crashes when run with XULRunner 31 run-time (Linux only)</a></li>
- <li><a href="#mozTocId664509">IME conversion problem (Solaris GTK only)</a></li>
- <li><a href="#mozTocId516202">Eclipse won't start (Linux GTK PPC only)</a></li>
<li><a href="#mozTocId238090">Eclipse icon is duplicated in task-bar on Windows</a></li>
<li><a href="#mozTocId414883">BIDI Segments in Text controls</a></li>
<li><a href="#mozTocId518357">Block Selection functionality provided by StyledText is not BIDI aware</a></li>
@@ -175,12 +173,6 @@
<li><a href="#mozTocId620725">Specifying the Java virtual machine</a></li>
<li><a href="#mozTocId928700">Mac OS X</a></li>
<li><a href="#mozTocId221199">Shared Install</a></li>
- <li><a href="#mozTocId317919">Special Operating System Requirements</a>
- <ol>
- <li><a href="#mozTocId914102">AIX</a></li>
- <li><a href="#mozTocId383156">HPUX</a></li>
- <li><a href="#mozTocId2011">Solaris</a></li>
- </ol></li>
</ol></li>
<li><a href="#mozTocId575572">Upgrading Workspace from a Previous Release</a>
<ol>
@@ -191,10 +183,10 @@
</ol></li>
<li><a href="#mozTocId638978">Interoperability with Previous Releases</a>
<ol>
- <li><a href="#mozTocId759237">Interoperability of Release 4.6 with previous releases</a>
+ <li><a href="#mozTocId759237">Interoperability of Release 4.8 with previous releases</a>
<ol>
- <li><a href="#mozTocId226004">Sharing projects between heterogeneous Eclipse 4.6 and 4.5</a></li>
- <li><a href="#mozTocId574781">Using Eclipse 4.6 to develop plug-ins that work in Eclipse 4.5</a></li>
+ <li><a href="#mozTocId226004">Sharing projects between heterogeneous Eclipse 4.8 and 4.7</a></li>
+ <li><a href="#mozTocId574781">Using Eclipse 4.8 to develop plug-ins that work in Eclipse 4.7</a></li>
</ol></li>
</ol></li>
<li><a href="#mozTocId317294">Appendix: Execution Environment by Bundle</a></li>
@@ -209,7 +201,7 @@
<p>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.1, J2SE 1.4, Java
5, etc).</p>
- <p>In general, the 4.6 release of the Eclipse Project is developed on Java SE 8 VMs. As such, the Eclipse SDK as a whole is targeted at all modern, desktop Java VMs.</p>
+ <p>In general, the 4.8 release of the Eclipse Project is developed on Java SE 8 VMs. As such, the Eclipse SDK as a whole is targeted at all modern, desktop Java VMs.</p>
<p>
<a href="#appendix">Appendix 1</a> contains a table that indicates the class library level required for each bundle.
</p>
@@ -220,9 +212,9 @@
problems with running Eclipse on a reference platform.
</p>
<p>
- Eclipse 4.6 is tested and validated on a number of reference platforms. For the complete list, see <a
- href="https://www.eclipse.org/projects/project-plan.php?planurl=http://www.eclipse.org/eclipse/development/plans/eclipse_project_plan_4_6.xml#target_environments">Target Environments in the
- 4.6 Plan</a>.
+ Eclipse 4.8 is tested and validated on a number of reference platforms. For the complete list, see <a
+ href="https://www.eclipse.org/projects/project-plan.php?planurl=http://www.eclipse.org/eclipse/development/plans/eclipse_project_plan_4_8.xml#target_environments">Target Environments in the
+ 4.8 Plan</a>.
</p>
<p>
As stated above, <i>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
@@ -241,42 +233,42 @@
<h3>
<a
class="mozTocH3"
- name="mozTocId324309">Compatibility of Release 4.6 with 4.5</a>
+ name="mozTocId324309">Compatibility of Release 4.8 with 4.7</a>
</h3>
<p>
<a
class="mozTocH3"
- name="mozTocId324309">Eclipse 4.6 is compatible with Eclipse 4.5 (and all earlier 3.x versions).</a>
+ name="mozTocId324309">Eclipse 4.8 is compatible with Eclipse 4.7 (and all earlier 3.x versions).</a>
</p>
<p>
<a
class="mozTocH3"
- name="mozTocId324309"> <strong>API Contract Compatibility:</strong> Eclipse SDK 4.6 is upwards contract-compatible with Eclipse SDK 4.5 except in those areas noted in the
- </a><a href="http://www.eclipse.org/eclipse/development/porting/eclipse_4_6_porting_guide.html"><em>Eclipse 4.6 Plug-in Migration Guide</em></a>. Programs that use affected APIs and extension points
- will need to be ported to Eclipse SDK 4.6 APIs. Downward contract compatibility is not supported. There is no guarantee that compliance with Eclipse SDK 4.6 APIs would ensure compliance with
- Eclipse SDK 4.5 APIs. Refer to <a href="https://wiki.eclipse.org/Evolving_Java-based_APIs"><em>Evolving Java-based APIs</em></a> for a discussion of the kinds of API changes that maintain contract
+ name="mozTocId324309"> <strong>API Contract Compatibility:</strong> Eclipse SDK 4.8 is upwards contract-compatible with Eclipse SDK 4.7 except in those areas noted in the
+ </a><a href="http://www.eclipse.org/eclipse/development/porting/eclipse_4_8_porting_guide.html"><em>Eclipse 4.7 Plug-in Migration Guide</em></a>. Programs that use affected APIs and extension points
+ will need to be ported to Eclipse SDK 4.8 APIs. Downward contract compatibility is not supported. There is no guarantee that compliance with Eclipse SDK 4.8 APIs would ensure compliance with
+ Eclipse SDK 4.7 APIs. Refer to <a href="https://wiki.eclipse.org/Evolving_Java-based_APIs"><em>Evolving Java-based APIs</em></a> for a discussion of the kinds of API changes that maintain contract
compatibility.
</p>
<p>
- <strong>Binary (plug-in) Compatibility:</strong> Eclipse SDK 4.6 is upwards binary-compatible with Eclipse SDK 4.5 except in those areas noted in the <a
- href="http://www.eclipse.org/eclipse/development/porting/eclipse_4_6_porting_guide.html"><em>Eclipse 4.6 Plug-in Migration Guide</em> </a>. Downward plug-in compatibility is not supported.
- Plug-ins for Eclipse SDK 4.6 will not be usable in Eclipse SDK 4.5. Refer to <a href="https://wiki.eclipse.org/Evolving_Java-based_APIs"> <em>Evolving Java-based APIs</em></a> for a discussion of
+ <strong>Binary (plug-in) Compatibility:</strong> Eclipse SDK 4.8 is upwards binary-compatible with Eclipse SDK 4.7 except in those areas noted in the <a
+ href="http://www.eclipse.org/eclipse/development/porting/eclipse_4_8_porting_guide.html"><em>Eclipse 4.8 Plug-in Migration Guide</em> </a>. Downward plug-in compatibility is not supported.
+ Plug-ins for Eclipse SDK 4.8 will not be usable in Eclipse SDK 4.7. Refer to <a href="https://wiki.eclipse.org/Evolving_Java-based_APIs"> <em>Evolving Java-based APIs</em></a> for a discussion of
the kinds of API changes that maintain binary compatibility.
</p>
<p>
- <strong>Source Compatibility:</strong> Eclipse SDK 4.6 is upwards source-compatible with Eclipse SDK 4.5 except in the areas noted in the <a
- href="http://www.eclipse.org/eclipse/development/porting/eclipse_4_6_porting_guide.html"><em>Eclipse 4.6 Plug-in Migration Guide</em> </a>. This means that source files written to use Eclipse
- SDK 4.5 APIs might successfully compile and run against Eclipse SDK 4.6 APIs, although this is not guaranteed. Downward source compatibility is not supported. If source files use new Eclipse SDK
+ <strong>Source Compatibility:</strong> Eclipse SDK 4.8 is upwards source-compatible with Eclipse SDK 4.7 except in the areas noted in the <a
+ href="http://www.eclipse.org/eclipse/development/porting/eclipse_4_8_porting_guide.html"><em>Eclipse 4.8 Plug-in Migration Guide</em> </a>. This means that source files written to use Eclipse
+ SDK 4.7 APIs might successfully compile and run against Eclipse SDK 4.8 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.
</p>
<p>
- <strong>Workspace Compatibility:</strong> Eclipse SDK 4.6 is upwards workspace-compatible with earlier 3.x and 4.x versions of the Eclipse SDK unless noted. This means that workspaces and projects
- created with Eclipse SDK 4.5, 4.4, 4.3, 4.2, ... 3.0 can be successfully opened by Eclipse SDK 4.6 and upgraded to a 4.6 workspace. This includes both hidden metadata, which is localized to a
+ <strong>Workspace Compatibility:</strong> Eclipse SDK 4.8 is upwards workspace-compatible with earlier 3.x and 4.x versions of the Eclipse SDK unless noted. This means that workspaces and projects
+ created with Eclipse SDK 4.7, 4.6, 4.5, 4.4, 4.3, 4.2, ... 3.0 can be successfully opened by Eclipse SDK 4.8 and upgraded to a 4.8 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 4.6 should provide similar upwards compatibility for their hidden and visible workspace metadata created by earlier versions; 4.6 plug-in developers are
+ plug-ins developed for Eclipse SDK 4.8 should provide similar upwards compatibility for their hidden and visible workspace metadata created by earlier versions; 4.8 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 4.6 will be unusable with a product based on an earlier version of Eclipse. Visible
- metadata files created (or overwritten) by Eclipse 4.6 will generally be unusable with earlier versions of Eclipse.
+ Downward workspace compatibility is not supported. A workspace created (or opened) by a product based on Eclipse 4.8 will be unusable with a product based on an earlier version of Eclipse. Visible
+ metadata files created (or overwritten) by Eclipse 4.8 will generally be unusable with earlier versions of Eclipse.
</p>
<p>
<strong>Non-compliant usage of API's</strong>: All non-API methods and classes, and certainly everything in a package with "internal" in its name or x-internal in the bundle manifest entry, are
@@ -315,9 +307,10 @@
name="mozTocId693657">Here are some common problems that can cause Eclipse not to start:</a>
</p>
<ul>
+ <li>Running Eclipse with Java SE 9 may require additional configuration. Please refer to <a href="https://wiki.eclipse.org/Configure_Eclipse_for_Java_9">this page</a> for more details.</li>
<li><a
class="mozTocH4"
- name="mozTocId693657">As shown </a><a href="#TargetOperatingEnvironments">above</a>, Eclipse 4.6 requires at least a Java SE 8. Perhaps an older version of the VM is being found in your path. To
+ name="mozTocId693657">As shown </a><a href="#TargetOperatingEnvironments">above</a>, Eclipse 4.8 requires at least a Java SE 8. Perhaps an older version of the VM is being found in your path. To
explicitly specify which VM to run with, use the Eclipse <code>-vm</code> command-line argument. (See also the <a href="#RunningEclipse">Running Eclipse</a> section below.)</li>
<li>Running Eclipse on Gentoo Linux may result in the following error message:
<div style="margin-left: 40px;">
@@ -824,39 +817,6 @@
<h4>
<a
class="mozTocH4"
- name="mozTocId519796">SWT Browser widget crashes when run with XULRunner 31 run-time (Linux only)</a>
- </h4>
- <p>
- <a
- class="mozTocH4"
- name="mozTocId519796"> Creation of an SWT Mozilla style Browser with XULRunner 31 run-time crashes on Linux. The workaround is to use other supported XULRunner run-times or webkit which is
- the default on Linux. (bug </a><a href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=467646">467646</a>)
- </p>
- <h4>
- <a
- class="mozTocH4"
- name="mozTocId664509">IME conversion problem (Solaris GTK only)</a>
- </h4>
- <p>
- <a
- class="mozTocH4"
- name="mozTocId664509"> When typing Japanese text, the conversion to Kanji must be done one ideogram at a time. (bug </a><a href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=226636">226636</a>)
- </p>
- <h4>
- <a
- class="mozTocH4"
- name="mozTocId516202">Eclipse won't start (Linux GTK PPC only)</a>
- </h4>
- <p>
- <a
- class="mozTocH4"
- name="mozTocId516202"> Eclipse fails to create a lock file with reason "No locks available". To launch eclipse you must disable file locking using the osgi.locking property. For example, you
- could launch eclipse as follows: <br /> <code>eclipse -vmargs -Dosgi.locking=none</code>
- </a>
- </p>
- <h4>
- <a
- class="mozTocH4"
name="mozTocId238090">Eclipse icon is duplicated in task-bar on Windows</a>
</h4>
<p>
@@ -1596,79 +1556,6 @@
distribution, run Eclipse once with the "-initialize" option from an account that has a write access to the install directory. See </a><a
href="%20http://help.eclipse.org/luna/index.jsp?topic=%2Forg.eclipse.platform.doc.isv%2Freference%2Fmisc%2Fmulti_user_installs.html">shared installs</a> in Eclipse Help for more information.
</p>
- <h3 id="SpecialOSRequirements">
- <a
- class="mozTocH3"
- name="mozTocId317919">Special Operating System Requirements</a>
- </h3>
- <h4 id="SpecialOSRequirementsAIX">
- <a
- class="mozTocH4"
- name="mozTocId914102">AIX</a>
- </h4>
- <p>
- <a
- class="mozTocH4"
- name="mozTocId914102">In order for this version of Eclipse to run, GTK2 libraries and their dependencies must be installed and available on the library path (i.e. LIBPATH). These libraries
- are available from http://www-03.ibm.com/systems/power/software/aix/linux/toolbox/alpha.html . To determine the full set of libraries required for installation, download and install the "gtk2"
- rpm, at which time any missing dependencies will be listed. These dependencies should be available for download from the same site.</a>
- </p>
- <p>
- <a
- class="mozTocH4"
- name="mozTocId914102">You can run Eclipse using the VM from IBM Developer Kit for AIX versions 5 and 6. The IBM Developer Kit for AIX can be downloaded from:
- https://www.ibm.com/developerworks/java/jdk/aix/service.html</a>
- </p>
- <h4 id="SpecialOSRequirementsHPUX">
- <a
- class="mozTocH4"
- name="mozTocId383156">HPUX</a>
- </h4>
- <p>
- <a
- class="mozTocH4"
- name="mozTocId383156">In order for this version of Eclipse to run, GTK2 libraries must be installed and available on the library path (i.e. LD_LIBRARY_PATH).</a>
- </p>
- <p>
- <a
- class="mozTocH4"
- name="mozTocId383156">For example, export LD_LIBRARY_PATH=/opt/gtk_64bit/lib/hpux64/</a>
- </p>
- <p>
- <a
- class="mozTocH4"
- name="mozTocId383156">To prevent errors with workspace locking, the following command line should be used to launch Eclipse:</a>
- </p>
- <p>
- <a
- class="mozTocH4"
- name="mozTocId383156">"eclipse -vmargs -Dosgi.locking=none"</a>
- </p>
- <p>
- <a
- class="mozTocH4"
- name="mozTocId383156">Otherwise, eclipse may fail to create a lock file with reason: "Workspace in use or cannot be created, choose a different one."</a>
- </p>
- <p>
- <a
- class="mozTocH4"
- name="mozTocId383156">Note you might also need to add the -d64 option to the vmargs when using an Oracle JRE. (-vmargs -d64)</a>
- </p>
- <h4 id="SpecialOSRequirementsSolaris">
- <a
- class="mozTocH4"
- name="mozTocId2011">Solaris</a>
- </h4>
- <p>
- <a
- class="mozTocH4"
- name="mozTocId2011">This version of Eclipse works best with the latest version of GTK+ 2, but the earliest version supported is GTK+ 2.10.</a>
- </p>
- <p>
- <a
- class="mozTocH4"
- name="mozTocId2011">The GTK libraries must be available on the library path (i.e. LD_LIBRARY_PATH).</a>
- </p>
<h2 id="Upgrading">
<a
class="mozTocH2"
@@ -1782,66 +1669,66 @@
<h3>
<a
class="mozTocH3"
- name="mozTocId759237">Interoperability of Release 4.6 with previous releases</a>
+ name="mozTocId759237">Interoperability of Release 4.8 with previous releases</a>
</h3>
<h4>
<a
class="mozTocH4"
- name="mozTocId226004">Sharing projects between heterogeneous Eclipse 4.6 and 4.5</a>
+ name="mozTocId226004">Sharing projects between heterogeneous Eclipse 4.8 and 4.7</a>
</h4>
<p>Special care is required when a project in a team repository is being loaded and operated on by developers using Eclipse-based products based on different feature or plug-in versions. The
general problem is that the existence, contents, and interpretation of metadata files in the workspaces may be specific to a particular feature or plug-in version, and differ between versions. The
workspace compatibility guarantees only cover cases where all developers upgrade their Eclipse workspaces in lock step. In those cases there should be no problem with shared metadata. However,
- when some developers are working in Eclipse 4.6 while others are working in Eclipse 3.x, there are no such guarantees. This section provides advice for what to do and not to do. It addresses the
+ when some developers are working in Eclipse 4.8 while others are working in Eclipse 3.x, there are no such guarantees. This section provides advice for what to do and not to do. It addresses the
specific issues with the Eclipse SDK.</p>
- <p>The typical failure mode is noticed by the 4.6 user. 4.6 metadata is lost when a 4.5 user saves changes and then commits the updated metadata files to the repository. Here's how things
+ <p>The typical failure mode is noticed by the 4.8 user. 4.8 metadata is lost when a 4.7 user saves changes and then commits the updated metadata files to the repository. Here's how things
typically go awry:</p>
<ul>
- <li>A user working in Eclipse 4.6 creates or modifies a project in a way that results in changes to a shared metadata file that rely on 4.6-specific information. The user then commits the
+ <li>A user working in Eclipse 4.8 creates or modifies a project in a way that results in changes to a shared metadata file that rely on 4.8-specific information. The user then commits the
updated project files, including the shared metadata file, to the shared repository.</li>
<li><a
class="mozTocH4"
- name="mozTocId226004">Another user working in Eclipse 4.5 or earlier shares this project from the same repository. The 4.6-specific information in the shared metadata file is not understood
- by Eclipse 4.5, and is generally discarded or ignored without warning. The user modifies the project in a way that results in changes to the shared metadata file, causing the shared metadata
- file to be rewritten without any of the 4.6-specific information. The user commits the updated project files, including the shared metadata file, to the shared repository. The user is
+ name="mozTocId226004">Another user working in Eclipse 4.7 or earlier shares this project from the same repository. The 4.8-specific information in the shared metadata file is not understood
+ by Eclipse 4.7, and is generally discarded or ignored without warning. The user modifies the project in a way that results in changes to the shared metadata file, causing the shared metadata
+ file to be rewritten without any of the 4.8-specific information. The user commits the updated project files, including the shared metadata file, to the shared repository. The user is
generally unaware that shared information has just been lost as a result of their actions.</a></li>
<li><a
class="mozTocH4"
- name="mozTocId226004">A user working in Eclipse 4.6 picks up the changes to a project from the shared repository, including the updated shared metadata file. The user may be unaware that
+ name="mozTocId226004">A user working in Eclipse 4.8 picks up the changes to a project from the shared repository, including the updated shared metadata file. The user may be unaware that
they have just taken a retrograde step until later when things start to malfunction.</a></li>
</ul>
<p>
<a
class="mozTocH4"
- name="mozTocId226004">Here are some things to watch out for when sharing projects between Eclipse 4.6 and earlier releases:</a>
+ name="mozTocId226004">Here are some things to watch out for when sharing projects between Eclipse 4.8 and earlier releases:</a>
</p>
<ul>
<li><a
class="mozTocH4"
- name="mozTocId226004"><b>Virtual folders</b> - Eclipse 4.6 supports a notion of <i>virtual folders</i> that did not exist in Eclipse 3.5 or earlier. If such virtual folders are created in
- 4.6, and the project is subsequently loaded into an Eclipse 3.5 or earlier workspace, these folders will not be recognized. Recommendation: avoid creating virtual folders where project
+ name="mozTocId226004"><b>Virtual folders</b> - Eclipse 4.8 supports a notion of <i>virtual folders</i> that did not exist in Eclipse 3.5 or earlier. If such virtual folders are created in
+ 4.8, and the project is subsequently loaded into an Eclipse 3.5 or earlier workspace, these folders will not be recognized. Recommendation: avoid creating virtual folders where project
compatibility with Eclipse 3.5 or earlier is required.</a></li>
<li><a
class="mozTocH4"
- name="mozTocId226004"><b>Resource filters</b> - Eclipse 4.6 supports a notion of <i>resource filters</i> that did not exist in Eclipse 3.5 or earlier. If such filters are added to resources
- in 4.6, and the project is subsequently loaded into an Eclipse 3.5 or earlier workspace, these filters will not be recognized. Recommendation: avoid creating resource filters where project
+ name="mozTocId226004"><b>Resource filters</b> - Eclipse 4.8 supports a notion of <i>resource filters</i> that did not exist in Eclipse 3.5 or earlier. If such filters are added to resources
+ in 4.8, and the project is subsequently loaded into an Eclipse 3.5 or earlier workspace, these filters will not be recognized. Recommendation: avoid creating resource filters where project
compatibility with Eclipse 3.5 or earlier is required.</a></li>
<li><a
class="mozTocH4"
- name="mozTocId226004"><b>Predefined path variables</b> - Eclipse 4.6 supports a set of built in path variables that can be used as the basis for linked resource locations. Such variables
+ name="mozTocId226004"><b>Predefined path variables</b> - Eclipse 4.8 supports a set of built in path variables that can be used as the basis for linked resource locations. Such variables
will not be defined automatically in Eclipse 3.5 or earlier. If compatibility with 3.5 or earlier workspace is required, users on 3.5 or earlier workspaces will need to define such path
variables manually.</a></li>
</ul>
<h4>
<a
class="mozTocH4"
- name="mozTocId574781">Using Eclipse 4.6 to develop plug-ins that work in Eclipse 4.5</a>
+ name="mozTocId574781">Using Eclipse 4.8 to develop plug-ins that work in Eclipse 4.7</a>
</h4>
<p>
<a
class="mozTocH4"
- name="mozTocId574781"> It is also possible (and reasonable) to use Eclipse 4.6 to develop a plug-in intended to work in Eclipse 4.5 or earlier. Use the <b>Plug-in Development > Target
- Platform </b>preference page to locate non-workspace plug-ins in an Eclipse 4.5 install. This ensures that the code for your plug-in is being compiled and tested against Eclipse 4.5 APIs,
+ name="mozTocId574781"> It is also possible (and reasonable) to use Eclipse 4.8 to develop a plug-in intended to work in Eclipse 4.6 or earlier. Use the <b>Plug-in Development > Target
+ Platform </b>preference page to locate non-workspace plug-ins in an Eclipse 4.7 install. This ensures that the code for your plug-in is being compiled and tested against Eclipse 4.7 APIs,
extension points, and plug-ins. (The above list of concerns do not apply since they affect the layout and interpretation of files in the plug-in <i>project</i> but none affect the actual
deployed form of the plug-in.)
</a>
@@ -1859,7 +1746,7 @@
<a
class="mozTocH2"
name="mozTocId317294"> See the table in the </a><a
- href="https://www.eclipse.org/projects/project-plan.php?planurl=http://www.eclipse.org/eclipse/development/plans/eclipse_project_plan_4_6.xml#appendix">Eclipse 4.6 Project Plan Appendix</a> for
+ href="https://www.eclipse.org/projects/project-plan.php?planurl=http://www.eclipse.org/eclipse/development/plans/eclipse_project_plan_4_8.xml#appendix">Eclipse 4.8 Project Plan Appendix</a> for
the list of the minimum execution environment (Java class library) requirements of each bundle.
</p>
<hr />
@@ -1868,6 +1755,6 @@
<p>Microsoft, Windows, Windows NT, Vista, and the Windows logo are trademarks of Microsoft Corporation in the United States, other countries, or both.</p>
<p>Apple and Mac OS are trademarks of Apple Computer, Inc., registered in the U.S. and other countries.</p>
<p>Other company, product, and service names may be trademarks or service marks of others.</p>
- <p>(c) Copyright Eclipse Contributors 2009, 2016</p>
+ <p>(c) Copyright Eclipse Contributors 2009, 2017</p>
</body>
</html>
