What JetBrains TeamCity versions are supported?

The latest TeamCity Integration for JIRA Plugin supports TeamCity 8.1-9.x.

In the table below you can find information about older releases of the add-on and supported versions of TeamCity server.

Add-on Version1.7.01.7.21.7.31.7.41.7.51.7.62.0.0
Supported TeamCity Version6.5 - 8.17.1 - 8.17.1 - 8.17.1 - 8.17.1 - 8.17.1 - 9.08.1-9.0
Supported JIRA Version5.0 - 6.2.75.2 - 6.3.155.2 - 6.3.155.2 - 6.3.155.2 - 6.3.155.2 - 6.3.156.1-6.4.x

Does the plugin store the build data anywhere?

The add-on indexes TeamCity data only once, then it just re-indexes the updated data.

How can I get the plugin to show JIRA info in TeamCity?

The plugin installs on JIRA and shows TeamCity builds in JIRA. It doesn't work the other way round.

I configured TeamCity and JIRA and installed the plugin. Why I don't see the TeamCity tab in JIRA?

Most likely your JIRA user doesn't have the permission to View Issue Source Tab (JIRA 6.1 and below) or View Development Tools (JIRA 6.2 and above).

Why does the TeamCity tab show 'No associated builds are found'?

It means that no builds are associated with the current issue or project. Ensure that every contributor specifies issue keys while committing the program code. Normally, it's specified in a commit log message in a version control system integrated with TeamCity.

For example, a developer commits a source code file adding the log message DEMO-5 Added compatibility with older browser versions,  the build that includes this change will be shown in JIRA in the DEMO project and in issue DEMO-5.

Everything runs smoothly and there're no errors in logs, but I see No builds found for some projects. Why?

The TeamCity user specified in the Application Link in JIRA does not have access to all projects. Log in to TeamCity using these credentials and check if you see the necessary projects.

Also check whether linking between builds and issues is set up for these projects in Issue Tracker Integration in TeamCity.

Why does the indexation take so long?

It may take quite a long time, if your TeamCity server has lots of builds.

However, if you feel that it takes longer than it should, please go to  Administration > Add-ons > TeamCity Configuration > Troubleshooting  and see if there ar e any errors. Freezing at 0% for a long time might mean that you have a problem with connecting TeamCity and JIRA.

Something went wrong during the build indexation. Where can I see the error log?

Go to  Administration > Add-ons > TeamCity Configuration > Troubleshooting. For the details on the displayed error, see the Indexing TeamCity Data page.

You can also adjust parameters of build indexation if you experience any issues.

If you need further assistance in case of errors, please contact us.

I created an Application Link. Now, I'm trying to create a Project Link, but something is not right. What gives?

You don't need a Project Link for the plugin to work. With the Application Link correctly configured, the plugin will assign all builds containing Issue Keys to corresponding projects.

JIRA and TeamCity reside in the same network and connect to the Internet via a proxy. Why can't JIRA connect to TeamCity? 

If JIRA is configured to use a proxy, it tries to connect to TeamCity via a proxy even if the TeamCity server is in the same network. The proxy server could block this connection.

For the details on this issue, refer to this page.

The JIRA Base URL was changed. Why do JIRA issues in the TeamCity tabs still have the old URL?

Make sure that the new URL is specified in Issue Tracker Integration in TeamCity and reindex the builds in JIRA's Administration > Add-ons > TeamCity Configuration > Troubleshooting.

What happens in case of network problems during the initial indexation?

Initially, the plugin indexes builds by packages of 20 builds. If during the initial indexation, the plugin can't access TeamCity, it will keep trying to index the build package next to the last successfully indexed one.

If the Skip Builds option is enabled in Administration > Add-ons > TeamCity Configuration > Global Configuration, the plugin will skip the builds that can't be indexed due to network or other problems.

What happens if the connection to TeamCity is lost after the initial indexation?

