Ant is a Java-based build tool that uses XML-based configuration files to
describe build tasks. The Eclipse platform allows you to run Ant buildfiles
from your plug-in and contribute new Ant tasks,
diff --git a/eclipse.platform.common/bundles/org.eclipse.platform.doc.isv/guide/ant_contributing_task.htm b/eclipse.platform.common/bundles/org.eclipse.platform.doc.isv/guide/ant_contributing_task.htm
index 39f253d8f24..3a430a86410 100644
--- a/eclipse.platform.common/bundles/org.eclipse.platform.doc.isv/guide/ant_contributing_task.htm
+++ b/eclipse.platform.common/bundles/org.eclipse.platform.doc.isv/guide/ant_contributing_task.htm
@@ -15,7 +15,7 @@
-Contributing tasks and types
+Contributing Tasks and Types
When your plug-in contributes Ant tasks and types, the tasks and types have access to all
of the classes inside the contributing plug-in. For example, the eclipse.refreshLocal task
contributed by org.eclipse.core.resources plug-in is
@@ -72,7 +72,7 @@
-Important rules when contributing tasks and types
+Important Rules When Contributing Tasks and Types
@@ -87,7 +87,7 @@
-
Why a separate JAR for tasks and types?
+
Why a Separate JAR for Tasks and Types?
There are basically two requirements for running Ant in Eclipse that do not fit
the plug-in model very well:
Ant tasks and types must be loaded by an Ant classloader instead of a plug-in
classloader. This can cause problems when developing and testing new tasks and types
diff --git a/eclipse.platform.common/bundles/org.eclipse.platform.doc.isv/guide/ant_eclipse_tasks.htm b/eclipse.platform.common/bundles/org.eclipse.platform.doc.isv/guide/ant_eclipse_tasks.htm
index 45941d2ac9a..31a63a0ee90 100644
--- a/eclipse.platform.common/bundles/org.eclipse.platform.doc.isv/guide/ant_eclipse_tasks.htm
+++ b/eclipse.platform.common/bundles/org.eclipse.platform.doc.isv/guide/ant_eclipse_tasks.htm
@@ -15,7 +15,7 @@
-Ant tasks provided by the platform
+Ant Tasks Provided by the Platform
The platform provides some useful Ant tasks and properties that
interact with the workspace. They can be used with buildfiles that are set to build within the same JRE as the workspace.
Plug-ins can contribute
extra JAR files
to the Ant classpath. The plug-in contributing the JARs is added to the Ant classpath, and as a result,
diff --git a/eclipse.platform.common/bundles/org.eclipse.platform.doc.isv/guide/ant_running_buildfiles_programmatically.htm b/eclipse.platform.common/bundles/org.eclipse.platform.doc.isv/guide/ant_running_buildfiles_programmatically.htm
index ad8cd5d0ad2..188ca4cdfaa 100644
--- a/eclipse.platform.common/bundles/org.eclipse.platform.doc.isv/guide/ant_running_buildfiles_programmatically.htm
+++ b/eclipse.platform.common/bundles/org.eclipse.platform.doc.isv/guide/ant_running_buildfiles_programmatically.htm
@@ -15,7 +15,7 @@
-Running Ant buildfiles programmatically
+Running Ant Buildfiles Programmatically
The Ant support built into Eclipse allows plug-ins to programmatically run Ant buildfiles.
This is done via the AntRunner
@@ -44,7 +44,7 @@
-Special care for native libraries if build occurs within the same JRE as the workspace
+Special Care for Native Libraries if Build Occurs Within the Same JRE as the Workspace
Every time an Ant buildfile runs in Eclipse a new classloader is created. Since a library can only be
loaded by one classloader in Java, tasks making use of native libraries could run into problems during
diff --git a/eclipse.platform.common/bundles/org.eclipse.platform.doc.isv/guide/arch.htm b/eclipse.platform.common/bundles/org.eclipse.platform.doc.isv/guide/arch.htm
index 0f6add2d8df..aba466de279 100644
--- a/eclipse.platform.common/bundles/org.eclipse.platform.doc.isv/guide/arch.htm
+++ b/eclipse.platform.common/bundles/org.eclipse.platform.doc.isv/guide/arch.htm
@@ -14,7 +14,7 @@
-
Platform architecture
+
Platform Architecture
The Eclipse platform is structured around the concept of plug-ins. Plug-ins are
structured bundles of code and/or data that contribute functionality to the system. Functionality can be
diff --git a/eclipse.platform.common/bundles/org.eclipse.platform.doc.isv/guide/bundle_security.html b/eclipse.platform.common/bundles/org.eclipse.platform.doc.isv/guide/bundle_security.html
index 6ebae607a2d..0afc8286826 100644
--- a/eclipse.platform.common/bundles/org.eclipse.platform.doc.isv/guide/bundle_security.html
+++ b/eclipse.platform.common/bundles/org.eclipse.platform.doc.isv/guide/bundle_security.html
@@ -9,7 +9,7 @@
-
Signed bundles and protecting against malicious code
+
Signed Bundles and Protecting Against Malicious Code
Overview
@@ -21,7 +21,7 @@
Overview
Authorize the installation and runtime behaviour of code
-
Authenticating code packaged in a bundle
+
Authenticating Code Packaged in a Bundle
The first step towards protecting the platform from malicious code is 'authentication', or proving the identity of the person who is distributing the code in a bundle. This is facilitated by the use of a Public Key Infrastructure (PKI), where users are issued public certificates and private keys that uniquely identify them. Another common and well know use of certificates is the SSL protocol by which secured web sites are accessed.
In order to sign a bundle, an Eclipse developer has a handful of options:
@@ -67,7 +67,7 @@
Signing code packaged in a bundle
-
Verifying signed code packaged in a bundle
+
Verifying Signed Code Packaged in a Bundle
As with generation of signed bundles, verification of signed code can be done by an Eclipse developer in several ways:
@@ -87,7 +87,7 @@
Verifying signed code packaged in a bundle
-
Authorization of signed code
+
Authorization of Signed Code
Once the signer(s) of code packaged in a bundle is established via authentication, the next step to perform is 'authorization'. Authorization is the process by which the system decides whether a piece of code should be able to perform a specified action. Although the Java runtime supports a fine grained runtime permission model, Eclipse also supports two additional enforcement points with respect to signed code packaged in bundles. This gives Eclipse platform deployers a range of security solutions that allow tradeoffs to be made between flexibility and complexity versus manageability and performance. In Eclipse 3.4 or later, authorization based on signatures can be performed:
provide handling of additional (non-standard) transfer types or
validation in the event of a drop.
-
Link with Editor Support
+
Link With Editor Support
The link helper extension point provides a flexible mechanism of
determining the appropriate selection in the navigator when an editor is
diff --git a/eclipse.platform.common/bundles/org.eclipse.platform.doc.isv/guide/cnf_operation.htm b/eclipse.platform.common/bundles/org.eclipse.platform.doc.isv/guide/cnf_operation.htm
index c98d9606a5d..9f62c8d05e6 100644
--- a/eclipse.platform.common/bundles/org.eclipse.platform.doc.isv/guide/cnf_operation.htm
+++ b/eclipse.platform.common/bundles/org.eclipse.platform.doc.isv/guide/cnf_operation.htm
@@ -17,7 +17,7 @@
Operational Topics
This section covers the operation of the CNF in detail.
-
Content Provider selection
+
Content Provider Selection
Selecting the content provider is done by finding one or more
NCEs associated with an object. The CNF is registered as a content
provider a viewer and thus gets called at the content provider APIs in
@@ -56,23 +56,5 @@
Content Provider selection
current page. Thus, the initial input becomes the first object that is
evaluated for the selection of NCEs.
-
-