You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: doc/main/BndBuild.html
+1-1Lines changed: 1 addition & 1 deletion
Original file line number
Diff line number
Diff line change
@@ -114,7 +114,7 @@
114
114
<h1>BND Workspace Layout and Pomless Builds</h1>
115
115
<p>Tycho supports building projects that use the <ahref="https://bndtools.org/concepts.html" class="externalLink">BND Workspace Layout</a>.</p><section><aid="BND_Workspace_Layout"></a>
116
116
<h2>BND Workspace Layout</h2>
117
-
<p>A BND Workspace layout build layout usually has the following structure:</p>
117
+
<p>A BND Workspace layout usually has the following structure:</p>
118
118
<ul>
119
119
120
120
<li><code>root folder</code> - this usually is the root of your project repository
Copy file name to clipboardExpand all lines: doc/main/BuildProperties.html
+1-1Lines changed: 1 addition & 1 deletion
Original file line number
Diff line number
Diff line change
@@ -122,7 +122,7 @@ <h1>Build Properties</h1>
122
122
<li>there are other ways to achieve the desired configuration (e.g. using pom.xml)</li>
123
123
<li>it's a missing feature</li>
124
124
</ul>
125
-
<p>In additional to the PDE properties, Tycho supports property expressions like <code>${project.version}</code> in <code>build.properties</code> values.
125
+
<p>In addition to the PDE properties, Tycho supports property expressions like <code>${project.version}</code> in <code>build.properties</code> values.
126
126
These expressions are only used in a Tycho build, not when using the Eclipse IDE incremental build.</p>
127
127
<p>See the table below for which keys in <code>build.properties</code> defined by PDE are supported by Tycho or if not, whether there are alternatives when using Tycho.</p><section><aid="Common_Properties"></a>
Copy file name to clipboardExpand all lines: doc/main/Category.html
+1-1Lines changed: 1 addition & 1 deletion
Original file line number
Diff line number
Diff line change
@@ -114,7 +114,7 @@
114
114
<h1>Category</h1>
115
115
<p>A <code>category.xml</code> file can be used to define which content is placed into a p2 repository.
116
116
It can also specify how to display the content in the p2 installation dialog.
117
-
For Tycho to use it, it must to be placed into the root of an project with the packaging type ‘eclipse-repository’.</p>
117
+
For Tycho to use it, it must be placed into the root of a project with the packaging type ‘eclipse-repository’.</p>
118
118
<p><strong>Note:</strong> The <code>eclipse-repository</code> packaging type can also be used to build Eclipse products (RCP applications). See <ahref="Products.html">Building Products</a> for more information on product builds.</p>
119
119
<p>The <code>category.xml</code> format was originally defined by the Eclipse PDE project.
120
120
There are extensions to the format only supported by p2 and Tycho.</p>
<h1>Creating SBOMs for Eclipse Artifacts</h1><section><aid="What_is_an_SBOM.3F"></a>
115
115
<h2>What is an SBOM?</h2>
116
116
<p>A Software Bill of Materials (SBOM) is a formal, machine-readable inventory of software components and dependencies, information about those components, and their hierarchical relationships. SBOMs are essential for:</p>
Copy file name to clipboardExpand all lines: doc/main/SignProducts.html
+2-2Lines changed: 2 additions & 2 deletions
Original file line number
Diff line number
Diff line change
@@ -117,7 +117,7 @@ <h1>Signing of custom Eclipse Products with Tycho</h1>
117
117
<p>As the process of signing an executable can vary and there is no platform independent way to do this Tycho can not do it on its own and the process to do it properly requires some steps,
118
118
so we try to give some guidance here.</p>
119
119
<p><strong>Important note</strong> Signing the binary does not really sign your product as a whole! As Eclipse is extensible by nature it can be modified or the binary can be copied to a complete different product!</p>
120
-
<p>As signing is usually not performed during normal development, it might be good to put the following configurations into a <code>profile</code> e.g. with the name sign-products, the current process is quite convoluted so we likey want to improve that over time to make it simpler.</p><section><aid="Step_1.3A_Move_some_of_the_executions_to_the_compile_phase"></a>
120
+
<p>As signing is usually not performed during normal development, it might be good to put the following configurations into a <code>profile</code> e.g. with the name sign-products, the current process is quite convoluted so we likely want to improve that over time to make it simpler.</p><section><aid="Step_1.3A_Move_some_of_the_executions_to_the_compile_phase"></a>
121
121
<h2>Step 1: Move some of the executions to the compile phase</h2>
122
122
<p>Because we want to modify some files before they appear in the assembly repository, we first move some of the executions from the default phase into the compile phase to execute additional actions:</p>
123
123
@@ -142,7 +142,7 @@ <h2>Step 1: Move some of the executions to the compile phase</h2>
<h2>Step 2: Expand the customized product binaries</h2>
145
-
<p>Maven and P2 manage artifacts as zip files so they can be transfered as a stream, because usually the signing tools are not capable to sign binaries inside a zip file we first need to extract them we use the windows binaries here as an example:</p>
145
+
<p>Maven and P2 manage artifacts as zip files so they can be transferred as a stream, because usually the signing tools are not capable to sign binaries inside a zip file we first need to extract them we use the windows binaries here as an example:</p>
0 commit comments