After the initial build index is created, the plugin updates it every 2 minutes. In case it can't connect to TeamCity, the plugin will keep trying to reach it every 2 minutes until it succeeds.

If the Skip Builds option is enabled in Administration > Add-ons > TeamCity Configuration > Global Configuration, the plugin will skip the builds that can't be indexed due to network or other problems.

Why may I need to reindex all TeamCity builds?

If the plugin doesn't show builds that you're sure should be shown, reindex the build list completely. To do that, go to Administration > Add-ons > TeamCity Configuration > Troubleshooting and click the  Reindex button. Please note that reindexation will start from scratch and can take a while on large instances.

  

How do I turn on logging?

In Administration > System > Troubleshooting and Support > Logging & Profiling, set the DEBUG level for the following packages:

  • com.stiltsoft.jira.extra.teamcity.index
  • com.stiltsoft.lib.teamcity.connector.rest

Optionally, you can do the same for com.stiltsoft.lib.teamcity.connector.util, but this may significantly slow down your JIRA instance and make a mess of your log.

The com.stiltsoft.jira.extra.teamcity.index package outputs the following data in the logs:

[INFO] [talledLocalContainer] 2014-04-08 13:16:29,973 pool-17-thread-1 DEBUG ServiceRunner    com.stiltsoft.jira.extra.teamcity.index.sal.TeamCityIndexing:job [extra.teamcity.index.IndexUpdaterImpl]  --> updateIndexInitial(app-link-name) /httpAuth/app/rest/builds?count=20&start=2020

[INFO] [talledLocalContainer] 2014-04-08 13:16:38,851 pool-17-thread-1 DEBUG ServiceRunner    com.stiltsoft.jira.extra.teamcity.index.sal.TeamCityIndexing:job [extra.teamcity.index.IndexUpdaterImpl]  --> updateIndexInitial(app-link-name) /httpAuth/app/rest/builds?count=20&start=2040

The com.stiltsoft.lib.teamcity.connector.rest package outputs the following data in the logs:

[INFO] [talledLocalContainer] 2014-04-08 13:14:24,684 pool-17-thread-1 DEBUG ServiceRunner    com.stiltsoft.jira.extra.teamcity.index.sal.TeamCityIndexing:job [teamcity.connector.rest.RestClient] Request: TCServer{appLinkId='ed9de4d0-1be9-3380-9980-bf14e1548314', url='http://teamcity.stiltsoft.com/'}/httpAuth/app/rest/builds/id:123947?

[INFO] [talledLocalContainer] 2014-04-08 13:14:24,882 pool-17-thread-1 DEBUG ServiceRunner    com.stiltsoft.jira.extra.teamcity.index.sal.TeamCityIndexing:job [teamcity.connector.rest.RestClient] Request: TCServer{appLinkId='ed9de4d0-1be9-3380-9980-bf14e1548314', url='http://teamcity.stiltsoft.com/'}/httpAuth/app/rest/builds/id:123947/relatedIssues?

Logging of packages works temporarily until the JIRA restart.

For permanent package logging you need to locate the log4j.properties file (see this page for file location) and add into it the following strings:

log4j.logger.com.stiltsoft.lib.teamcity.connector.rest = DEBUG, console, filelog
log4j.additivity.com.stiltsoft.lib.teamcity.connector.rest = false

Where instead of com.stiltsoft.lib.teamcity.connector.rest can be any of the packages mentioned above.

For the details on where to find JIRA logs, refer to this page.

What should I do if there are a lot of add-on errors in JIRA log?

  1. Enable the DEBUG mode for the com.stiltsoft.lib.teamcity.connector.rest packet. See the How do I turn logging? section for details.

  2. Wait for half an hour.

  3. Send a portion of JIRA logs for the last hour to us.

  4. Provide the screenshot of the page with the created application links.

  5. Let us know versions of your JIRA, TeamCity and installed add-on.