Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "Tycho/FAQ"

m (How do I enable assertions during testing?)
(47 intermediate revisions by 16 users not shown)
Line 1: Line 1:
 +
See also the [http://stackoverflow.com/questions/tagged/tycho?sort=faq Frequently asked Tycho questions on stackoverflow.com].
 +
 
= Compilation =
 
= Compilation =
  
 
== How do I embed a configurable build version? ==
 
== How do I embed a configurable build version? ==
  
To cause your artifacts to be branded with the a build number, modify your manifests (<tt>MANIFEST.MF</tt>, <tt>feature.xml</tt>, etc.)to specify the version as <tt><em>X.Y.Z</em>.qualifier</tt>, and the corresponding <tt>pom.xml</tt> with <tt>X.Y.Z-SNAPSHOT</tt>.  Tycho will replace the <tt>qualifier</tt> and <em>SNAPSHOT</em> with the build timestamp (in UTC).
+
To cause your artifacts to be branded with the a build number, modify your manifests (<tt>MANIFEST.MF</tt>, <tt>feature.xml</tt>, etc.) to specify the version as <tt><em>X.Y.Z</em>.qualifier</tt>, and the corresponding <tt>pom.xml</tt> with <tt>X.Y.Z-SNAPSHOT</tt>.  Tycho will replace the <tt>qualifier</tt> and <em>SNAPSHOT</em> with the build timestamp (in UTC).
  
You can set the build qualifier to a custom value by setting the <tt>build.qualifier</tt> property.  For example:
+
You can set the build qualifier to a custom value by setting the <tt>forceContextQualifier</tt> property.  For example:
<pre>mvn -Dbuild.qualifier=M01 install</pre>
+
<pre>mvn -DforceContextQualifier=M01 install</pre>
 +
You can also set the qualifier by configuring the tycho-packaging-plugin, using some format supported by Java's SimpleDateFormat:
 +
<source lang="xml">
 +
<plugin>
 +
  <groupId>org.eclipse.tycho</groupId>
 +
  <artifactId>tycho-packaging-plugin</artifactId>
 +
  <version>${tycho-version}</version>
 +
  <configuration>
 +
    <format>'myprefix_'yyyyMMddHHmm</format>
 +
  </configuration>
 +
</plugin>
 +
</source>
  
Embedding the build identifier in resources is not directly supported by Tycho.  But some workarounds have been suggested in an [http://dev.eclipse.org/mhonarc/lists/tycho-user/msg01115.html email thread on tycho-user].
+
Tycho does not directly support embedding the build identifier in resources.  But some workarounds have been suggested in an [http://dev.eclipse.org/mhonarc/lists/tycho-user/msg01115.html email thread on tycho-user].
  
 
== How to configure warning/error settings of the OSGi compiler? ==
 
== How to configure warning/error settings of the OSGi compiler? ==
Line 25: Line 38:
 
</source>  
 
</source>  
  
The available warning tokens are listed in the [http://help.eclipse.org/indigo/topic/org.eclipse.jdt.doc.user/tasks/task-using_batch_compiler.htm Eclipse help]. Same applies for the  
+
The available warning tokens are listed in the [http://help.eclipse.org/topic/org.eclipse.jdt.doc.user/tasks/task-using_batch_compiler.htm Eclipse help]. Same applies for the  
  
 
-err  
 
-err  
  
argument for configuring errors.  
+
argument for configuring errors.
 
+
== How to build plugin-based products with platform-specific fragments? ==
+
  
First you need to configure all os/ws/arch environments for which you want to build. Example POM snippet:
 
  
 +
Alternatively, if you have per-project JDT preferences, you may advise the compiler to use these (see [https://bugs.eclipse.org/bugs/show_bug.cgi?id=404633 bug 404633] for a simpler solution since Tycho 0.22.0):
 
<source lang="xml">
 
<source lang="xml">
 
<plugin>
 
<plugin>
 
   <groupId>org.eclipse.tycho</groupId>
 
   <groupId>org.eclipse.tycho</groupId>
   <artifactId>target-platform-configuration</artifactId>
+
   <artifactId>tycho-compiler-plugin</artifactId>
 
   <version>${tycho-version}</version>
 
   <version>${tycho-version}</version>
 
   <configuration>
 
   <configuration>
  <resolver>p2</resolver>
+
     <compilerArguments>
     <environments>
+
       <properties>${project.basedir}/.settings/org.eclipse.jdt.core.prefs</properties>
       <environment>
+
     </compilerArguments>
        <os>win32</os>
+
        <ws>win32</ws>
+
        <arch>x86</arch>
+
      </environment>
+
      <environment>
+
        <os>win32</os>
+
        <ws>win32</ws>
+
        <arch>x86_64</arch>
+
      </environment>
+
     </environments>
+
 
   </configuration>
 
   </configuration>
 
</plugin>
 
</plugin>
</source>
+
</source>
 
+
for plugin-based (as opposed to feature-based) .product files, tycho needs additional os/ws/arch attributes for the fragments in the .product file which are not required by PDE.
+
 
+
Example product file snippet:
+
 
+
<source lang="xml">
+
<plugin id="org.eclipse.swt.win32.win32.x86" fragment="true" os="win32" ws="win32" arch="x86"/>
+
<plugin id="org.eclipse.swt.win32.win32.x86_64" fragment="true" os="win32" ws="win32" arch="x86_64"/>
+
</source>  
+
  
 
== How to compile pre-processed source placed in a different directory? ==
 
== How to compile pre-processed source placed in a different directory? ==
  
Configure your pom.xml with something like the following:
+
In 0.13.0 you can configure your pom.xml with something like the following:
 
<pre>
 
<pre>
 
<build>
 
<build>
Line 83: Line 75:
 
</build>
 
</build>
 
</pre>
 
</pre>
 +
 +
But... "usePdeSourceRoots" was removed as part of 0.14.0 (see: [https://bugs.eclipse.org/bugs/show_bug.cgi?id=368083] and [http://git.eclipse.org/c/tycho/org.eclipse.tycho.git/commit/?id=ad06d9f10a7ca0dc380848a084ac25d4183c7c75]). 
 +
 +
In 0.16.0 it appears you you must use the build.properties.
  
 
== How do I include rootfiles? ==
 
== How do I include rootfiles? ==
  
Tycho provides partial support for [http://help.eclipse.org/indigo/index.jsp?topic=/org.eclipse.pde.doc.user/tasks/pde_rootfiles.htm PDE-style rootfiles]. Rootfiles are associated and installed with a feature. See [https://github.com/sonatype/sonatype-tycho/tree/master/tycho-its/projects/TYCHO465RootFiles the TYCHO465RootFiles test] for an example of using rootfiles.  
+
Tycho provides partial support for [http://help.eclipse.org/indigo/index.jsp?topic=/org.eclipse.pde.doc.user/tasks/pde_rootfiles.htm PDE-style rootfiles]. Rootfiles are associated and installed with a feature. See [http://git.eclipse.org/c/tycho/org.eclipse.tycho.git/tree/tycho-its/projects/TYCHO465RootFiles the TYCHO465RootFiles test] for an example of using rootfiles.  
  
A different approach is to use the ''maven-assembly-plugin'' to assemble a zip file. We do not have a worked example, but Kai Kreuzer documented his approach that was necessary prior to the introduction of rootfile support [http://kaikreuzer.blogspot.com/2010/12/building-p2-enabled-products-with-tycho.html].  
+
A different approach is to use the ''maven-assembly-plugin'' to assemble a zip file. We do not have a worked example, but Kai Kreuzer documented his approach that was necessary prior to the introduction of rootfile support [http://kaikreuzer.blogspot.com/2010/12/building-p2-enabled-products-with-tycho.html].
  
 
== How should I define the target platform of my tycho project? ==
 
== How should I define the target platform of my tycho project? ==
Line 96: Line 92:
  
 
== What other options does the Tycho compiler support? ==
 
== What other options does the Tycho compiler support? ==
 +
 +
Run this command to get a list of options for your version of Tycho:
  
 
<tt>mvn help:describe -Dplugin=org.eclipse.tycho:tycho-compiler-plugin -Ddetail</tt>
 
<tt>mvn help:describe -Dplugin=org.eclipse.tycho:tycho-compiler-plugin -Ddetail</tt>
  
 +
Or you can have a look at the [http://eclipse.org/tycho/sitedocs/index.html Maven site for Tycho].
 +
 +
== Can I use the Tycho compiler support in non-OSGi projects, too? ==
 +
 +
When compiling regular maven projects (e.g., packaging "jar") the plugin <code>tycho-compiler-jdt</code> can be used to tell maven to use the JDT compiler (aka "Eclipse Compiler for Java(TM)", "ecj") for compilation. This is useful to ensure that compilation in the IDE and on the build server show the same compiler messages, specifically JDT's [[JDT_Core/Null_Analysis|annotation-based null analysis]] can be integrated into the build in this way.
 +
 +
Use the following snippet in your <code>build.pluginManagement.plugins</code> section:
 +
<!-- cannot use source tag, because the source end-tag inside the snippet would terminate the environment, geshi r50696  fixed this by introducing an alternative tag syntaxhighlight-->
 +
<pre lang="xml">
 +
<plugin>
 +
<!-- Use compiler plugin with tycho as the adapter to the JDT compiler. -->
 +
<artifactId>maven-compiler-plugin</artifactId>
 +
<configuration>
 +
<source>1.7</source>
 +
<target>1.7</target>
 +
<compilerId>jdt</compilerId>
 +
<compilerArgument>-err:nullAnnot,null</compilerArgument> <!-- insert your warn/err configuration here -->
 +
</configuration>
 +
<dependencies>
 +
<!-- This dependency provides the implementation of compiler "jdt": -->
 +
<dependency>
 +
<groupId>org.eclipse.tycho</groupId>
 +
<artifactId>tycho-compiler-jdt</artifactId>
 +
<version>${tycho-version}</version>
 +
</dependency>
 +
</dependencies>
 +
</plugin>
 +
</pre>
 +
 +
Again, a <code>build.plugins.plugin.configuration.compilerArguments.properties</code> element can be used to reference an existing <code>org.eclipse.jdt.core.prefs</code> file (see [[Tycho/FAQ#How_to_configure_warning.2Ferror_settings_of_the_OSGi_compiler.3F|above]]).
 +
 +
= Packaging =
 +
 +
== How to generate Eclipse-SourceReferences MANIFEST header? ==
 +
 +
 +
See [http://eclipse.org/tycho/sitedocs/tycho-packaging-plugin/package-plugin-mojo.html#sourceReferences docs]. Example for git:
 +
 +
<pre>
 +
<properties>
 +
    <tycho.scmUrl>scm:git:https://git.eclipse.org/r/p/egit/egit.git</tycho.scmUrl>
 +
</properties>
 +
<plugin>
 +
  <groupId>org.eclipse.tycho</groupId>
 +
  <artifactId>tycho-packaging-plugin</artifactId>
 +
  <version>${tycho-version}</version>
 +
  <configuration>
 +
      <sourceReferences>
 +
        <generate>true</generate>
 +
      </sourceReferences>
 +
  </configuration>
 +
  <dependencies>
 +
      <dependency>
 +
        <groupId>org.eclipse.tycho.extras</groupId>
 +
        <artifactId>tycho-sourceref-jgit</artifactId>
 +
        <version>${tycho-extras-version}</version>
 +
      </dependency>
 +
  </dependencies>
 +
</plugin>
 +
</pre>
 +
 +
This will add the Eclipse-SourceReferences header including commit ID used for this build and tag (if present).
  
 
= Testing =
 
= Testing =
Line 181: Line 241:
 
</source>
 
</source>
  
You may wish to add <tt>-launcher.suppressErrors</tt> to the <tt>&lt;argLine&gt;</tt> element to suppress Eclipse error dialogs.
+
<tt>useUIHarness=true</tt> ensures the workbench is started before the tests are run.  If your app requires a custom application class (<em>viz</em> the <tt>org.eclipse.core.runtime.applications</tt> extension point), you will likely need to [[Tycho/Reference Card#Running_an_application_or_a_product | configure the application]].
  
 +
You may wish to add <tt>--launcher.suppressErrors</tt> to the <tt>&lt;appArgLine&gt;</tt> element to suppress Eclipse error dialogs.
 +
 +
== How do I add OS-specific flags? ==
 +
 +
Some OS's may require special flags (e.g., SWT on MacOS X).  The easiest way is to use a Maven profile to configure a property.  For example:
 +
<source lang="xml">
 +
  <properties>
 +
    <os-jvm-flags/> <!-- for the default case -->
 +
  </properties>
 +
 +
  <build>
 +
    <plugins>
 +
      <plugin>
 +
        <groupId>org.eclipse.tycho</groupId>
 +
        <artifactId>tycho-surefire-plugin</artifactId>
 +
        <version>${tycho-version}</version>
 +
        <configuration>
 +
          <useUIHarness>false</useUIHarness>
 +
          <useUIThread>true</useUIThread>
 +
          <argLine>-Xms40m -Xmx1G ${os-jvm-flags}</argLine>
 +
        </configuration>
 +
      </plugin>
 +
    </plugins>
 +
  </build>
 +
 +
  <profiles>
 +
    <profile>
 +
      <id>macosx-jvm-flags</id>
 +
      <activation>
 +
        <os><family>mac</family></os>
 +
      </activation>
 +
      <properties>
 +
        <os-jvm-flags>-XstartOnFirstThread</os-jvm-flags>
 +
      </properties>
 +
    </profile>
 +
  </profiles>
 +
</source>
 +
Alternatively you could configure the surefire plugins within a profile too.
 +
 +
== How to add a undeclared dependency?  (e.g., OSGi declarative service) ==
 +
 +
Use the <tt> tycho-surefire-plugin</tt> <tt>&lt;dependencies&gt;</tt> section (see the [[Tycho/Packaging_Types#eclipse-test-plugin | eclipse-test-plugin]] packaging type for an example).
  
 
== How to test OSGi declarative services? ==
 
== How to test OSGi declarative services? ==
Line 223: Line 325:
 
</build>
 
</build>
 
</source>
 
</source>
 +
 +
 +
== How can I debug my tests? ==
 +
 +
Add <tt>-DdebugPort=8000</tt> to your Maven commandline and attach a remote debug session.
 +
 +
See the docs http://www.eclipse.org/tycho/sitedocs/tycho-surefire/tycho-surefire-plugin/test-mojo.html#debugPort
  
 
= Diagnosing Build Problems =
 
= Diagnosing Build Problems =
Line 239: Line 348:
  
 
Eclipse has a [http://help.eclipse.org/indigo/index.jsp?topic=%2Forg.eclipse.pde.doc.user%2Fguide%2Ftools%2Flaunchers%2Ftracing.htm platform tracing mechanism] which is switched on by using commandline option -debug and configured by putting a file named .options into the installation root.
 
Eclipse has a [http://help.eclipse.org/indigo/index.jsp?topic=%2Forg.eclipse.pde.doc.user%2Fguide%2Ftools%2Flaunchers%2Ftracing.htm platform tracing mechanism] which is switched on by using commandline option -debug and configured by putting a file named .options into the installation root.
You can enable this tracing mechanism for tycho test executions by running the build in debug mode using commandline option -X and putting a file .options inte the test project root.
+
You can enable this tracing mechanism for tycho test executions by running the build in debug mode using commandline option -X and putting a file .options into the test project root.
  
 
E.g. a file .options with content
 
E.g. a file .options with content
Line 248: Line 357:
 
</pre>
 
</pre>
  
will switch on equinox wiring tracing.
+
will switch on equinox wiring tracing. You may find it useful to use the "tee" command, since running the build in debug mode may generate a lot of output. An example of this syntax is:
 +
 
 +
<pre>
 +
cd tests/myPlugin
 +
mvn clean install -debug -X  | tee testout.txt
 +
</pre>
  
 
== Why is my app not working? ==
 
== Why is my app not working? ==
Line 261: Line 375:
  
 
Sources of help:
 
Sources of help:
* The [[PDE/FAQ | PDE FAQ]], particularly the section on [[[[PDE/FAQ#Build_and_Deployment_Errors | Build and Deployment Errors]].
+
* The [[PDE/FAQ | PDE FAQ]], particularly the section on [[PDE/FAQ#Build_and_Deployment_Errors | Build and Deployment Errors]].
 
* [[Where_Is_My_Bundle | Tips on diagnosing bundle load failures]].
 
* [[Where_Is_My_Bundle | Tips on diagnosing bundle load failures]].
  
 +
== How do I disable P2 mirrors? ==
 +
 +
Often times eclipse.org redirects P2 repository requests to a misconfigured/broken/unavailable P2 mirror repository and builds fail because of that. To disable use of P2 mirrors and force all downloads to go directly to the main repository specify the following maven command line parameter
 +
 +
<pre>
 +
-Dtycho.disableP2Mirrors=true
 +
</pre>
 +
 +
It is also possible to set this property in a user/global settings.xml file. Here is settings.xml snippet:
 +
 +
  <profiles>
 +
    ...
 +
    <profile>
 +
      <id>p2</id>
 +
      <properties>
 +
        <tycho.disableP2Mirrors>true</tycho.disableP2Mirrors>
 +
      </properties>
 +
    </profile>
 +
  </profiles>
 +
 
 +
  <activeProfiles>
 +
    ...
 +
    <activeProfile>p2</activeProfile>
 +
  </activeProfiles>
 +
 +
Whether to use proxy or not is environment-specific configuration and as such does not belong in a pom.xml in the source tree.
 +
 +
== Why do some images not get updated in the native launcher for Windows? ==
 +
 +
For Windows, the process of replacing the images in the native launcher is described below. The processing is done by p2 class: <tt>org.eclipse.pde.internal.swt.tools.IconExe</tt>
 +
 +
This class looks at the resources of native launcher and notes the bitmaps that are in there: their sizes and their color depth.
 +
Then it looks at the provided images. This can be a list of separate BPMs or an ICO file containing multiple BMPs. Their sizes and color depths are also noted.
 +
This only works when all provided images are uncompressed. When one or more of the images is compressed, the process stops and no bitmaps are replaced in the native launcher.
 +
Next it tries to match the provided BMP sizes and color depths to the ones in the native launcher and where they match, they are replaced in the native launcher.
 +
When one or more bitmaps in the native launcher are not available in the provided images, the following message is written to <tt>System.err</tt>:
 +
<pre>Error - <n> icon(s) not replaced in […]using […]</pre>
 +
The class <tt>IconExe</tt> has a main method and can be run as stand-alone. Its first argument is the native launcher that needs to be modified and the following arguments are the provided BPM or ICO files.
 +
 +
For Eclipse 4.3(.x), the native launcher contains 7 bitmaps:
 +
* 256x256, 32 bit (RGB / Alpha Channel)
 +
* 48x48, 32 bit (RGB / Alpha Channel)
 +
* 32x32, 32 bit (RGB / Alpha Channel)
 +
* 16x16, 32 bit (RGB / Alpha Channel)
 +
* 48x48, 8 bit (256 colors)
 +
* 32x32, 8 bit (256 colors)
 +
* 16x16, 8 bit (256 colors)
 +
 +
So, for the process of replacing the images to be successful, 7 images with the same size and depth need to be provided, either as separate BMPs or inside an ICO.
 +
 +
'''Note:''' some image manipulation applications, that can create ICO files, tend to compress the 256x256x32 image by default. So be careful that all images in the ICO file are uncompressed.
 +
 +
Also see related [http://stackoverflow.com/questions/10999323/error-in-tycho-while-replacing-the-product-ico-files  stackoverflow answer by Andrew Niefer]
 +
 +
= Documentation =
 +
 +
== Where can I find the Maven generated documentation for the Tycho plug-ins? ==
 +
 +
The documentation is available at:
 +
 +
http://www.eclipse.org/tycho/sitedocs/
 +
 +
and
 +
 +
http://www.eclipse.org/tycho/sitedocs-extras/
 +
 +
For more info see [[Tycho/Reference_Plugin_Docs]].
 +
 +
= In Eclipse IDE =
 +
 +
== What do I need to install in my Eclipse IDE to easily work with Tycho? ==
 +
 +
In order to provide a good integration with Tycho, it's recommended that you install in your Eclipse IDE m2e (Maven support) which is often part of your default IDE, and that you install the '''m2e-tycho connector'''. From the pom editor, when opening a pom file for a module with a Tycho packaging-type such as <tt>eclipse-plugin</tt>, you should find the necessary links to install the connector if it's not already installed. Otherwise, you can go to the ''Window > Preferences'' window, find ''Maven/Discovery'' page, and click ''Load catalog''. The Tycho lifecycle connector should be visible for installation.
 +
 +
== When I import my project in Eclipse, the IDE tells me “Bundle X cannot be resolved.” ==
 +
 +
Currently, there is no mapping between the Tycho <tt>target-platform-configuration</tt> element as specified in pom files, and the Target-Platform in your IDE. So you need to manually make sure that your Target-Platform enabled in your IDE contains the necessary bundles and dependencies to work with your Tycho project, ideally the exact same content. The Target-Platform in Eclipse IDE can be configured in ''Preferences > Plug-in Development > Target Platforms''.
 +
 +
To easily keep both Tycho and Eclipse/PDE target-platforms synchronized, it is recommended that you define a <tt>.target</tt> file and configure Tycho build and Eclipse IDE to use it for dependency resolution. See [[../Target_Platform#Target_files]] for more details.
  
[[Category:Tycho|FAQ]]
+
[[Category:Tycho|FAQ]][[Category:FAQ]]

Revision as of 03:51, 31 August 2015

See also the Frequently asked Tycho questions on stackoverflow.com.

Compilation

How do I embed a configurable build version?

To cause your artifacts to be branded with the a build number, modify your manifests (MANIFEST.MF, feature.xml, etc.) to specify the version as X.Y.Z.qualifier, and the corresponding pom.xml with X.Y.Z-SNAPSHOT. Tycho will replace the qualifier and SNAPSHOT with the build timestamp (in UTC).

You can set the build qualifier to a custom value by setting the forceContextQualifier property. For example:

mvn -DforceContextQualifier=M01 install

You can also set the qualifier by configuring the tycho-packaging-plugin, using some format supported by Java's SimpleDateFormat:

<plugin>
  <groupId>org.eclipse.tycho</groupId>
  <artifactId>tycho-packaging-plugin</artifactId>
  <version>${tycho-version}</version>
  <configuration>
    <format>'myprefix_'yyyyMMddHHmm</format>
  </configuration>
</plugin>

Tycho does not directly support embedding the build identifier in resources. But some workarounds have been suggested in an email thread on tycho-user.

How to configure warning/error settings of the OSGi compiler?

To configure warnings:

<plugin>
  <groupId>org.eclipse.tycho</groupId>
  <artifactId>tycho-compiler-plugin</artifactId>
  <version>${tycho-version}</version>
  <configuration>
    <compilerArgument>-warn:[+|-]warning_tokens_separated_by_comma</compilerArgument>
  </configuration>
</plugin>

The available warning tokens are listed in the Eclipse help. Same applies for the

-err

argument for configuring errors.


Alternatively, if you have per-project JDT preferences, you may advise the compiler to use these (see bug 404633 for a simpler solution since Tycho 0.22.0):

<plugin>
  <groupId>org.eclipse.tycho</groupId>
  <artifactId>tycho-compiler-plugin</artifactId>
  <version>${tycho-version}</version>
  <configuration>
    <compilerArguments>
      <properties>${project.basedir}/.settings/org.eclipse.jdt.core.prefs</properties>
    </compilerArguments>
  </configuration>
</plugin>

How to compile pre-processed source placed in a different directory?

In 0.13.0 you can configure your pom.xml with something like the following:

<build>
   <plugin>
      <groupId>org.eclipse.tycho</groupId>
      <artifactId>tycho-compiler-plugin</artifactId>
      <version>${tycho-version}</version>
      <configuration>
         <source>${project.basedir}/YourNewSourceDirectory</source>
         <usePdeSourceRoots>false</usePdeSourceRoots>
      </configuration>
   </plugin>
</build>

But... "usePdeSourceRoots" was removed as part of 0.14.0 (see: [1] and [2]).

In 0.16.0 it appears you you must use the build.properties.

How do I include rootfiles?

Tycho provides partial support for PDE-style rootfiles. Rootfiles are associated and installed with a feature. See the TYCHO465RootFiles test for an example of using rootfiles.

A different approach is to use the maven-assembly-plugin to assemble a zip file. We do not have a worked example, but Kai Kreuzer documented his approach that was necessary prior to the introduction of rootfile support [3].

How should I define the target platform of my tycho project?

This question is answered here: Tycho/Target Platform


What other options does the Tycho compiler support?

Run this command to get a list of options for your version of Tycho:

mvn help:describe -Dplugin=org.eclipse.tycho:tycho-compiler-plugin -Ddetail

Or you can have a look at the Maven site for Tycho.

Can I use the Tycho compiler support in non-OSGi projects, too?

When compiling regular maven projects (e.g., packaging "jar") the plugin tycho-compiler-jdt can be used to tell maven to use the JDT compiler (aka "Eclipse Compiler for Java(TM)", "ecj") for compilation. This is useful to ensure that compilation in the IDE and on the build server show the same compiler messages, specifically JDT's annotation-based null analysis can be integrated into the build in this way.

Use the following snippet in your build.pluginManagement.plugins section:

<plugin>
	<!-- Use compiler plugin with tycho as the adapter to the JDT compiler. -->
	<artifactId>maven-compiler-plugin</artifactId>
	<configuration>
		<source>1.7</source>
		<target>1.7</target>
		<compilerId>jdt</compilerId>
		<compilerArgument>-err:nullAnnot,null</compilerArgument> <!-- insert your warn/err configuration here -->
	</configuration>
	<dependencies>
		<!-- This dependency provides the implementation of compiler "jdt": -->
		<dependency>
			<groupId>org.eclipse.tycho</groupId>
			<artifactId>tycho-compiler-jdt</artifactId>
			<version>${tycho-version}</version>
		</dependency>
	</dependencies>
</plugin>

Again, a build.plugins.plugin.configuration.compilerArguments.properties element can be used to reference an existing org.eclipse.jdt.core.prefs file (see above).

Packaging

How to generate Eclipse-SourceReferences MANIFEST header?

See docs. Example for git:

<properties>
    <tycho.scmUrl>scm:git:https://git.eclipse.org/r/p/egit/egit.git</tycho.scmUrl>
</properties>
<plugin>
   <groupId>org.eclipse.tycho</groupId>
   <artifactId>tycho-packaging-plugin</artifactId>
   <version>${tycho-version}</version>
   <configuration>
      <sourceReferences>
        <generate>true</generate>
      </sourceReferences>
   </configuration>
   <dependencies>
      <dependency>
        <groupId>org.eclipse.tycho.extras</groupId>
        <artifactId>tycho-sourceref-jgit</artifactId>
        <version>${tycho-extras-version}</version>
      </dependency>
   </dependencies>
</plugin>

This will add the Eclipse-SourceReferences header including commit ID used for this build and tag (if present).

Testing

How to configure HTTP proxy settings during test execution?

Two options:

Manually configure the proxy

<build>
  <plugins>
    <plugin>
      <groupId>org.eclipse.tycho</groupId>
      <artifactId>tycho-surefire-plugin</artifactId>
      <configuration>
        <argLine>-Dhttp.proxyHost=myproxy -Dhttp.proxyPort=1234</argLine>
      </configuration>
    </plugin>
  </plugins>
</build>

and disable the eclipse system proxy setting

    if (Platform.isRunning() && getProxyService() != null
      && getProxyService().isSystemProxiesEnabled()
      && !getProxyService().hasSystemProxies()) {
      // XXX e3.5/gtk.x86_64 activate manual proxy configuration which
      // defaults to Java system properties if system proxy support is
      // not available
     getProxyService().setSystemProxiesEnabled(false);
     getProxyService().setProxiesEnabled(true);
    }

- or -

Make sure the native org.eclipse.core.net.* fragment for your platform is included in the test runtime so eclipse will pick up proxy settings configured on OS level:

<build>
  <plugins>
    <plugin>
      <groupId>org.eclipse.tycho</groupId>
      <artifactId>tycho-surefire-plugin</artifactId>
      <configuration>
        <dependencies>
          <dependency>
            <type>p2-installable-unit</type>
            <artifactId>org.eclipse.core.net.[YOUR_PLATFORM]</artifactId>
            <version>[VERSION]</version>
          </dependency>
        </dependencies>
      </configuration>
    </plugin>
  </plugins>
</build>


How to use SWTBot or some UI tool for testing?

You need to configure the tycho-surefire-plugin to use the UI:
<build>
  <plugins>
    <plugin>
      <groupId>org.eclipse.tycho</groupId>
      <artifactId>tycho-surefire-plugin</artifactId>
      <configuration>
        <useUIHarness>true</useUIHarness>
        <useUIThread>false</useUIThread>
        <argLine>-Xms40m -Xmx512m</argLine>
      </configuration>
    </plugin>
  </plugins>
</build>

useUIHarness=true ensures the workbench is started before the tests are run. If your app requires a custom application class (viz the org.eclipse.core.runtime.applications extension point), you will likely need to configure the application.

You may wish to add --launcher.suppressErrors to the <appArgLine> element to suppress Eclipse error dialogs.

How do I add OS-specific flags?

Some OS's may require special flags (e.g., SWT on MacOS X). The easiest way is to use a Maven profile to configure a property. For example:

  <properties>
     <os-jvm-flags/> <!-- for the default case -->
  </properties>
 
  <build>
    <plugins>
      <plugin>
        <groupId>org.eclipse.tycho</groupId>
        <artifactId>tycho-surefire-plugin</artifactId>
        <version>${tycho-version}</version>
        <configuration>
          <useUIHarness>false</useUIHarness>
          <useUIThread>true</useUIThread>
          <argLine>-Xms40m -Xmx1G ${os-jvm-flags}</argLine>
        </configuration>
      </plugin>
    </plugins>
  </build>
 
  <profiles>
    <profile>
      <id>macosx-jvm-flags</id>
      <activation>
        <os><family>mac</family></os>
      </activation>
      <properties>
        <os-jvm-flags>-XstartOnFirstThread</os-jvm-flags>
      </properties>
    </profile>
  </profiles>

Alternatively you could configure the surefire plugins within a profile too.

How to add a undeclared dependency? (e.g., OSGi declarative service)

Use the tycho-surefire-plugin <dependencies> section (see the eclipse-test-plugin packaging type for an example).

How to test OSGi declarative services?

You need to add bundle org.eclipse.equinox.ds to the test runtime:

<plugin>
  <groupId>org.eclipse.tycho</groupId>
  <artifactId>tycho-surefire-plugin</artifactId>
  <configuration>
    <dependencies>
      <dependency>
        <type>p2-installable-unit</type>
        <artifactId>org.eclipse.equinox.ds</artifactId>
      </dependency>
    </dependencies>
  </configuration>
</plugin>


How do I enable assertions during testing?

Add an <argLine> to the tycho-surefire-plugin's configuration:

<build>
  <pluginManagement>
    <plugins>
      <plugin>
        <groupId>org.eclipse.tycho</groupId>
        <artifactId>tycho-surefire-plugin</artifactId>
        <version>${tycho-version}</version>
        <configuration>
          <argLine>-ea</argLine>
        </configuration>
      </plugin>
    </plugins>
  </pluginManagement>
</build>


How can I debug my tests?

Add -DdebugPort=8000 to your Maven commandline and attach a remote debug session.

See the docs http://www.eclipse.org/tycho/sitedocs/tycho-surefire/tycho-surefire-plugin/test-mojo.html#debugPort

Diagnosing Build Problems

What does Tycho's message "XXXX" mean?

See the Tycho Messages Explained page.


My build fails with a ClassCastException of a Tycho class. What is wrong?

ClassCastExceptions indicate that different Tycho versions are used in the same reactor. This is not supported. The problem typically occurs if some of the modules use the incorrect parent POM, e.g. an older version of the correct parent. Check the parent configuration in all modules of the reactor.

How to switch on eclipse tracing during test execution?

Eclipse has a platform tracing mechanism which is switched on by using commandline option -debug and configured by putting a file named .options into the installation root. You can enable this tracing mechanism for tycho test executions by running the build in debug mode using commandline option -X and putting a file .options into the test project root.

E.g. a file .options with content

org.eclipse.osgi/resolver/debug=true
org.eclipse.osgi/resolver/wiring=true

will switch on equinox wiring tracing. You may find it useful to use the "tee" command, since running the build in debug mode may generate a lot of output. An example of this syntax is:

cd tests/myPlugin
mvn clean install -debug -X  | tee testout.txt

Why is my app not working?

Many people post to tycho-user when they are encounter problems attempting to run their deployed applications, where the apps are missing icons, or throwing ClassNotFoundException and NoClassDefFoundError exceptions. Most of these problems are traced to errors in the projects' OSGi/p2 metadata. Some common issues are:

  • a bundle declares a runtime dependencies as optional, but the dependency is actually not optional;
  • the build.properties does not include some key directories or resources;
  • the class files are not being bundled into a library, but the classpath does not include ".".

Tycho is not the cause of these issues, but Tycho does help "discover" these issues.

Sources of help:

How do I disable P2 mirrors?

Often times eclipse.org redirects P2 repository requests to a misconfigured/broken/unavailable P2 mirror repository and builds fail because of that. To disable use of P2 mirrors and force all downloads to go directly to the main repository specify the following maven command line parameter

-Dtycho.disableP2Mirrors=true

It is also possible to set this property in a user/global settings.xml file. Here is settings.xml snippet:

 <profiles>
   ...
   <profile>
     <id>p2</id>
     <properties>
       <tycho.disableP2Mirrors>true</tycho.disableP2Mirrors>
     </properties>
   </profile>
 </profiles>
 
 <activeProfiles>
   ...
   <activeProfile>p2</activeProfile>
 </activeProfiles>

Whether to use proxy or not is environment-specific configuration and as such does not belong in a pom.xml in the source tree.

Why do some images not get updated in the native launcher for Windows?

For Windows, the process of replacing the images in the native launcher is described below. The processing is done by p2 class: org.eclipse.pde.internal.swt.tools.IconExe

This class looks at the resources of native launcher and notes the bitmaps that are in there: their sizes and their color depth. Then it looks at the provided images. This can be a list of separate BPMs or an ICO file containing multiple BMPs. Their sizes and color depths are also noted. This only works when all provided images are uncompressed. When one or more of the images is compressed, the process stops and no bitmaps are replaced in the native launcher. Next it tries to match the provided BMP sizes and color depths to the ones in the native launcher and where they match, they are replaced in the native launcher. When one or more bitmaps in the native launcher are not available in the provided images, the following message is written to System.err:

Error - <n> icon(s) not replaced in […]using […]

The class IconExe has a main method and can be run as stand-alone. Its first argument is the native launcher that needs to be modified and the following arguments are the provided BPM or ICO files.

For Eclipse 4.3(.x), the native launcher contains 7 bitmaps:

  • 256x256, 32 bit (RGB / Alpha Channel)
  • 48x48, 32 bit (RGB / Alpha Channel)
  • 32x32, 32 bit (RGB / Alpha Channel)
  • 16x16, 32 bit (RGB / Alpha Channel)
  • 48x48, 8 bit (256 colors)
  • 32x32, 8 bit (256 colors)
  • 16x16, 8 bit (256 colors)

So, for the process of replacing the images to be successful, 7 images with the same size and depth need to be provided, either as separate BMPs or inside an ICO.

Note: some image manipulation applications, that can create ICO files, tend to compress the 256x256x32 image by default. So be careful that all images in the ICO file are uncompressed.

Also see related stackoverflow answer by Andrew Niefer

Documentation

Where can I find the Maven generated documentation for the Tycho plug-ins?

The documentation is available at:

http://www.eclipse.org/tycho/sitedocs/

and

http://www.eclipse.org/tycho/sitedocs-extras/

For more info see Tycho/Reference_Plugin_Docs.

In Eclipse IDE

What do I need to install in my Eclipse IDE to easily work with Tycho?

In order to provide a good integration with Tycho, it's recommended that you install in your Eclipse IDE m2e (Maven support) which is often part of your default IDE, and that you install the m2e-tycho connector. From the pom editor, when opening a pom file for a module with a Tycho packaging-type such as eclipse-plugin, you should find the necessary links to install the connector if it's not already installed. Otherwise, you can go to the Window > Preferences window, find Maven/Discovery page, and click Load catalog. The Tycho lifecycle connector should be visible for installation.

When I import my project in Eclipse, the IDE tells me “Bundle X cannot be resolved.”

Currently, there is no mapping between the Tycho target-platform-configuration element as specified in pom files, and the Target-Platform in your IDE. So you need to manually make sure that your Target-Platform enabled in your IDE contains the necessary bundles and dependencies to work with your Tycho project, ideally the exact same content. The Target-Platform in Eclipse IDE can be configured in Preferences > Plug-in Development > Target Platforms.

To easily keep both Tycho and Eclipse/PDE target-platforms synchronized, it is recommended that you define a .target file and configure Tycho build and Eclipse IDE to use it for dependency resolution. See Tycho/Target_Platform#Target_files for more details.

Back to the top