On this page:
TeamCity Integration for JIRA add-on allows you to configure parameters of build indexation. You can quickly set the appropriate parameters depending on your connectivity, size of TeamCIty instance and number of builds and configurations.
The network options allow you to configure timeouts for establishing connection to TeamCity server and fetching build data from hosts. You can also define the type of connection direct or via proxy server. The same network settings are applied to all TeamCity servers integrated with your JIRA. You cannot set specific configuration for each TeamCity instance.
You can specify the next options:
Connection Timeout is timeout (in seconds) before connection to TeamCity server is established after conneciton failure.
Connection timeout is used for establishing connection between JIRA and TeamCity. If the connectivity between two instances is intermittent, you can set the higher connection timeout for the add-on being able to successfully establish connection to TeamCity.
If you set the lower value, the add-on will terminate the current connection attempt and start a new one. If the connection is slow or ping is high, the add-on will require more time for establishing connection to the server. So if you set the lower value, the add-on may not to be able to successfully connect to TeamCIty and start data indexation.
Timeout used for waiting data retireval from TeamCity server.
Once the add-on has established the connection, it starts waiting for data fetching from TeamCity. Socket timeout is amount time the add-on waits for completion of packet data retrieval from TeamCity instance before it terminates the session. The higher value you set, the longer the add-on will wait during transfer of sequential data packets.
Timeout before new connection to TeamCity server is established if no response has been received or completed.
Response timeout is amount of time the add-on allocates to completion of the request and data transfer. If your builds are large, you can set the higher value to be sure that all data will be downloaded within this period.
The add-on uses the proxy properties loaded by Java Virtual Machine (JVM) on startup of JIRA.
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 as shown below.
You can connect JIRА to TeamCity directly by using one of the following parameters:
Property | Value | Description |
---|---|---|
disableProxyForTeamcity | true / false | If true, the add-on will try to directly connect to all Teamcity servers without using the proxy server. If all your TeamCity servers operate within the same network, this parameter will allow JIRA to establish direct connection to all TeamCity servers. |
http.nonProxyHosts | host name | If specified, the add-on will try to directly connect to the specified TeamCity servers, the proxy server will be used for the rest of hosts. This parameter allows you to indicate which TeamCity servers JIRA can establish direct connection to and which instances operate via a proxy server. |
For the details on JIRA startup options, refer to the How to Configure an Outbound HTTP and HTTPS Proxy for JIRA page. |
Indexing options indicate how deep the add-on indexesTeamCity build data and whether it can skip builds upon error occurrence or should it attempt to fetch them.
You can define the following options:
Depth of indexing builds depending on the recency of bulds (in days).
By default, the add-on is configured to fetch all build data from TeamCity server, but you can change this parameter and set the appopriate age of builds in days. For example, if you needn't data for the past two years, and you only need build data for the last 3 months - set '90'.
Enables skipping builds that cannot be retrieved due to network or connectivity problems.
This option allows the add-on to skip builds that cannot be retrieved due to some connectivity issues. Instead of performing continuous attempts to index the build, the add-on will skip it and proceed to the next build in the queue. It can speed up the indexing procedure, but skipped builds will not be available in JIRA.
You can use the Index Depth option, which allows you to define age of your builds that should be indexed. This option is useful when you need the indexed build data over the last 3 months, but not all the set of data.
Open the Troubleshooting page and enable logging of the com.stiltsoft.lib.teamcity.connector.rest package (for the details, refer to the this page).
On the Troubleshooting page, find the error that persists during the indexation.
If you encounter this issue, follow these steps:
If the TeamCity and JIRA servers do not operate in two different networks separated by the proxy server, you should set either the http.nonProxyHosts or the disableProxyForTeamcity parameter (for the details, refer to the this page).