Notice: This Wiki is now read only and edits are no longer possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.
Tycho/Release Notes/0.16
< Tycho | Release Notes
Contents
New and Noteworthy
Complete list of bug fixes and enhancements in 0.16.0
Compiler
- tycho-compiler-plugin now has a boolean option requireJREPackageImports which will fail the build if set to true and non-java.* packages provided by the JDK are not explicitly imported.
This is the design-time equivalent of setting equinox runtime option osgi.compatibility.bootdelegation=false.
Target Platform & Dependency Resolution
- There is a new packaging type eclipse-target-definition for adding a PDE target definition file (*.target) to the build. In order to use the target file as target platform, add a reference to it in the target platform configuration.
- The new property tycho.localArtifacts allows to control whether artifacts installed in the local Maven repository by previous Tycho builds should be considered by the resolver or not. The property can be specified on the command line and in the settings.xml:
- If unset (or set to default), the behaviour is unchanged (local metadata is considered by the resolver, and there is a warning if locally built units were used)
- If set to ignore, locally built artifact are ignored
- (INCOMPATIBLE CHANGE) The build now fails if one of the children of a composite p2 repository can't be loaded, e.g. because of a temporary network failure. Before, the build would have continued and may have passed, potentially producing a different build result.
- Note that a composite p2 repository may still enforce the old behaviour by setting the repository property p2.atomic.composite.loading to false. Using these non-atomic composite p2 repositories in a production build is discouraged because they suffer from p2 bug 356561, which is threatening build reproducibility.
- Providing credentials for a p2 repository specified in a target file is now more convenient – the use of the non-standard id attribute in target files is no longer necessary (
bug 377086). - Access to p2 repository can be redirected to a mirror location. This now works for both target files and repositories specified in the POM (
bug 356016). - There is now basic support for custom execution environment profiles (
bug 385930) - A new plugin to validate target platforms. This plugin takes as input one or several target platforms and ensures they can be resolved, fails otherwise
<plugin> <groupId>org.eclipse.tycho.extras</groupId> <artifactId>target-platform-validation-plugin</artifactId> <version>${tychoExtrasVersion}</version> <executions> <execution> <phase>validate</phase> <goals> <goal>validate-target-platform</goal> </goals> <configuration> <targetFiles> <param>indigo.target</param> <param>juno.target</param> </targetFiles> <failOnError>true</failOnError> </configuration> </execution> </executions> </plugin>
Test Execution
- Support for parallel test execution with JUnit >= 4.7 has been added.
If you use Junit >= 4.7, you can now have test classes or methods executed by several threads in parallel by adding -Dparallel=classes|methods|both on the commandline or by configuring
<plugin> <groupId>org.eclipse.tycho</groupId> <artifactId>tycho-surefire-plugin</artifactId> <version>${tycho-version}</version> <configuration> <parallel>classes|methods|both</parallel> </configuration> </plugin>
Executing tests in parallel can be useful e.g. if you have long-running integration tests which are not CPU-bound. Under the hood, this feature was enabled by porting the junit4.7 surefire provider to Tycho.
- Support for test frameworks is extensible now. This means you can add support for test frameworks other than JUnit if you provide an implementation of TestFrameworkProvider.
Packaging
- Reproducible Version Qualifiers
- Support for generating Eclipse-SourceReferences MANIFEST headers for git has been added. Other SCMs can be plugged in by implementing SourceReferencesProvider.
- The tycho-p2-director-plugin can now create product installations which have meta-requirements on the installer. This for example allows to execute custom touchpoint actions during the installation. See the integration test for an example.
Other
- If several tycho versions were inadvertently mixed within the same reactor, this could lead to cryptic errors like ClassCastExceptions. This situation is now detected early and the build will fail with a clear error message.