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 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 the two parameters, as follows:
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. |
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. |
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 may encounter such an issue when you have a large change set with the merge of up to 5,000 commits. The add-on usually runs out of time to fetch data about this merge in the build.
You need to increase the response timeout up to 600 seconds, which should be enough for complete data retrieval.
Build data indexation is not persistent, so the add-on re-indexes the data upon update of the add-on itself. For large TeamCity servers, the complete re-indexation can take up to 3 days.